Bug #50524
closed
Wrong behaviour when copying pages with subpages in BE
Added by David Hoeckele over 11 years ago.
Updated almost 10 years ago.
Description
We noticed a strange problem on copying pages with subpages in the backend site module.
If I copy a page with subpages (one or more) to another page and change the title of my copied page, the changes are done to the parent page (the original of the copied page) instead of the new copied page.
It can be reproduced by these steps:
- Copy page with subpages
- insert copied page(s) to another page
- Rename page
=> pagetree is reloaded and the wrong page has changed.
Copying single pages works good.
- Status changed from New to Needs Feedback
I cannot reproduce this on master. If I copy a page with subpages (via Drag&Drop):
- The page tree does not reload
- The new pages are inserted, the copied page is set to hidden (but not the childs)
- The edit name is open just like if I inserted a page
- If I change the name, nothing happens (besides the changed name
I have tried it again and recognized that this only happens if I'm eager and wait too short...
- copy page with subpages in pagetree by context menu "Page actions - copy"
- insert copied page with subpages in pagetree on anoter page by context menu "Page actions - Paste into"
- while the copied pages are copied to the new page, click in context menu to "edit" or click on the top copied page and edit page properties.
- Rename the page
If I wait a few seconds after copying and pasting the copied pages, I can rename the page directly in the pagetree - than the problem doesn't appear.
- Status changed from Needs Feedback to On Hold
Well, maybe the tree should be block during the copy operation. Can you open an issue in the UX/UI tracker such that our usability experts can have a look. Please relate that issue.
I put this one on hold as this is not really a bug in first place.
Maybe I'm blind ... where can I find the UX/UI tracker ?
- Assignee set to Jigal van Hemert
- Complexity set to medium
Reproduced by using a very slow server. Jens (Usability Team) had a look. We found that there is already a temporary "dummy" page in the pagetree while it waits for the server to complete the copy action. This temporary page needs to have the context menu disabled and also some other properties need to be removed to prevent the problems described in the issue.
- Status changed from On Hold to New
- Is Regression set to No
dupe of #44507, can't close for whatever reason
- Status changed from New to Needs Feedback
- Tracker changed from Bug to Feature
- Tracker changed from Feature to Bug
- Status changed from Needs Feedback to Closed
- TYPO3 Version set to 6.2
- Is Regression set to No
The relation to #50604 was set to "blocked by", thus redmine prevented to close this issue, as #50604 must have been resolved before.
I changed the relationship to "related".
Also available in: Atom
PDF
Updated by 
Updated by 
Updated by 
Updated by 
Updated by