Project

General

Profile

Actions

Bug #25140

closed

RETURN_URL in menus is not created correctly

Added by Michael Hügelschäffer about 13 years ago. Updated almost 9 years ago.

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

0%

Estimated time:
TYPO3 Version:
4.5
PHP Version:
Tags:
Complexity:
Is Regression:
No
Sprint Focus:

Description

We actually have two sites where access restricted pages have to appear in menus. The menus have the options
showAccessRestrictedPages = loginPageId
showAccessRestrictedPages.addParams = &redirect_url=###RETURN_URL###
set.
In one case ###RETURN_URL### is replaced with the complete url, including all parameters. That results in an url like "/path/to/login-page/?redirect_url=/path/to/login-page/?redirect_url=/path/to/restriced-page/".
In the second website ###RETURN_URL### is replaced just with a blank string.

The method changeLinksForAccessRestrictedPages() in class tslib_menu replaces ###RETURN_URL### with $LD['totalURL']. $LD['totalURL'] is filled with $this->parent_cObj->lastTypoLinkUrl, which likely causes the problem.
Is there a certain reason to store the url in this way?
Or do you know of any misconfigration that may cause our problems? I did not check this behavious on a "clean" site yet.

IMHO is would make sense to create the url to restricted pages again with $this->parent_cObj->typoLink_Url() and before that temporarily set typolinkLinkAccessRestrictedPages to 'NONE' to get the link as if the page was not protected.

(issue imported from #M17718)


Related issues 1 (0 open1 closed)

Related to TYPO3 Core - Bug #22203: MENU.showAccessRestrictedPages.addParams generates wrong URLsClosed2010-02-26

Actions
Actions

Also available in: Atom PDF