Closed (outdated)
Project:
Custom Search
Version:
6.x-1.9
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
3 Jan 2012 at 18:42 UTC
Updated:
26 Oct 2025 at 22:02 UTC
Jump to comment: Most recent
Comments
Comment #1
jhodgdonHmm, that's odd... I don't know what to tell you.
How are you accessing the search on the search_site URL -- maybe the search keywords are not coming through to the page correctly? They should be showing up in the keywords box on the page.
It could also be a theme problem -- try switching to Garland and see if it works then.
Comment #2
hillaryneaf commentedOh, sorry the search box isn't in the screenshot. It is there- it's just off the page due to styling. The word I searched for "test" is also in the box and it is in the URL: /search_site/test. When I searched in the tabbed page, I get a lot of results.
Switching to garland produces the same result.
I'll set up a bare drupal 6 site and follow the same steps and see if I can get it to work.
Comment #3
hillaryneaf commentedIt works fine on a bare drupal 6 site. I'll try to figure out which module is conflicting with it. I have some custom modules that could be causing it.
Comment #4
hillaryneaf commentedIt conflicts with Custom Search module.
I use that module to provide a drop down with custom search paths in it. Just putting the module into the clean drupal site and turning it on is enough to make the Search by Page functionality break as described above.
Not sure where the two clash, but they serve different purposes...
Comment #5
jhodgdonTry a different URL for the Search by Page environment -- will that remove the conflict?
Comment #6
hillaryneaf commentedChanged the URL to "testing" instead of "search_site". That didn't fix it.
Comment #7
jhodgdonWell, it was worth testing...
OK. Well it will take some investigating to figure out what the conflict is between these two modules. I'm not familiar with the Custom Search module so I'm not sure what it might be doing that interferes with Search by Page... You might try posting a support request on that module's issue queue to figure it out (or move this support request to that project). I probably can't make time to investigate this any time soon. Sorry!
Comment #8
hillaryneaf commentedMaybe this will help... after a search returns nothing, if I clear caches from admin menu while on the page, the results show up. But if I press the search button again (with the keyword in the field), it goes blank again.
Comment #9
hillaryneaf commentedOops didn't mean to change the title back on you
Comment #10
hillaryneaf commentedMoving this to Custom Search module queue per jhodgdon's recommendation
Comment #11
lane.angelique commentedI am having the same issue. Search by Page was working just fine until I installed and enabled Custom Search. I wonder if the issue described here: http://drupal.org/node/1274296 is the problem?
Comment #12
jhodgdonI took a look at the Custom Search module (version 6.x-1.x in the Git repository viewer) today, and I think I have found the problem.
It is in the custom_search_db_rewrite_sql() function. This function is an implementation of hook_db_rewrite_sql().
That hook is invoked whenever any Drupal module wants to create a listing of nodes. But the implementation function custom_search_db_rewrite_sql() appears to be assuming that it's only being invoked by Custom Searches, and it's adding a WHERE clause to the query that it shouldn't be for queries that are not Custom Searches.
The function needs to be rewritten so that it detects whether or not a Custom Search is actually being used, and only alters those queries. Or better yet, a different mechanism other than using that hook should be used to exclude node types from the Custom Search query. As it is, that function is capable of screwing up other node listings, such as Views, by excluding content types from them that it shouldn't be, and it looks like it would be excluding content types based on whatever the last Custom Search that was run (because the module uses a variable_set() mechanism to remember what is being done).
This is definitely a bug.
Comment #13
loon commentedD6 reached its EOL, and there is no active release for D6 for this module anymore.
Development or support is not planned for D6. All D6-related issues are marked as outdated in a bunch.