Bug #87041

CType in TCA[ctrl][label] leads to strange behavior

Added by Manuel Selbach 11 days ago. Updated 9 days ago.

Status:
Accepted
Priority:
Should have
Assignee:
-
Category:
-
Target version:
-
Start date:
2018-11-29
Due date:
% Done:

0%

TYPO3 Version:
9
PHP Version:
Tags:
Complexity:
Is Regression:
Sprint Focus:

Description

It has turned out, that if you use CType as label for the copy process will be "broken".
If this is the case, the text in prependAtCopy will be used and appended to the CType, which then is a none registered CType.

Steps to reproduce:

  • change the label for tt_content to CType
  • flush caches
  • create an element
  • copy and paste it within the same language

result:

  • have a look at DataHandler in line 3509 the method getCopyHeader() will be called for field CType

e.g.
CType = text
prependAtCopy = (copy %s)

after getCopyHeader() has been called this will result in: text (copy 1)

This also applies to 8.7 LTS

PS: If you have e.g. EXT:content_defender in place, this will prevent you even from pasting the element.

ctype-copy-1.png View (12.4 KB) Manuel Selbach, 2018-11-29 16:15

History

#1 Updated by Manuel Selbach 11 days ago

A pull request has been generated to inform about that within the TCA Reference: https://github.com/TYPO3-Documentation/TYPO3CMS-Reference-TCA/pull/206

#2 Updated by Georg Ringer 9 days ago

this is incomplete as it will also break if an integer field is used as label field, or a relation or whatever what is not a simple input/text field

#3 Updated by Georg Ringer 9 days ago

however what would be possible is to set the copy suffix only if type input or text is used! that would be easy

#4 Updated by Georg Ringer 9 days ago

  • Status changed from New to Accepted

Also available in: Atom PDF