Bug #78355: System > Access module not starting in selected page of page tree - TYPO3 Core - TYPO3 Forge

Actions

Copy link

Bug #78355

closed

System > Access module not starting in selected page of page tree

Added by Patrick Broens about 8 years ago. Updated about 6 years ago.

Status:

Closed

Priority:

Should have

Assignee:

Michael Oehlhof

Category:

Backend User Interface

Target version:

Start date:

2016-10-20

Due date:

% Done:

100%

Estimated time:

TYPO3 Version:

PHP Version:

5.6

Tags:

Complexity:

Is Regression:

Sprint Focus:

Description

When selecting a page in the page tree, and going to the System > Access module, it will always start at the root page of the website, not the selected one. This is confusing for people maintaining these access rights. When you have entered the module and select a page again, the Access module will switch to this page.

How to reproduce:

Open the page module and select a page in the page tree which is not the web root page
Go to the module System > Access
This module will open with the web root page, not the selected one
When clicking the selected page again in the page tree, it will show the access rights for this page

Other modules, which use the page tree, are fine, like the Page or List. When opening these modules after the use of another one, they will continue on the same page, like selected in the page tree.

Actions

Copy link

Updated by Riccardo De Contardi about 8 years ago

also on 8.5.0-dev

Actions

Copy link

Updated by Daniel Windloff about 8 years ago

It seems to be kind of regression introduced by #62339 (Move access module from web > access to system > access), because the additional id parameter depends on the current section (e.g. web, file, system).
See

typo3/sysext/backend/Resources/Public/JavaScript/modulemenu.js:200

includeId: function (mod, params) {
    if (typeof mod === 'undefined') {
        return params;
    }
    //get id
    var section = mod.split('_')[0];
    if (top.fsMod.recentIds[section]) {
        params = 'id=' + top.fsMod.recentIds[section] + '&' + params;
    }
    return params;
},

As different values are used for web or file, I would opt for the introduction of a new identifier and remove the dependency of the current section. This would solve the issue.

Actions

Copy link

Updated by Michael Oehlhof almost 8 years ago

Assignee set to Michael Oehlhof

Actions

Copy link

Updated by Gerrit Code Review almost 8 years ago

Status changed from New 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/51044

Actions

Copy link