I think I may have come across a bug BUT I'm not sure whether it should rest in this module or this module simply highlights it, so here goes.
SUMMARY:
If the current page is a guided Faceted Search of ONE taxonomy term (it works for two, if a favorite is removed via the ''x' to the RHS of the stored favorite, the browser is directed to an incorrectly formed URL even thought the URL is correctly formed in the link on the page.
A BIT MORE DETAIL.
When the favorites block is created on a page a series of links are created. For each favorite, there is a link that takes you to the URL and a link to remove the favorite. Pressing the 'x' to remove the URL works perfectly well from all pages UNLESS the page you are on happens to be a guided Faceted Search page that contains only one taxonomy term. In this instance the destination URL in the link is correct but the page the browser is directed to has had the 'base path' of the guides Faceted Search removed.
All other destination page scenarios appear to be fine (i.e. I use views as well in the site and have not experienced any problems)
Many thanks
Comments
Comment #1
tamanna-freelancer commentedComment #2
doitDave commentedThis issue, which is not really an issue as the mechanisms in use (drupal_set_destination(), drupal_goto()) are used the intended way, requires basic changes in the entire workflow to be worked around. We will need to change the current GET way of removing favorites to a POST way (just as adding already does). As this is a structural design change, I will set this to postponed for implementation in a later release.
However there will be an AJAX implementation coming sooner and I think this will help at least for those users having JS enabled in your scenario.
Comment #3
doitDave commentedComment #4
doitDave commentedAs faceted search is no longer continued as of D7, there seems no use in tracking this any longer.