[FIXED] Sef Advance and Cherry Picker from Galt

Hello

we have the Cherry Picker for Joomla 1.5 and Virtuemart 1.1    v2.0.9

And we actually try to use it, all is fine, configuration ok etc. no problem. But I can't make it live as it seems that it can't support Sef Advance.
If we choose a filter the page reload but nothing change as the whole uri is rewrited.

For example this one:
Become:
So yes if I set the Sef Advance to OFF it works ok.

I know that the coder should write is own sef_ext.php, but Cherry Picker from Galt is related to the sef_ext.php of virtuemart and it's a module.
Is there any solution, or little bit of more code to put in the virtuemart sef_ext.php ?
(I use the sef_ext.php virtuemart 1.1.5 from your site)

any idea  ?

thanks in advance

self reply of the day => FIXED

Damned I use Sef Advance since 2005, and despite of this I still miss some configuration options... >

the fix was simply to turn off the "Redirect non-SEF URLs" option.

Thanks all and me so  ;D

Great.
I was worried I would have to add these custom parameters to the extension...

Hi

unfortunately there's a side effect  :-\

I use Modules Anywhere from NoNumbers, and when I assign a module in the Module Anywhere config, by uri or by menu links.
The URL is not rewritten by Sef advance, I must re-click once to get it.

So the question is how can I do ?
If I set "Redirect non-SEF URLs" to NO:
- Cherry picker works OK
- Module Anywhere assignments not rewrited

If I set "Redirect non-SEF URLs" to YES:
- Cherry picker do not work
- Module Anywhere assignments rewrite OK

Thanks for tips

EDIT: In other words could we exclude a module from rewriting ?

Help ...Emir ?

I must say that I've already excluded the component "Fat seller" that is the one used by the module from Sef Advance.

But it seems so, that when we set the parameter "Redirect non-SEF URLs" to YES.
The exclusion do not apply on this parameter. (?)

thanks a lot

You mean it redirects from non-sef to SEF even for this component which you excluded?
You may be right, probably best to disable non-sef redirection.