[spip-dev] [demande de confirmation] var_mode ne marche pas dans une URL arbo se terminant par .html

Peut-être désolé du bruit, mais comme je n'ai rien fait de bizarre chez moi, je n'arrive pas à savoir si c'est SPIP ou pas.

Après tests sur plein de types de page (rubrique, mot, article, etc), voici ce qui ne marche pas :
Aucun "var_mode" ne fonctionne lorsque l'URL a une fausse arborescence *ET* qu'elle se termine par ".html".

Liste d'exemples :
- http://www.truc.fr/machin.html?var_mode=… marche.
- http://www.truc.fr/bidule/?var_mode=… marche.
- http://www.truc.fr/bidule/chose/?var_mode=… marche.
- http://www.truc.fr/bidule/machin.html?var_mode=… ne marche pas.
- http://www.truc.fr/bidule/machin?var_mode=… marche.

Donc :
- Quand le ".html" est à la racine ça marche.
- Dès qu'il est dans un faux sous-dossier ça ne marche pas.
- Lorsque je supprime le ".html" à la fin d'un article, ça marche !!

J'ai fouillé et re-fouillé (avec mes pieds ?) et je n'arrive pas à déterminer si c'est un bug ou que chez moi.
Et même si ce n'est que chez moi, je n'arrive pas à tracer d'où cela pourrait venir dans le code.

Une confirmation ou une idée ?

RastaPopoulos a écrit :

Une confirmation ou une idée ?

Personne ne confirme ? Parce que je ne trouve toujours pas, et j'ai même mieux :

Les pages :
- http://www.truc.fr/bidule/machin.html
- http://www.truc.fr/bidule/machin

n'ont pas le même cache ! J'ai fait des modifs, et c'est recalculé pour l'URL sans le ".html", alors que celle avec a toujours l'ancienne version !

Normalement le cache est censé être différent suivant le #ENV. Que je sache, la décoration ".html" n'en fait pas partie.

C'est fou fou fou, non ?

Les pages :
- http://www.truc.fr/bidule/machin.html
- http://www.truc.fr/bidule/machin
n'ont pas le même cache !

oui ça c'est normal, le cache est fonction de l'URI

-- Fil

* Fil tapuscrivait, le 09/10/2008 19:16:

Les pages :
- http://www.truc.fr/bidule/machin.html
- http://www.truc.fr/bidule/machin
n'ont pas le même cache !

oui ça c'est normal, le cache est fonction de l'URI

Dernièrement (SPIP 2.0.0 beta2 SVN [12914]), j'ai constaté que le cache tenait aussi compte de var_mode=recalcul et que j'avais beau recalculer une CSS, c'était la version initiale (avant recalcul) qui était prise en compte.
Pour contourner, j'ai dû vider le cache de SPIP.

Dernièrement (SPIP 2.0.0 beta2 SVN [12914]), j'ai constaté que le cache
tenait aussi compte de var_mode=recalcul et que j'avais beau recalculer une
CSS, c'était la version initiale (avant recalcul) qui était prise en compte.
Pour contourner, j'ai dû vider le cache de SPIP.

? si tu confirmes ouvre un ticket !

* Fil tapuscrivait, le 09/10/2008 23:02:

Dernièrement (SPIP 2.0.0 beta2 SVN [12914]), j'ai constaté que le cache
tenait aussi compte de var_mode=recalcul et que j'avais beau recalculer une
CSS, c'était la version initiale (avant recalcul) qui était prise en compte.
Pour contourner, j'ai dû vider le cache de SPIP.

? si tu confirmes ouvre un ticket !

Bon, je ne confirme pas (sur un SPIP 2 sans plugin).
Il n'est pas impossible que ce soit avant de supprimer le fork sur la prise en compte des .css en squelette que ça bugait.

Désolé pour le bruit.

Fil a écrit :

Les pages :
- http://www.truc.fr/bidule/machin.html
- http://www.truc.fr/bidule/machin
n'ont pas le même cache !

oui ça c'est normal, le cache est fonction de l'URI

Ok, je croyais que c'était qu'en fonction du #ENV et du vrai squelette sur lequel ça amenait.

En ce qui concerne le var_mode=calcul, ça recalcule bien, mais ça ne met rien en cache, puisque quand j'enlève le var_mode, je me retrouve avec l'ancienne version.

Pour var_mode=debug ou blocs, ça ne fait rien.

* RealET tapuscrivait, le 10/10/2008 00:42:

* Fil tapuscrivait, le 09/10/2008 23:02:

Dernièrement (SPIP 2.0.0 beta2 SVN [12914]), j'ai constaté que le cache
tenait aussi compte de var_mode=recalcul et que j'avais beau recalculer une
CSS, c'était la version initiale (avant recalcul) qui était prise en compte.
Pour contourner, j'ai dû vider le cache de SPIP.

? si tu confirmes ouvre un ticket !

Bon, je ne confirme pas (sur un SPIP 2 sans plugin).
Il n'est pas impossible que ce soit avant de supprimer le fork sur la prise en compte des .css en squelette que ça bugait.

Désolé pour le bruit.

C'était pas du bruit finalement.
cf : http://trac.rezo.net/trac/spip/changeset/13023
Et http://permalink.gmane.org/gmane.comp.web.spip.devel/50527