Closed (fixed)
Project:
OpenSearch feed
Version:
6.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
16 Jun 2010 at 16:52 UTC
Updated:
2 Nov 2013 at 00:30 UTC
Jump to comment: Most recent
Comments
Comment #1
avpadernoHello, and thanks for the report.
May you report a list of modules that don't return a valid name? AFAIK, modules implementing
hook_search()should return a valid name.Comment #2
neclimdulThe two I came across are "apachesolr_attachments" and "location." Because of the way _search_menu(the access callback for search.module defined search pages) is setup, if a module does not return a true value for the 'name' op, then it doesn't get a page but can interact with all the other operations. This is the desired situation for modules like the ones I listed. I guess this is a bit of a documentation deficiency for hook_search().
Comment #3
Anonymous (not verified) commentedThanks for your reply.
I altered the code as you suggested, and added the same check in another function. The code has been committed.
Thanks for your report.
Comment #4
neclimdulNot sure how I suggested the code be changed as I think the original patch was fine. Just a note,
empty($name)is actually unnecessary any inconsistent with _opensearch_is_search_page() or the core search.module tests. Something will be returned so there is no concern for it not being set.Comment #5
Anonymous (not verified) commented!$name, andempty($name)are equivalent. The difference is that the second expression allows to avoid broken, or not well implemented search modules.As per
_opensearch_is_search_page(), the function is going to be removed.