Project

General

Profile

Actions
Copy link

Bug #87672

closed

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

Added by Andreas Kienast almost 6 years ago. Updated over 4 years ago.

Status:
Closed
Priority:
Should have
Assignee:
-
Category:
Site Handling, Site Sets & 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
Copy link
 #1

Updated by Benni Mack over 5 years ago

  • Status changed from New to Needs Feedback

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

Actions
Copy link
 #2

Updated by Riccardo De Contardi about 5 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
Copy link
 #3

Updated by Susanne Moog almost 5 years ago

  • Sprint Focus set to On Location Sprint
Actions
Copy link
 #4

Updated by Gerrit Code Review almost 5 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
Copy link
 #5

Updated by Gerrit Code Review almost 5 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
Copy link
 #6

Updated by Gerrit Code Review almost 5 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
Copy link
 #7

Updated by Gerrit Code Review almost 5 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
Copy link
 #8

Updated by Gerrit Code Review almost 5 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
Copy link
 #9

Updated by Markus Klein almost 5 years ago

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

Updated by Benni Mack over 4 years ago

  • Status changed from Resolved to Closed
Actions
Copy link
 #11

Updated by Joerg Kummer over 4 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
Copy link

Also available in: Atom PDF