Project

General

Profile

Actions

Bug #18284

closed

Page tree fails to reload properly if page was manipulated

Added by Andreas Beutel about 16 years ago. Updated over 13 years ago.

Status:
Closed
Priority:
Must have
Assignee:
Category:
-
Target version:
-
Start date:
2008-02-23
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
4.2
PHP Version:
5.2
Tags:
Complexity:
Is Regression:
Sprint Focus:

Description

The page tree fails to reload if a page is copied and pasted or moved (by cut and paste). Appears either in list-view or normal page-view.

Select List from the Web menu, select a page in the tree and choose »copy« from the contexual menu. Select another page and insert via the »Past in clipboard content« on the right. The tree frame is refreshed but empty. The same if you do this in »page« mode and insert via contextual menu (insert via »Paste into«): The tree frame will reload but show »Web>Page module
Please click the page title in the page tree to the left to edit page content.« instead of the tree.

Tested in Firefox 2.x and 3.x and Safari on a Mac.
(issue imported from #M7637)


Files

typo3_backend_php.png (27.4 KB) typo3_backend_php.png Administrator Admin, 2008-02-23 14:08
0007637.patch (535 Bytes) 0007637.patch Administrator Admin, 2008-02-23 16:20
0007637_v3.patch (1.21 KB) 0007637_v3.patch Administrator Admin, 2008-02-23 17:06

Related issues 5 (0 open5 closed)

Related to TYPO3 Core - Feature #18071: Move 'Open Documents' to Header in the BEClosedIngo Renner2008-01-29

Actions
Related to TYPO3 Core - Feature #16919: AJAX pagtree update could be used when a new page is createdClosedBenni Mack2007-01-29

Actions
Has duplicate TYPO3 Core - Bug #18291: Refresh of tree after editing page propertiesClosedOliver Hader2008-02-24

Actions
Has duplicate TYPO3 Core - Bug #18301: Pagetree not shown, instead contentframeClosedOliver Hader2008-02-25

Actions
Has duplicate TYPO3 Core - Bug #18313: Functions replace Page TreeClosedOliver Hader2008-02-26

Actions
Actions #1

Updated by Oliver Hader about 16 years ago

I can confirm this issue. The page tree is also broken, when new pages are created (see attached screenshot, I've created page "7634").

Actions #2

Updated by Steffen Kamper about 16 years ago

this happens also when you create a page and change the page type, after the reload.

Pagetree shows following url:
alt_db_navframe.php??currentSubScript=sysext%2Fcms%2Flayout%2Fdb_layout.php

Actions #3

Updated by Oliver Hader about 16 years ago

This behaviour was introduced in rev. 3263 (#18071 in bugtracker):
http://code.typo3.org/v4/changeset/3263

Actions #4

Updated by Oliver Hader about 16 years ago

Please test the attached patch. I just changed location.href to location.search which will only modify the query params.

Actions #5

Updated by Oliver Hader about 16 years ago

Hm, here are some URLs of the page-tree frame:
Fresh logged in: /typo3/alt_db_navframe.php??currentSubScript=sysext%2Fcms%2Flayout%2Fdb_layout.php
After reload action: /typo3/alt_db_navframe.php?randNum=1203780428754

I don't exactly know in what cases currentSubScript is used but I guess it should also be there after the update event, e.g. like this:
/typo3/alt_db_navframe.php?currentSubScript=sysext%2Fcms%2Flayout%2Fdb_layout.php&randNum=1203780428754

Actions #6

Updated by Oliver Hader about 16 years ago

The new patch preserves the query parameters and just modifies the "&randNum=" part. Furthermore the "??" was eleminated (it was there a long lime)... ;-)

Actions #7

Updated by Oliver Hader about 16 years ago

For those asking themself what in rev. 3263 caused this behaviour:
before: top.content.nav_frame.refresh_nav();
after/current: top.content.nav_frame.Tree.refresh();

Actions #8

Updated by Steffen Kamper about 16 years ago

patch works excellent ;-)

Actions #9

Updated by Andreas Beutel about 16 years ago

Can confirm: With patch applied the tree (re)-loads as expected.

Actions #10

Updated by Oliver Hader about 16 years ago

Committed to TYPO3_4-2 (rev. 3289)

Actions

Also available in: Atom PDF