Project

General

Profile

Actions

Bug #87657

closed

Moving content elements via Drag'n'Drop to uppermost position attempts to move record to root-level (pid 0) when "Languages" layout is selected in backend

Added by Oliver joppnet about 5 years ago. Updated almost 5 years ago.

Status:
Closed
Priority:
Must have
Assignee:
-
Category:
Backend User Interface
Target version:
-
Start date:
2019-02-05
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
9
PHP Version:
7.2
Tags:
drag'n'drop
Complexity:
Is Regression:
Sprint Focus:

Description

Howdy,

we've come across a weird issue when moving content elements with drag'n'drop in the TYPO3 backend.

It's quite hard to explain so I've attached a short video.

In short, TYPO3 seems to attempt moving content elements to the root-level (pid 0) when moving the content element to the first position. Moving a CE from the first position to the second does work fine.

Worth noting here is that this behaviour does only apply when you're in the "Languages" layout. All is working fine in the "Columns" layout, so it seems to be a client side script issue (?). Moving a CE to the first position in "List" view via arrow sorting buttons does work fine as well, which corroborates our assumption that this might be a client-side issue (JS) in the TYPO3 backend.

Funny enough, if you change the page title (on which the content elements to drag'n'drop are located) to start with an integer (e.g. "50 days of summer") it doesn't try to move the CE to root-level (pid 0) but to the pid 50 (depending on what number the page title starts with).

Can anyone confirm this issue?


Files

[TYPO3 CMS 9.5.4] - Google Chrome 2019-02-05 13-01-52.mp4 (4.59 MB) [TYPO3 CMS 9.5.4] - Google Chrome 2019-02-05 13-01-52.mp4 Screencast of what happens (or doesn't). Oliver joppnet, 2019-02-05 13:15
Actions

Also available in: Atom PDF