Marc Bastian Heinrichs

Happens for me mostly when 404 is triggered, so I configured the logging to not write errors from the SolrRoutingMiddleware $GLOBALS['TYPO3_CONF_VARS']['LOG']['ApacheSolrForTypo3']['Solr']['Middleware']['SolrRoutingMiddleware'] = [ 'writerConfiguration' => [ \TYPO3\CMS\Core\Log\LogLevel::ERROR => [ \TYPO3\CMS\Core\Log\Writer\NullWriter::class...

I need this in my current project, so I will shortly implement and share this. Did you already have a detailed idea?

Cool, thx, this is a good start.

I see a reference above your comment.

Former patch versions could be found here: Based on ext-solr 8.1.x (TYPO3 8.7), tested and used in production: https://github.com/Mabahe/ext-solr/commit/846af31f577dc676b7e0f18a9a56e621744c63f8 Based on ext-solr 10.0.x, rebased by @dkd-kaehm, but not tested by...

I'm on updating #2035 for solr 11.1.x and TYPO3 10 and had a look on this. I can confirm the issue code wise but IMO we could not simple delete...

I see, thx for the update, since #2641 is only relevant in combination with #2035 ATM and I don't think we get #2035 ready in time for a 11.2 or...

Nope, is for branch 3.0! We still use this currently.

thx

Thats why I implemented a `VariableFrontendUnFlushable` specially for the hairu_token cache.