[TYPO3] AdminReview and ConfirmPID in "sr_feuser_register"

[Jérémy Lecour]

It's not better, but I've found the culprit !!!!!

When I disable RealURL, I get some URL like this :
index.php?id=539&L=0&tx_srfeuserregister_pi1[regHash]=20c64a6a77224b0c8393

Obviously, the L param is there, but the language detection doesn't see it.

When I add a debug like print_r($_GET) at the begining of the Language
detection, I can't see the L var.

It's because "sr_feuser_register" is rewriting the $_GET array on the
fly in case of using shortURLs (around the line 170 of
class.tx_srfeuserregister_pi1.php)

I can see that it's clearing the regHash param and puts back the
params that have been stored in the DB. That's OK but it forgets to
add other $_GET params that it's not concerned by.

I'll make a Bug report asap !

2006/8/17, Jérémy Lecour <jeremy.lecour at gmail.com>:
> If I place a die() just befor all the header() in
> "class.tx_srfeuserregister_pi1.php", nothing happens, so I guess that
> it's not because of a 'real' redirect.
>
> On the other hand, if I put a
> print_r($this->feUserData);
> just after the definition of $this->feUserData, I get the content of
> the GET params, the redirect cannot happen and I get my expected
> message.
>
> I can see that the redirection is called by "rlmp_language_detection".
> I don't understand why, but the first check for the L var return a
> null value so the extension make it's job a make a new URL with a
> language var.
>
> What I don't get is WHY this damn var is not set ? I'm sure I can see
> the /fr/ in the URL and everywhere else in the site it's working. If I
> call that confirm page without the regHash param, the L var is well
> detected.
>
> I think there is something wrong with RealURL but I don't know where.
>
> I'll try to disable RealURL to see what happens
-- 
Jérémy Lecour : <mailto:jeremy.lecour at gmail.com>
webdesigner, webmaster et développeur web
Trésorier du PLUG : Provence Linux User Group
http://www.plugfr.org/