Bug #53619
closed
Moving Elements in draft - now my live is a mess
100%
Description
when moving content elements in DRAFT workspace (copy, drag, cut+paste, delete, etc.) there is a certain moment, when the content-icon is showing the following label when hovering:
id=xxxx NEW LOCATION (PLH) WSID#0trying to move this item, produces duplicates of this element in draft preview (reproduced on 4.5 and 4.7)
ALSO it is resulting in changing the LIVE workspace. (reproduced on 4.5 and 4.7 and 6.1 at demo.typo3.org)
The change goes without any confirmed change log entries in the versioning.
Please note: this is all done in DRAFT workspace - our users do not even have access to publish.
Steps to reproduce:- goto http://demo.typo3.org/introduction/typo3 - add a draft workspace.
- create a page with at least 2 content elements in 2 different columns (in LIVE ws) - or use existing start page
- switch to DRAFT
- cut-out one element
- paste in after itself (result will be having a label: "id=xxxx NEW LOCATION (PLH) WSID#1" )
- cut-out the other element and post it after itself as well
- now delete the first element (label will change to: "id=xxxx NEW LOCATION (PLH) WSID#0" )
- AND: instead of removing it - there will be a second element having the same id
- cut out the element having the label ".. WSID#0"
- and paste it after the element with label: ".. WSID#1"
- see LIVE page for results :\ (within the next 30min: http://introduction.typo3cms.demo.typo3.org/)
This can be reproduced back to version 4.5.25 (also tried 4.7.1 and whatever is running on demo.typo3.org)
Files
Updated by Michael Stucki almost 11 years ago
- Category changed from Bugs to Workspaces
Updated by Michael Stucki almost 11 years ago
- Project changed from 624 to TYPO3 Core
- Category changed from Workspaces to Workspaces
Updated by Oliver Hader over 10 years ago
- Is Regression set to No
Sounds like issue #55573 (which has been solved for TYPO3 6.2 and could be considered for back-porting)
Updated by 
Updated by Riccardo De Contardi about 9 years ago
- File Archivio.zip Archivio.zip added
this is still present in both 6.2.15 and 7.5-dev (latest master)
I have done the following test (both installations were fresh)
6.2.15:
1) enter as editor user
2) create a new page test-53619 (page has 2 columns)
3) create 2 content elements (type text) "Element in column1" and "Element in column2" see cattura1.png
4) switch to custom workspace
5) cut-out the element "Element in column1" and paste it after itself (it has the label: "id=97 NEW LOCATION (PLH) WSID#1" ) see cattura3.png
6) cut-out the element "Element in column2" and paste it after itself (it has the label: "id=98 NEW LOCATION (PLH) WSID#1" ) see cattura4.png
7) delete the element "Element in column1": it becomes duplicate (the first one has the label: "id=97 NEW LOCATION (PLH) WSID#0" ) see cattura5.png
8) the other elment has label "id=97" (see cattura6.png)
9) cut the element with label "id=97 NEW LOCATION (PLH) WSID#0" and paste it in the other column; the result is that every elment is moved (cattura7.png)
10) in preview, both elements are visible (two elements with ID=97), and both in the wrong column, while the elment with id=98 is not visible (cattura8.png)
7.5-dev (latest master):
11) enter as editor user
12) create a new page test-53619 (page has 2 columns)
13) create 2 content elements (type text) "Element in column1" and "Element in column2" see cattura9.png
14) switch to custom workspace
15) cut-out the element "Element in column1" and paste it after itself (it has the label: "id=64 NEW LOCATION (PLH) WSID#1" ) see cattura10.png
16) cut-out the element "Element in column2" and paste it after itself (it has the label: "id=65 NEW LOCATION (PLH) WSID#1" ) see cattura11.png
17) delete the element "Element in column1": it becomes duplicate (the first one has the label: "id=64 NEW LOCATION (PLH) WSID#0" ) see cattura12.png
18) the other elment has label "id=97" (see cattura13.png)
19) cut the element with label "id=97 NEW LOCATION (PLH) WSID#0" and paste it in the other column; the result is that every elment is moved (cattura14.png)
20) in preview, both elements are visible (two elements with ID=97), and both in the wrong column, while the elment with id=98 is not visible (cattura15.png)
(Sorry, I was not able to upload 15 files so I zipped them into archivio.zip )
Updated by Oliver Hader about 9 years ago
- Status changed from New to Accepted
- Target version changed from 7.5 to 7 LTS
- Complexity set to hard
There are several bugfixes pending or partly merged concerning the placeholder topic. I'd give it another test round after 7.5 is being released
Updated by Riccardo De Contardi almost 7 years ago
I tried to test this issue with 8.7.9 but I got a weird behavior:
1) enter as editor user
2) create a new page test-53619 (page has 2 columns)
3) create 2 content elements (type text) "Element in column1 ID76" and "Element in column2 ID77" (these are the IDs of the elements).
4) switch to custom workspace
5) cut-out the element "Element in column1" and paste it after itself
Result: The element disappears from the view! I can't see it anymore, even in list view! the only way to see it again is performing a query in the DB Check module, but even editing it, there is no way to "restore" it because everything seems ok.
The situation of the element in the database after the cut is shown in the attached file
Updated by Benni Mack over 4 years ago
- Status changed from Accepted to Needs Feedback
Hey everybody - I do this also in my installations and we've made some improvements for TYPO3 v10 - can you please check with TYPO3 v10 LTS?
Updated by Riccardo De Contardi over 4 years ago
I tried to repeat the test I made on comment 8 with the latest master:
1) Enter as editor user
2) Create page test-53619-2 (page has 2 columns), with colPos= 0 and colPos = 1
3) create 2 content elements (type text) "Element in column-0 ID438" and "Element in column-1 ID439" (these are the IDs of the elements).
4) switch to custom workspace
5) cut-out the element "Element in column-0 ID438" and paste it after itself
and the results are the same: the element disappears from the page and list view
The situation on the database is shown on the attached Schermata 2020-05-17 alle 11.43.48.png image (ID=438 is the original element).
I also noticed from the database that the element with ID=441 (the "MOVE-TO PLACEHOLDER") has empty bodytext... is it correct?
let me know if you need further information.
Updated by Christian Kuhn over 4 years ago
Confirmed.
This is reproducible with only a single content element already: It vanishes in ws as soon as you 'paste after' itself.
Will investigate in more detail ...
Updated by Gerrit Code Review over 4 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/+/65188
Updated by Gerrit Code Review over 4 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/+/65188
Updated by Gerrit Code Review over 4 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/+/65188
Updated by Gerrit Code Review over 4 years ago
Patch set 4 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/+/65188
Updated by Gerrit Code Review over 4 years ago
Patch set 1 for branch 10.4 of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/c/Packages/TYPO3.CMS/+/65171
Updated by Christian Kuhn over 4 years ago
- Status changed from Under Review to Resolved
- % Done changed from 0 to 100
Applied in changeset f5621a501f9d464da4d022380c77cb302545326c.