Closed (fixed)
Project:
OpenSearch feed
Version:
6.x-1.1
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
16 Dec 2009 at 19:01 UTC
Updated:
16 Feb 2010 at 18:50 UTC
Jump to comment: Most recent file
Comments
Comment #1
jpmckinney commentedComment #2
avpadernoThis has been already fixed when changing the code as reported in #605378: Opensearch feed does not validate.
Thanks for reporting the issue, and the patch.
Comment #3
jpmckinney commentedThis bug is not fixed by #605378: Opensearch feed does not validate.
The patch (that I wrote) that was applied to dev from #605378: Opensearch feed does not validate prevented the prepending of $base_url to the $guid, which is a new variable I used in that patch.
This patch has to do with preventing the prepending of $base_url to $results[$index]['link'], in a different part of the code. This patch must also be applied.
Comment #5
dave reidHave we tried filiing an issue against the Apache Solr module to make it return absolute URLs like the standard set by core search module (they use
url($link, array('absolute' => TRUE)))? That seems like the more appropriate option to take instead of fixing it here.Comment #6
avpadernoI agree; it seems more logic. If a module is a replacement for a Drupal core module, then it should behave as the Drupal core module does, in order to avoid problems with third-party modules.
Comment #7
dave reidYeah, having to handle relative URLs seems very out of place. I've filed a patch for the Apache Solr module at #667650: Results of apachesolr_process_response should return absolute URLs. If it gets fixed we should remove code that adds to the results URLs.
Comment #8
dave reidPostponed is probably the better status right now.
Comment #9
dave reidBoth D5 and D6 stable releases of Apache Solr have the fix now, so I removed the workaround from CVS.
http://drupal.org/cvs?commit=323370