Bug #87118

Cannot copy content element, if multi-selection mode is selected in clipboard

Added by Philipp Seiler over 2 years ago. Updated 7 months ago.

Must have
Backend User Interface
Target version:
Start date:
Due date:
% Done:


Estimated time:
TYPO3 Version:
PHP Version:
Is Regression:
Sprint Focus:


  • Create a new content element, e.g. a textmedia element.
  • Go to the list module of the page, on which the content element was just created.
  • Select mulit-selection mode for clipboard (if it has not already been selected).
  • Go back to the page module.
  • Copy the content element by clicking its top-left icon and selecting "Copy" from the context menu.
  • Insert the copied element below/above the original element with the now visible "Paste after this record"-Buttons.

Site will reload, no error, but no copy has been created!

Also no record has been added to the tt_content table.

The array $this->clipData['tab_1']['el'] in the \TYPO3\CMS\Backend\Clipboard\Clipboard class is simply empty.
When switching to single-mode, $this->clipData['normal']['el'] will hold the correct tt_content reference.


cattura.png (60 KB) cattura.png Riccardo De Contardi, 2020-04-18 22:35

Related issues

Related to TYPO3 Core - Epic #90676: Clipboard related bugs and featuresAccepted2020-03-07


Updated by Philipp Seiler over 2 years ago

  • Description updated (diff)

Updated by Christian Eßl over 1 year ago

  • Related to Epic #90676: Clipboard related bugs and features added

Updated by Riccardo De Contardi over 1 year ago

The issue is still present on 10.4.0-dev, but it seems like an incorrect usage of the clipboard itself:

Correct me if I am wrong but the multi-selection clipboard requires to explicit select and add the records using the icons as on the following attached image

I think that one way to resolve this issue is that when you switch back to Page view, you switch back to the Normal (single record mode) (i.e. this one should be the only mode available on Page module). Are there unwanted side effects?


Updated by Paul Hansen about 1 year ago

I trip over this bug frequently, because I generally edit in Page but also switch to List for batch work. It would be a sensible solution, as Riccard suggests, to switch back to the Normal clipboard when in Page module.


Updated by Richard Haeser 7 months ago

I can confirm. This is also still the case in current master (v11.1.0-dev)

Also available in: Atom PDF