Bug #25216

Repositioning of translated CE in the list module replaces language ID

Added by Jo Hasenau over 8 years ago. Updated about 4 years ago.

Status:
New
Priority:
Should have
Assignee:
Category:
Backend User Interface
Target version:
-
Start date:
2011-03-01
Due date:
% Done:

0%

TYPO3 Version:
4.5
PHP Version:
5.3
Tags:
Complexity:
Is Regression:
No
Sprint Focus:

Description

In the list module you can click on the "re-position" icon to get into the "Move element" mode. There you see a structured overview of existing elements and their respective columns.

The problem is, that moving translated elements won't work, since the elements visible in this view are the default elements only. So when you position the element after or before on of these or put it into an empty column, the sys_language_uid of the element will be removed and it will show up in the default language.

(issue imported from #M17816)


Related issues

Related to TYPO3 Core - Bug #59901: Move records in list module kills sys_language_uid New 2014-06-26
Related to TYPO3 Core - Bug #14873: CE jumps from right to normal when moved in list mode Accepted 2005-07-21
Related to TYPO3 Core - Bug #39054: Copied Content Elements incorrectly inherit language Accepted 2012-07-18
Related to TYPO3 Core - Bug #72988: losing Localization when moving elements (Typo 7.6.2) New 2016-01-28
Related to TYPO3 Core - Bug #87148: sys_language_uid is set to default when moving CEs via drag'n'drop New 2018-12-13

History

#1 Updated by Alexander Opitz over 5 years ago

  • Status changed from New to Needs Feedback
  • Target version deleted (0)
  • Is Regression set to No

Hi,

as this issue is very old. Does the problem still exists within newer versions of TYPO3 CMS (6.2.3)?

#2 Updated by Jo Hasenau over 5 years ago

Yes - behaviour is exactly as described.

#3 Updated by Alexander Opitz over 5 years ago

  • Category set to Backend User Interface
  • Status changed from Needs Feedback to New

#4 Updated by Riccardo De Contardi over 4 years ago

  • Status changed from New to Needs Feedback

Hi Jo, I have performed the following test on both 6.2.14 and 7.5-dev (latest master):

1) Enviroment

1.1) I have a backend layout like this for all pages:

backend_layout {
    colCount = 1
    rowCount = 2
    rows {
        1 {
            columns {
                1 {
                    name = my page col
                    colPos = 0
                }
            }
        }
        2 {
            columns {
                1 {
                    name = my other col
                    colPos = 2
                }
            }
        }
    }
}

1.2) Default language: italian;

Add a language (ID=1), english

1.3) TS setup:

config.linkVars = L
config.uniqueLinkVars = 1
config.sys_language_overlay = content_fallback
config.language = it
config.locale_all = it_IT
config.htmlTag_langKey = it-IT
config.sys_language_uid = 0

[globalVar = GP:L = 1]
config.language = en
config.locale_all = en_EN
config.htmlTag_langKey = en-EN
config.sys_language_uid = 1

[global]

1.4) TS config Home page:

mod.SHARED {
  defaultLanguageFlag = it
  defaultLanguageLabel = Italian
}

2) test execution:

2.1) Create a page (Title: "My page 3") and translate it in english ("My page 3 ENG")

Page Module > (I am on Default language) > my page col (colPos=0), create a new content element, text (title: "Bugtest 25216")

Page Module > switch to Languages mode > copy default content element in english (the content is still in colPos=0) (title "[Translate to English:] Bugtest 25216")

List module > "[Translate to English:] Bugtest 25216" > click on the icon "re-position content element" > move to "my other col " (colPos=2)

3) Result:

when I switch back to page module, the translated content element is in colPos=2 and still in english, so I think the issue is solved.

Do you think it is sufficient to consider it closed, or should I perform further tests? Thank you!

#5 Updated by Riccardo De Contardi over 4 years ago

  • Assignee set to Jo Hasenau

#6 Updated by Jo Hasenau about 4 years ago

The problem is not about moving records to another column, but about moving records to a position between two other records. And it is still there in 7 LTS.
Since the visible records are always in the default language, the "move after" action does exactly the same stuff that happens when you sort with the up and down arrows in the list module.

Reason: copyAfterDuplFields contains sys_language_uid

I will set some related issues to clarify the problem.

#7 Updated by Riccardo De Contardi about 4 years ago

  • Status changed from Needs Feedback to New

#8 Updated by Riccardo De Contardi over 1 year ago

  • Related to Bug #72988: losing Localization when moving elements (Typo 7.6.2) added

#9 Updated by Mona Muzaffar 8 months ago

  • Related to Bug #87148: sys_language_uid is set to default when moving CEs via drag'n'drop added

Also available in: Atom PDF