Closed (fixed)
Project:
Custom Search
Version:
6.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
19 Sep 2010 at 17:44 UTC
Updated:
30 Nov 2010 at 14:06 UTC
Jump to comment: Most recent file
Comments
Comment #1
athanor commentedI have three blocks with custom search boxes and each one has the same value of "custom_search_blocks_form" in inputs named "form_id" ...
Is this the correct way of how it should be done ?
Comment #2
jdanthinne commentedPlease download the DEV version, I've just added a [terms] token for the custom path.
Please review.
Comment #3
athanor commentedI tried with [terms] and [terms-1] for vocabulary number 1 without success. When using [terms-1] i'm getting %252F value instead of the "c-3". [terms] aren't replaced by anything ...
I'm still concerned about same value of a form_id input. All three of them have "custom_search_blocks_form", without any IDs
Thank you,
Michal
Comment #4
jdanthinne commentedI've just committed changes to the DEV version.
I've reworked the whole process, not easy... just enter the [terms] token, and chose the terms separator below, and tell me if it works.
For the form_id value, that's normal, it's an internal (and hidden) input value created by Drupal (kind of "which module created this?" -> answer : "custom_search_blocks"). Don't worry about that.
Comment #5
athanor commentedI'm afraid it still does not work, at least for me ;) [terms] are replaced with %252F instead of selected taxonomy term id when path is defined like this: search/category/[terms]/[key]
And is empty when path looks like: search/category/[key]/[terms] ...
Thanks anyway ;)
Comment #6
jdanthinne commentedStrange, it seems to be working on my side.
Do you have a test url where I can check your config?
Comment #7
jdanthinne commentedI think that you were right about this form_id... can be a part of the problem, and opened a new issue for that (#971456: Blocks settings not submitted with multiple blocks).
Comment #8
jdanthinne commentedI think I've fixed #971456: Blocks settings not submitted with multiple blocks…
Please download the new DEV version, and tell me if things are better for you.
Comment #9
athanor commentedThanks jdanthinne. [term] replacement works fine, but [key] only in first block, in 2nd and 3rd returns empty values ...
Comment #10
jdanthinne commentedStrange. With my latest version, all blocks behaves as expected.
Can you tell me, for each block, what is the resulting url and what is written in the results page's search box.
Additionnaly, can you send me a copy of the source code generated for a page where all the blocks are included and what is their respective configuration, so I can try with the same settings.
Comment #11
jdanthinne commented