Bug #79389
closed
Indexed Search cHash error on plugin rendering
0%
Description
When requesting a page with the indexed_search plugin placed as content element, 303 redirect to error page as defined in localconf occurs, but only if tx_indexedsearch_pi2[controller] and tx_indexedsearch_pi2[action] are defined as GET vars.
If plugin string is misspelled in GET vars, no redirect happens, but search results obviously wont work.
This has been tested and confirmed on a clean composer installation of TYPO3 8.5.1, so it's definitely a core Problem.
Tracked the error back to somewhere within the cObjGetSingle() function of \TYPO3\CMS\Frontend\ContentObject\ContentObjectRenderer\
When disabling pageNotFoundOnCHashError in install tool configuration, search works fine.
Might also be related to #79108
Files
Updated by Angelo Previtali over 7 years ago
I got the same problem, too. T3 version 8.5.1 and PHP 7.0
Updated by Michel Rossier about 7 years ago
I have the exact same issue on TYPO3 8.6
Updated by Fernando Arconada about 7 years ago
- File Captura de pantalla 2017-03-06 a las 19.31.58.png Captura de pantalla 2017-03-06 a las 19.31.58.png added
TYPO3 8.6.1 php 7.0.x and same problem here
Updated by Riccardo De Contardi almost 7 years ago
- Category set to Indexed Search
Updated by Sven Teuber over 6 years ago
TYPO3 8.7.9, composer install - same problem
Updated by Sven Teuber over 6 years ago
Bug vanishes when RealURL is uninstalled - so it's not a core error (alone), but related to RealURL somehow
Updated by Sven Teuber over 6 years ago
Further investigation revealed that the action-attribute of the search form was missing the page path.
The action should have been:
action="/my/searchpage/?tx_indexed..."
but instead was
action="?tx_indexed..."
With the page UID missing, the cHash calculation went wrong.
The cause of this was a misconfigured RealURL with duplicate path entries in the realurl cache.
I was able to fix it on my installation by doing the following:
- Make sure your realurl_conf.php is working and fitting the installed version of RealURL!
Mine wasn't and RealURL was unable to generate new speaking paths, which I didn't notice because the URL Cache was primed/pre-filled from an earlier version and thus most URLs seemed to be correct. You can easily check by renaming/removing realurl_conf.php temporarily
- Make sure each cached path is unique, especially on your search page!
RealURL will give red error messages in its backend module if the path is cached in more than one instance.
If that happens, clear the wrong cache entries.
So, clearing all realurl tables (!), removing an apparently faulty realurl_conf.php and re-building the realurl cache afterwards fixed the issue for me.
Conclusion: Not a general error in the core or in realurl, but caused by an individual misconfiguration on my server.
Updated by Benni Mack about 4 years ago
- Status changed from New to Closed
Will close this issue. TYPO3 v9 and site handling solves the cHash issues completely IMHO. Can you rechek? If you see that there are still issues, let me know, so I can re-open the issue.