Bug #35400
Wrong site stored in a multiple site setup after editing/creating a task
| Status: | Accepted | Start date: | 2012-03-30 | |
|---|---|---|---|---|
| Priority: | Should have | Due date: | ||
| Assignee: | - | % Done: | 0% |
|
| Category: | - | |||
| Target version: | - | |||
| TYPO3 Version: | Has patch: | |||
| PHP Version: | Tags: | |||
| Votes: | 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.
This behaviour occurred with the following types of tasks:
*Index Queue Worker (solr)
*Commit Solr Index (solr)
*Optimize Solr Index (solr)
(This bug was originally reported for the "Scheduler" project, http://forge.typo3.org/issues/35398)
History
Updated by Ingo Renner about 1 year ago
- Status changed from New to Accepted