NOUVELLE VERSION 26.9.5

[xech]

Bonjour tous !

Au programme de cette nouvelle version :

Renforcement des contrôles de réinitialisation de mot de passe via un token à usage unique
Renforcement des contrôles d'Url passés en paramètre : ObjUrl, VisioUrl, etc
Renforcement des contrôles de connexion auto via tokens & password_hash()
Renforcement des contrôles de sessions via "use_strict_mode" et session_regenerate_id()
Renforcement des contrôles d'accès aux ExternalFileDownload via token unique
Optimisation de la rapidité d'affichage d'agendas multiples
Optimisation de la rapidité d'affichage de grandes arborescences de dossiers
Optimisation de la gestion des droits d'accès via la fonction "setAffectations"
Optimisation de la fonction de nettoyage de texte via la fonction "clean"
Optimisation des contrôles d'upload de fichiers et création de dossiers tmp
Optimisation des contrôles d'accès aux fichiers joints
Amélioration de l'affichage des menus contextuels en bord droit ou bas de page
Correction de l'affichage des tooltips des synthèses d'agendas

Merci d'avance pour vos retours !

Hébergement indépendants : vous trouverez la procédure de mise à jour ou d'installation en fin de documentation.
Hébergement Omnispace.fr : la mise à jour interviendra automatiquement dans les prochains jours.

[Philippe-372]

Bonjour,
J'ai installé, et à la 1ere ouverture (qui doit appliquer les changements de BDD), j'ai un plantage :
SQLSTATE[HY000]: General error: 2006 MySQL server has gone away
Heureusement, c'est sur un site de test.
Merci pour votre travail.

[xech]

Bonjour Philippe,

A priori votre serveur MySQL a bloqué durant la mise à jour.

Quel type d'hébergement avez-vous et surtout avec quelle version de PHP et MySQL ? Est-ce qu'il s'agit d'une ancienne version de MySQL ?

Si vous avez un fichier "UPDATE_LOCK.log" dans le répertoire /DATAS/, vous pouvez le supprimer puis relancer l'accès à votre espace.

Cdlt
Xech

[Philippe-372]

Bonjour et merci,
Voici les infos :
PHP 8.2.31 (cli) (built: May 18 2026 14:06:28) (NTS)
mysql Ver 14.14 Distrib 5.7.30, for Linux (x86_64) using EditLine wrapper
navigateur Firefox

J'ai supprimé le lock et relancé la mise à jour à partir d'une copie de la prod et j'ai la même erreur
Le serveur est le même que celui de la prod, juste un sous-domaine et une base séparée (même serveur de bdd)
Hébergement mutualisé chez infomaniak
J'ai inspecté la console de sortie, mais je n'ai pas d'erreur,
même erreur sur un autre navigateur (chrome)
Je sèche

ERRATUM : PHP 8.1.34 mariadb 10.4.18 (j'avais pris les infos en ligne de commande au lieu de celle du site)
ET je pars de la version 26.4.3

[xech]

@Philippe:
Est-ce qu'il serait possible de m'envoyer un dump de la base de données en MP pour pouvoir effectuer un test de migration en local ?
J'ai pu faire plusieurs tests, notamment sur OVH, et cela ne pose pas de soucis particulier. Mais il est possible que le passage du moteur de base de données MyISAM vers INNODB (plus récent) soit en cause.
Xech

[Philippe-372]

Je t'ai fait le MP.
Pour info, je viens de mettre la 26.6.2.
Sans Pb, c'est ok pour celle-ci

[Philippe-372]

J'ai passé la mise à jour 26.9.1 (après la 26.6.2)
Et j'ai le message : "Update in progress, please wait" et un lien "Retour" Et rien ne bouge.
Je clique sur Retour, : "SQLSTATE[HY000]: General error: 2006 MySQL server has gone away"
Voilà où j'en suis.

[xech]

Bonjour Philippe,
En attendant que votre problème soit réglé, vous pouvez revenir à une version 26.6 (pensez à supprimer le fichier ""/DATAS/UPDATE_LOCK.log).
Je regarde d'où pourrait venir ce blocage MYSQL.
Cdlt
Xech

[Philippe-372]

D'accord, merci,
Philippe

[xech]

Merci Philippe pour le rapport complet en MP !

Effectivement avec d'anciennes versions de MariaDB (la version 10.4 date de 2019) l'encodage utf8mb3 par défaut pouvait poser soucis lors d'une migration vers utf8mb4 (comme dans votre situation). Sur les version 11+ l'encodage par défaut est utf8mb4, donc le transfert de utf8mb3 vers utf8mb4 ne pose plus soucis.

Ce changement d'encodage n'étant pas primordial pour le bon fonctionnement d'Agora-Project, une condition a été ajoutée dans les mises à jour d'encodage de caractères en Bdd, sur la toute dernière version à venir (26.9.4).

Bien Cordialement
Xech

[Philippe-372]

Merci Xech,
Oui MariaDB en version 10.4 semble poser ce genre de problèmes.
Impatient de tester la version 26.9.4 d'Agora
Cdlt,
Philippe

[xech]

Impatient de tester la version 26.9.4 d'Agora

Pour information, la nouvelle version 26.9.5 vient d'être publié aujourd'hui !
Bien cordialement
Xech

[Philippe-372]

Bonjour Xech,
Bonne nouvelle : J'ai eu la hotline de l'hébergeur qui m'a donné une solution pour changer MariaDB, j'ai maintenant la version 10.11.
*** Et j'ai pu passer les mises à jour jusqu'à la version 26.9.5 !! ***
Les tables et les champs sont bien en "utf8mb4_unicode_ci" comme voulu.
Donc : merci Xech pour votre aide,
Bien cordialement,
Philippe