[TYPO3-dev] realURL: new patch for bypassing non-existant GETVARS

Andreas Förthner Andreas.Foerthner at netlogix.de
Mon May 8 22:27:59 CEST 2006


Andreas Förthner schrieb:
> Hi,
> 
> finally I got my patch working for the realURL extension. The patch 
> bypasses non-existant GETVARS. This is the detailed description from my 
> feature request in the bugtracker: (http://bugs.typo3.org/view.php?id=3313)
> 
> 
> I have uploaded a new patch for this Problem 
> (class.tx_realurl.php.second.diff). You have to activate it with a new 
> config option. Set 'bypassIfAbsent' => 1 in your localconf. You can do 
> it for every GETVAR independent from eachother. Set the entry on the 
> same level as 'noMatch' or 'lookUpTable' is defined.
> 
> Then the behavior is now as follows:
> 
> - If a parameter is not existant it is bypassed in the URLencode
> - This applies not only for lookUpTables it works also for normal 
> valueMaps, of course then the noMatch property must not be set. If you 
> need a default value use valueDefault instead.  Is there anything else 
> where the feature would be nice to have? Just tell me.
> 
> Then the decoding:
> 
> This is a bit a Problem, because the system doesn't know which one of 
> the parameters has been bypassed. For this reason it behaves as follows 
> (I think it's the same as noMatch => bypass works):
> 
> - We are checking if there is a value in a valueMap. If not an noMatch 
> is not set, we are looking in a userfuc (this has not changed) then we 
> look in the lookup table. If we still couldn't decode the parameter, we 
> bypass this one and proceed with the next in the postVarSet.
> 
> I didn't check it with preVars. I think the same functions are used 
> there, so it might work. If not tell me  then I'll try to realize this.
> 
> For me it works great, please test it as much as possible and if there 
> are no bugs in it, it would be great to see it in the next official 
> release of realurl.
> 
> Have a nice day
> 
> Andreas

Hi,

I know Kasper vetoed the patch, but he relied on the first one that 
didn't work and where it wasn't possible to disable/enable it. Please 
rethink the whole thing and perhaps it is a nice feature that could be 
implemented...

Greets

Andreas




More information about the TYPO3-dev mailing list