Forcer la mise à jour du pied du backoffice en fin d'installation #6

Avec SPIP 4 et le spip_loader version 5, la plupart du temps lorsqu'on finit l'installation sur un hébergeur mutualisé connu, le backoffice ne met à jour la signature (avec le numéro de version et le message de mise à jour disponible) et on a aucun message qui signale que la mise à jour a été faite.

Même le fait de consulter la page plugins, ne force pas le pied de page.
Il faut soit vider le cache ou alors faire un recalcul forcé ?exec=accueil&var_mode=recalcul

Ce n'est pas ergonomique ni rassurant pour des débutants

Ne pourrait-on pas forcer le pied à se recalculer en fin d'installation / mise à jour
Travailler sur un message (via le compagnon ?) pour annoncer qu'une mise à jour a été faite. "Bravo vous venez de mettre à jour votre site SPIP à la version 4.0.4"

Avec SPIP 4 et le spip_loader version 5, la plupart du temps lorsqu'on finit l'installation sur un hébergeur mutualisé connu, le backoffice ne met à jour la signature (avec le numéro de version et le message de mise à jour disponible) et on a aucun message qui signale que la mise à jour a été faite. Même le fait de consulter la page plugins, ne force pas le pied de page. Il faut soit vider le cache ou alors faire un recalcul forcé ?exec=accueil&var_mode=recalcul Ce n'est pas ergonomique ni rassurant pour des débutants - Ne pourrait-on pas forcer le pied à se recalculer en fin d'installation / mise à jour - Travailler sur un message (via le compagnon ?) pour annoncer qu'une mise à jour a été faite. "Bravo vous venez de mettre à jour votre site SPIP à la version 4.0.4"

Ca serait pas mieux que ce soit SPIP lui-même qui gère mieux son cache après une mise à jour ? Si ça se trouve, c'est pareil après un git pull ou une mise à jour par ftp ou écrasement manuel avec le zip ?

Oui sans doute. On peut sans doute attribuer ce ticket au projet SPIP plutôt qu'à SPIP Loader.

Si ça se trouve, c'est pareil après un git pull ou une mise à jour par ftp ou écrasement manuel avec le zip ?

Je viens d'up spip.net avec checkout et je n'observe pas le pb, alors que je l'ai bien observé dans le cas que signale @erational

> Si ça se trouve, c'est pareil après un git pull ou une mise à jour par ftp ou écrasement manuel avec le zip ? Je viens d'up spip.net avec checkout et je n'observe pas le pb, alors que je l'ai bien observé dans le cas que signale @erational

Pour être plus précis avec le spip_loader 5.0.1

en SPIP 3.2.12 -> SPIP 3.2.13 la consultation de la page plugins suffit à forcer la mise à jour du pied
en SPIP x -> SPIP 4.0.x il faut vider le cache ou faire un ?recalcul pour forcer la mise à jour du pied

Pour être plus précis avec le spip_loader 5.0.1 - en SPIP 3.2.12 -> SPIP 3.2.13 la consultation de la page plugins suffit à forcer la mise à jour du pied - en SPIP x -> SPIP 4.0.x il faut vider le cache ou faire un ?recalcul pour forcer la mise à jour du pied

Je confirme : je viens de mettre à jour 3.2.11 à 3.2.13 et un simple f5 a fait apparaitre 3.2.13 (et le message de mise à jour de la BDD)

Donc, c'est bien la preuve que c'est pas le loader qui pose problème 😃

Quand à checkout, il y a 3 méthodes (dont spip et git). On va faire l'hypothèse que c'est la méthode git qui est déterminée pour spip.net

Est-ce que cet outil fait plus qu'une série de git pull/checkout ? par exemple, je vois ça : https://git.spip.net/spip-contrib-outils/checkout/src/branch/master/checkout.php#L827 après un git pull

Mais je ne sais pas, j'essaie de comprendre

Donc, c'est bien la preuve que c'est pas le loader qui pose problème 😃 Quand à checkout, il y a 3 méthodes (dont spip et git). On va faire l'hypothèse que c'est la méthode git qui est déterminée pour spip.net Est-ce que cet outil fait plus qu'une série de git pull/checkout ? par exemple, je vois ça : https://git.spip.net/spip-contrib-outils/checkout/src/branch/master/checkout.php#L827 après un git pull Mais je ne sais pas, j'essaie de comprendre

Testé à l'instant sur un mutu du nord de la france, maj d'une 4.0 avec le loader, et ça se passe très bien. Je pense qu'on peut fermer le ticket :p

ça restera un mystère alors ^^

On peut vivre avec, hein. Mais c'est vrai que c'est plus mieux quand le footer se met à jour avec les bonnes infos ^^

Je laisse la main à @erational pour fermer ce ticket. Toutefois, ce qui est dit ici me laisse croire à une possible régression entre SPIP3.2 et SPIP4.0...

Pour l'instant je laisse ouvert. J'attends de voir la prochaine release

J'ai quand même l'impression que sur SPIP 4 on a une régression.

Pour l'instant je laisse ouvert. J'attends de voir la prochaine release J'ai quand même l'impression que sur SPIP 4 on a une régression.

Ok mais :

Oui sans doute. On peut sans doute attribuer ce ticket au projet SPIP plutôt qu'à SPIP Loader.

ça se déplace un ticket ?

Ok mais : > Oui sans doute. On peut sans doute attribuer ce ticket au projet SPIP plutôt qu'à SPIP Loader. ça se déplace un ticket ?

ça se déplace un ticket ?

Sur certaines forges oui, mais pas chez nous je crois.

> ça se déplace un ticket ? Sur certaines forges oui, mais pas chez nous je crois.

Labels Milestones

Forcer la mise à jour du pied du backoffice en fin d'installation #6