Bug #35398
closedWrong site stored in a multiple site setup after editing/creating a task
0%
Description
This happens (sometimes) in the "Edit task" and "New task" forms in a TYPO3 setup with multiple root pages/sites.
After saving the form, the task is assigned to the root page of the site with the lowest UID - even if there was another site selected in the "Site" drop-down box.
I could reproduce it by
1. selecting an existing task from the list,
2. changing e.g. the "Number of documents to index" value and leaving the "Site" select box as is,
3. saving the changes.
- Index Queue Worker (solr)
- Commit Solr Index (solr)
- Optimize Solr Index (solr)
Updated by Francois Suter over 12 years ago
Hi Jochen,
Judging from what you say I would think that this a bug in the taks provided by the "solr" extension and not by the Scheduler. There's absolutely nothing related to domains in the Scheduler. It might stem from a bug in the rest of the TYPO3 Core (we had problems recently with domain previewing, so maybe there's some relation), but I would be surprised if this turns out to be really a Scheduler bug.
I would advise to report this bug in the Solr extension bug tracker (http://forge.typo3.org/projects/extension-solr/issues) or the Solr mailing list (http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-project-solr). Do you mind if I close this bug? You can always reopen it if needed.
Updated by Jochen Fröhlich over 12 years ago
Hi Francois,
ok, I will open an issue in the Solr bug tracker, so you can close this one. Thanks for clarifying.
Cheers
Jochen
Updated by Michael Stucki over 10 years ago
- Project changed from 739 to TYPO3 Core
- Category changed from scheduler to scheduler