Bug #35398: Wrong site stored in a multiple site setup after editing/creating a task - TYPO3 Core

Actions

Copy link

Bug #35398

closed

Wrong site stored in a multiple site setup after editing/creating a task

Added by Jochen Fröhlich over 12 years ago. Updated over 10 years ago.

Status:

Rejected

Priority:

Should have

Assignee:

Category:

scheduler

Target version:

Start date:

2012-03-30

Due date:

% Done:

Estimated time:

TYPO3 Version:

PHP Version:

Tags:

Complexity:

Is Regression:

Sprint Focus:

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: