Project

General

Profile

Actions

Feature #14127

closed

FE-Editing new pages and simulateStatic

Added by Peter Niederlag about 20 years ago. Updated over 10 years ago.

Status:
Closed
Priority:
Should have
Assignee:
-
Category:
Backend API
Target version:
-
Start date:
2004-04-29
Due date:
% Done:

0%

Estimated time:
PHP Version:
Tags:
Complexity:
Sprint Focus:

Description

If you do FE editing, and create a new page, TYPO3 generates a backurl
to lead you to the page just created. It does this by appending
&id=yxz to the URL you came from. Works fine...

.. unless you use simulateStatic. Then you get something like
mypage.html?id=xyz, which obviously cannot work.
We 'hotfixed' this by adding this to .htaccess:
RewriteRule ^[^/]*\.html&id=([0-9]*)$ /t3cebit/index.php?id=$1 [R,L]

Problem(?):
TYPO3 first sets $this->id according to the GPVars, and then starts
parsing the path. If the path resolves to a valid pageID (or
page-alias), $this->id is overriden by the resolved one.

Solution(?):
What I did is see
if the GPVar 'id' is set, and if so, just use that one, and don't even
look at the rest of the path. This really doesn't qualify for a
beauty-contest, but it worked fine...
(martin Polestra/real_url)

thx to Karsten D. & M. Stucki for getting on it again
(issue imported from #M36)


Files

0000036-class.tslib_fe.php.diff (776 Bytes) 0000036-class.tslib_fe.php.diff Administrator Admin, 2004-04-29 16:56
0000036-class.tslib_fe.diff (1.45 KB) 0000036-class.tslib_fe.diff Administrator Admin, 2004-06-21 14:44
0000036-class.tslib_fe-bug-36.diff (817 Bytes) 0000036-class.tslib_fe-bug-36.diff Administrator Admin, 2005-03-08 16:05
0000036-db_new.php-bug-36.diff (1.11 KB) 0000036-db_new.php-bug-36.diff Administrator Admin, 2005-03-08 16:52

Related issues 1 (0 open1 closed)

Has duplicate TYPO3 Core - Bug #14298: RewriteRule "Feature"ClosedIngmar Schlecht2004-08-31

Actions
Actions

Also available in: Atom PDF