Bug #31663
closed
Moving pages (and page content) in the Workspace does not work
Added by Daniela Petrosino over 12 years ago.
Updated over 5 years ago.
Description
TYPO3 version 4.5.7, iOS X or Lion or PC
Moving pages (and page content) on the Workspace (via "drag and drop" on the page tree or using the "cut + paste it into"-function) does not work. If you want to move a page A into a page B, it may appear, but this is invalid after reloading the page tree. If you look at the menu item "workspace" it is to recognize that the changes are not registered/noted. The problem seems random and only on some pages and workspaces to appear. Moreover, the problem can be reproduced on other typo3 installations. Is there any adjustment missing out or can the problem be due to the allocation of rights? Since this is a very big typo3 project, all ext. that write into the page-table + DB have been cleaned + Log on MyISAM converted.
Files
- Status changed from New to Needs Feedback
It's quite hard to fix "random" behaviour - are you able to reproduce this misbehaviour within the Introduction Package? How?
I was able to reproduce the bug within the Introduction Package. Just create a workspace and try to move some pages as child under for example "Features". Then we moved "Features" and pressed the reload button.
What you see next is that some pages jumped back. This mostly happens with more than 3 child pages, but its pretty random.
We also looked in the mysql.log and the "UPDATE" query has the wrong pid.
I forgot we could reproduce the bug in typo3 4.5.7 and 4.6
I'm currently also having issues on moving pages on the rootlevel of the website. It seems as if instead of the UID of the rootpage the UID of the page itself is stored as PID (thus recursive) and the page is gone then.
- Status changed from Needs Feedback to Accepted
Patch set 1 of change I973899f6940ced60800814a5ffb9271ffd58c8e5 has been pushed to the review server.
It is available at http://review.typo3.org/6725
- Status changed from Accepted to Under Review
- Assignee set to Stefan Neufeind
Patch set 2 of change I973899f6940ced60800814a5ffb9271ffd58c8e5 has been pushed to the review server.
It is available at http://review.typo3.org/6725
Patch set 3 of change I973899f6940ced60800814a5ffb9271ffd58c8e5 has been pushed to the review server.
It is available at http://review.typo3.org/6725
Patch set 1 of change I3507321fe092bb8e87cec3d4f4bf079983165788 has been pushed to the review server.
It is available at http://review.typo3.org/6792
Patch set 1 of change I8d12b0b3e7b7842be64bec0b649661c6a4a054c8 has been pushed to the review server.
It is available at http://review.typo3.org/6794
- Status changed from Under Review to Resolved
Is this change not included in Typo3 4.5.8? I have just updated my installation and the problems are still there. The issue is also not listed in the changelog.
It is included in 4.5.8. Unfortunately the changelog wasn't updated to mention this (and various other) changes when packaging the new release.
Are you maybe hitting a corner-case which is not exactly what this bugfix here was about?
If you can, please try with a clean 4.5.8-installation (introduction-package maybe), try to reproduce your error and create a new issue on how to reproduce the problems you see. I promise to take a look a closer look at it then :-)
Thank you for quick response. You're right. It seems that our test was to weak. See #32592.
- Category changed from Bugs to Workspaces
- Project changed from 624 to TYPO3 Core
- Category changed from Workspaces to Workspaces
- Status changed from Resolved to Closed
Also available in: Atom
PDF
Updated by 
Updated by 
Updated by 
Updated by 
Updated by 
Updated by 
Updated by 
Updated by 
Updated by 