I noticed this had gone missing a couple days ago and have been asking in #drupal-infrastructure and getting no answer so am filing an issue. Can we have it back, please? :)
Thanks,
Michelle
| Comment | File | Size | Author |
|---|---|---|---|
| #8 | 853564-retain-filters-8.patch | 1.1 KB | pwolanin |
| #5 | 853564-retain-filters-5.patch | 1.21 KB | pwolanin |
Comments
Comment #1
gerhard killesreiter commentedmoving
Comment #2
damien tournoud commentedSeems to be a bug in the Apachesolr module itself.
On this page:
http://drupal.org/search/apachesolr_search/test?filters=type:project_pro...
This code returns an empty array for $queryvalues:
So either apachesolr_has_searched() is false, or there is something wrong with get_url_queryvalues(). (probably the former).
Comment #3
michelleThanks for looking into this. :)
Michelle
Comment #4
pwolanin commentedAh, I see - I moved the form building so that we could do away with checking $_POST. But that breaks the form_alter's use of _has_searched().
In fact - the search has not yet run when the form is built.
Comment #5
pwolanin commentedHere's a patch with one approach that could work - not ideal - but basically accounts for the possibility that forms may exist in the search results.
Comment #6
pwolanin commentedComment #7
pwolanin commentedcommitted to 6.x-1.x
Comment #8
pwolanin commentedActually, that check is too generic, I think this is the most specific one we can use?
Comment #9
pwolanin commentedcommitted #8 - needs to be ported to other branches.
Comment #10
robertdouglass commentedWell, the 6.2 branch has this function significantly rewritten. First we need to confirm that the bug actually exists.
Comment #11
robertdouglass commentedThis bug doesn't exist in 6.2 as far as I can tell.