TYPO3 Core

Maybe only if rootpage is a shortcut to the first subpage?

Currently breaks Extension tq_seo (Sitemap.txt, sitemap.xml, robots.txt) and some tt_news stuff (rss.xml). Maybe other extensions are affected.

Confirmed by many tq_seo users who updated to TYPO3 4.6:

If page is a shortcut the http-request is redirected to the target website without any parameters.

Well, I'm not sure that passing ?type=123 automatically is the way to do, after all, if you tell TYPO3 to do so with:

config.linkVars = type

(and possibly with the L parameter as well)

Then it works, so why should we introduce some magic here? A shortcut points to a given page and the default type is 0 regardless of whatever you specify. I'd tend to see the behaviour in TYPO3 4.5 as weird after all.

Patch set 2 for branch master has been pushed to the review server.
It is available at http://review.typo3.org/6775

I tried your patch, but the others parameters are striped when the root page is a shortcut...

@Joël: This is not a problem of this patch.
It's a different bug, which gets fixed here: http://forge.typo3.org/issues/32253

Seems good but all other parameters are striped (and i don't want them in linkVars) but i can live with this issue.

Patch set 1 for branch TYPO3_4-6 has been pushed to the review server.
It is available at http://review.typo3.org/7808

Hello

I have big trouble with this.
Before Update to 4.6.4 all worked fine, but now additional parameters are stripped from the URL and so authentication failes, trying to access a page.

the url:
http://www.DOMAIN.de/index.php?type=8800881&username=USERNAME&password=PASSWORD
the redirect goes to:
http://www.DOMAIN.de/homepage/?type=8800881

after applying the patched class.tslib_fe.php the pagetype is kept by the redirect, but username and password are dropped.

I use realURL - maybe there is anything more to do?

The behavior reportet by Johannes is still existing in TYPO3 4.6.8.
If your rootpage is a shortcut. All additional parameters get striped.

E.g. :

http://DOMAIN.de/?type=123&tx_whatever['foo']=bar

becomes

http://DOMAIN.de/index.php?id=4&type=123

Where id=4 is the target page of the shortcut.

Workarround is to add tx_whatever to linkVars though that's an ugly workarround.