Database Version 5.5.54-38.6-log
Database Collation utf8_general_ci
Database Connection Collation utf8mb4_general_ci
PHP Version 5.6.30
Web Server Apache
WebServer to PHP Interface cgi-fcgi
Joomla! Version Joomla! 3.6.5 Stable [ Noether ] 1-December-2016 22:46 GMT
Joomla! Platform Version Joomla Platform 13.1.0 Stable [ Curiosity ] 24-Apr-2013 00:00 GMT
User Agent Mozilla/5.0 (Windows NT 6.1; WOW64; rv:51.0) Gecko/20100101 Firefox/51.0
Priority | Medium | ⇒ | Very low |
Status | New | ⇒ | Information Required |
This does not refer to Smart Search (so not sure if this is an issue there as well or not), this refers to the normal regular Search module.
When you enabled this setting for the Search module, it adds the autodiscovery code to the head of the document.
The problem is that it contains the ItemID of the page that you're currently viewing, ignoring the fixed ItemID that you set. It should instead contain the fixed ItemID that you set in module settings (if it's set).
Indeed it is only regular search as there is no Open Search Autodiscovery available if using smart Search (there is an issue for that)
Looking at the open search link on my blog I can see that the itemid in the link is always that of the current page - exactly as you report
eg
<link href="https://brian.teeman.net/component/search/?Itemid=147&format=opensearch" rel="search" title="Search Brian Teeman" type="application/opensearchdescription+xml" />
HOWEVER
When i try to use the open search then it correctly uses the Itemid set in the module of 149
https://brian.teeman.net/index.php?option=com_search&searchword=test&Itemid=149
Hello,
Yeah, that seems to work correctly, it's just the code generated in the head that it's wrong. But this causes duplicate URLs, for example when using sh404sef this causes to store duplicate URLs for every single ItemID. So the code generated in the head should be corrected too to be 100% precise.
PS: I added more information on this other ticket too: #14164 (which I don't have permission to re-open)
Sorry but this sounds like an issue in sh404 to me as I have shown that opensearch is working correctly in the core of joomla using the itemid specified in the module
The issue is not with sh404sef, the issue is that the wrong ItemID is generated in the head of the document by the module.
sh404 does its job, which is storing every URL that it's found on each page.
sh404sef sees the page and sees those URLs in the head of the document and stores them as duplicate. This is expected behavior by sh404, that's the whole point of what it does.
The problem is that those URLs with the wrong ItemID shouldn't be there in the first place :)
Only one URL with the fixed ItemID should be there.
If this Issue get no Response, it will be closed at 22th June 2017.
Hello.
What response is needed?
The issue has been described in detail. It just needs fixing by who is concerned.
Status | Information Required | ⇒ | Discussion |
set Status back on "Discussion".
Hello, any update on this?
Status | Discussion | ⇒ | Closed |
Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2018-08-19 10:58:58 |
Closed_By | ⇒ | franz-wohlkoenig |
Closed_By | franz-wohlkoenig | ⇒ | joomla-cms-bot |
Set to "closed" on behalf of @franz-wohlkoenig by The JTracker Application at issues.joomla.org/joomla-cms/14163
Nice only 1 year and a half for a PR. Forgot about this myself.
Thanks for the patience :) I was doing a tracker cleanup and came across it
tried using Smart Search module with this Settings but don't get the Issue to understand. Can you please describe?