Re: Bug contamination des caches non sessionn és

Le 29/11/2018 à 00:55, JLuc a écrit :
> je suis tombé hier sur un bug https://core.spip.net/issues/4235
> assez pénible puisqu'il provoque la multiplication des caches sessionnés pour rien.
> Peut être d'ailleurs est il à l'origine des explosions de cache parfois signalés.

J'ai testé un fix un peu simple et ça solutionne le pb pour les inclusions dynamiques,
mais c'est trop violent pour les inclusions statiques
puisqu'elles ne contaminent plus leur contexte appelant.

À tester : compléter le fix1 en :
- au moment de l'appel du recuperer_fond d'une inclusions statique, passer une nouvelle option "statique=>true"
- en sortant du recuperer_fond, tester cette valeur et ne pas écraser la valeur du drapeau global si elle est présente.

Ceci fait, il faudrait peut être encore faire le ménage dans la gestion historique
du drapeau, dont une partie ne servira peut être plus.

> Et sinon y a t il des jeux de test pour ces situations de caches sessionnés ou non
> et de propagation du sessionnement ?

J'ai réalisé 2 jeux de test pour les situations d'inclusions statiques et dynamiques.
Il me semble que ça couvre toutes les situations concernant ces 2 cas
(mais ça ne couvre pas les formulaires par exemple, ou d'autres).

Le tableur en fichier joint décrit les 2 jeux et présente dans chacun des cas
la manière avec laquelle SPIP sessionne les noisettes,
et la manière cible selon moi (= quand il n'y a pas de bug)
- avec le core (3 + 3 erreurs)
- avec le fix (1 erreur : cas décrit ci dessus d'une inclusion statique contaminante)
- la cible dans l'idéal (à mon avis).

Pouvez vous me dire si vous pensez que je fais une erreur, sur les valeurs désirées du sessionnement ?
Car je voudrais m'assurer que je vise la bonne cible.

JLuc