Project

General

Profile

Actions

Bug #87672

closed

Language fallback always moves "Default Language" in UI to first position

Added by Andreas Kienast about 5 years ago. Updated over 3 years ago.

Status:
Closed
Priority:
Should have
Assignee:
-
Category:
Link Handling, Site Handling & Routing
Target version:
-
Start date:
2019-02-07
Due date:
% Done:

100%

Estimated time:
TYPO3 Version:
9
PHP Version:
Tags:
Complexity:
Is Regression:
Sprint Focus:
On Location Sprint

Description

When the language fallback chain is configured in a site's language, the "Default language" is always moved to the first position after opening and / or saving the record.

When the item "Default language" is moved onto another position, the defined order is saved correctly, but the "Default language" spawns at the first position again in the form field.

Actions #1

Updated by Benni Mack almost 5 years ago

  • Status changed from New to Needs Feedback

This is a formengine thing... It actually sorts it wrong.

Actions #2

Updated by Riccardo De Contardi over 4 years ago

Still present on 10.2.0

Steps to reproduce it

Prerequisites

1) A "Site Configuration
2) Three languages, in my example

- Italian (Default)
- English (2)
- French (3)

fully configured

Execution

1) Go to site configuration > Languages > open for example "English
2) set a "Fallback to other Language(s) - order is important![fallback]" in this way:

- French (3)
- Italian (Default)

3) Save it
4) Reopen the site configuration and look again at the same list of fallbacks

Expected result:

the list order is mantained:

- French (3)
- Italian (Default)

Actual result

The Default language appears first:

- Italian (Default)
- French (3)
Actions #3

Updated by Susanne Moog about 4 years ago

  • Sprint Focus set to On Location Sprint
Actions #4

Updated by Gerrit Code Review about 4 years ago

  • Status changed from Needs Feedback to Under Review

Patch set 1 for branch master of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/c/Packages/TYPO3.CMS/+/62856

Actions #5

Updated by Gerrit Code Review about 4 years ago

Patch set 2 for branch master of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/c/Packages/TYPO3.CMS/+/62856

Actions #6

Updated by Gerrit Code Review about 4 years ago

Patch set 3 for branch master of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/c/Packages/TYPO3.CMS/+/62856

Actions #7

Updated by Gerrit Code Review about 4 years ago

Patch set 1 for branch 9.5 of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/c/Packages/TYPO3.CMS/+/62809

Actions #8

Updated by Gerrit Code Review about 4 years ago

Patch set 1 for branch TYPO3_8-7 of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/c/Packages/TYPO3.CMS/+/62810

Actions #9

Updated by Markus Klein about 4 years ago

  • Status changed from Under Review to Resolved
  • % Done changed from 0 to 100
Actions #10

Updated by Benni Mack about 4 years ago

  • Status changed from Resolved to Closed
Actions #11

Updated by Joerg Kummer over 3 years ago

This change breaks the behaviour in TYPO3 v8.7. It "remove all items from the current DB values".

TCA configuration

'config' => [
    'type' => 'select',
    'foreign_table' => 'tx_news_domain_model_news',
    'foreign_field' => 'news_user',
    'foreign_table_where' => 'ORDER BY tx_news_domain_model_news.title',
    'size' => 10,
    'autoSizeMax' => 30,
    'maxitems' => 9999,
    'readOnly' => 1
]

Actions

Also available in: Atom PDF