Feature #15701
closedBetter page-Not-Found-handling (Redirect-Support)
0%
Description
If a user request an protected page and he didn't have access on it (because he isn't loged in) typo3 can render an info-page (if this is declared in
["FE"]["pageNotFound_handling"]).
It would be fine, if the redirect to the info-page could contain a get-variable to define the variable 'redirect_url' which is supported by the extension 'new_loginbox'. The result would be that, if the user logs now into typo3, the 'new_loginbox'-Extension would do a redirect to the page the user originally had requested.
Maybe the ["FE"]["pageNotFound_handling"] could look like this:
http://my-domain/index.php?id=<info-page-ID>&redirect_url=index.php?id=###REQUESTED_ID###
In this case, typo3 must replace the string '###REQUESTED_ID###' to the page-ID, which was originally requested.
Sorry, my english isn't very good, so i want to discribe the feature in german:
Wenn ein User eine Seite aufruft, auf welche er keinen Zugriff hat (weil er z.B. nicht angemeldet ist), so wird eine "Info-Seite" aufgerufen (dies wird in der TYPO3-Konfiguration ["FE"]["pageNotFound_handling"] konfiguriert). Daraufhin wird diese Info-Seite aufgerufen. Wenn man dieser Info-Seite die GET-Variable 'redirect_url' mit übergeben könnte, würde folgendes passieren: Diese GET-Variable wird von der Extension 'new_loginbox' benutzt und ins gerenderte Anmelde-Formular eingebaut. Wenn sich der User nun am System anmeldet führt die Extension 'new_loginbox' automatisch einen Redirect durch und der User gelangt auf die Seite, welche er ursprünglich aufgerufen hatte.
Vielleicht könnte die Einstellung ["FE"]["pageNotFound_handling"] wie folgt aussehen:
http://my-domain/index.php?id=xxx&redirect_url=index.php?id=###REQUESTED_ID###
In diesem Fall müsste typo3 den String '###REQUESTED_ID###' durch die ursprünglich angeforderte Page-ID ersetzen.
(issue imported from #M2668)