Project

General

Profile

Actions

Bug #50524

closed

Wrong behaviour when copying pages with subpages in BE

Added by David Hoeckele almost 11 years ago. Updated over 9 years ago.

Status:
Closed
Priority:
Must have
Category:
-
Target version:
-
Start date:
2013-07-29
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
6.2
PHP Version:
5.4
Tags:
Complexity:
medium
Is Regression:
No
Sprint Focus:

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.

Actions #1

Updated by Philipp Gampe almost 11 years ago

  • 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
Actions #2

Updated by David Hoeckele almost 11 years ago

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.

Actions #3

Updated by Philipp Gampe almost 11 years ago

  • 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.

Actions #4

Updated by David Hoeckele almost 11 years ago

Maybe I'm blind ... where can I find the UX/UI tracker ?

Actions #6

Updated by Jigal van Hemert over 10 years ago

  • Assignee set to Jigal van Hemert
  • Complexity set to medium
Actions #7

Updated by Jigal van Hemert over 10 years ago

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.

Actions #8

Updated by Mathias Schreiber over 9 years ago

  • Status changed from On Hold to New
  • Is Regression set to No
Actions #9

Updated by Mathias Schreiber over 9 years ago

dupe of #44507, can't close for whatever reason

Actions #10

Updated by Mathias Schreiber over 9 years ago

  • Status changed from New to Needs Feedback
Actions #11

Updated by Steffen Gebert over 9 years ago

  • Tracker changed from Bug to Feature

testing..

Actions #12

Updated by Steffen Gebert over 9 years ago

  • 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".

Actions

Also available in: Atom PDF