NOUVELLE VERSION 26.10.5

[xech]

Bonjour tous !

Au programme de cette nouvelle version :

Nouvelle option d'authentification à deux facteurs (2FA)
Nouvelle présentation et modification des icones au format svg, optimisées en responsive
Amélioration du drag and drop de la messagerie instantanée, désormais accessible sur tout le formulaire
Amélioration de la présentation et l'ergonomie de la messagerie instantanée
Amélioration de l'ergonomie de l'upload de fichiers
Amélioration de l'ergonomie de la sélection d'objet
Amélioration du téléchargement de dossier et archives de fichiers
Liste des destinataires des notifications triés en fonction de l'option du paramétrage général
Optimisation de la procédure de Backups volumineux (10 Go ou+)
Correction du lancement de Visio via le Messenger
Mise à jour de l'éditeur TinyMce en v8.10.0

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]

Nickel,
Merci Xech,

[PhilGwada]

Bonjour Xech,

J'utilise actuellement Agora-Project 24.2.0 sur un hébergement OVHcloud, avec PHP 8.1.34 et MySQL 8.0.46.

OVH m'informe que ma base de données sera automatiquement migrée vers MySQL 8.4 le 16 novembre 2026.

Je souhaite profiter de cette occasion pour mettre à jour Agora-Project vers la version 26.10.0.

Pouvez-vous me confirmer que cette version est compatible avec MySQL 8.4 et PHP 8.1 ?

Par ailleurs, puis-je effectuer directement la mise à jour de la version 24.2.0 vers la version 26.10.0 en suivant la procédure habituelle (conservation de DATAS, remplacement des fichiers applicatifs) ?

Merci d'avance pour votre aide et pour le développement de cette plateforme.

Cordialement,

[xech]

Pouvez-vous me confirmer que cette version est compatible avec MySQL 8.4 et PHP 8.1 ?

Bonjour,
Oui il est tout à fait possible de faire la mise à jour de votre 24.2 sur des versions récentes de PHP & MySQL (et même fortement conseillé).
Pensez à effectuer une sauvegarde de votre base de données et votre dossier /DATAS/ avant de lancer votre mise à jour.
Xech

[sillonLZ]

Bonjour Xech,

je me permets de re-poster mon problème dans cette discussion, car j'ai l'impression qu'il n'a pas été vu dans la rubrique "Divers" : https://www.omnispace.fr/appMisc/discus ... hp?t=23485

La validation du formulaire d'initialisation du password renvoie une erreur 500 sur mon site (au moins) depuis la mise à jour en 26.10.0. Suis-je la seule à rencontrer ce problème ?

Si d'autres peuvent faire le test, afin que je sache si c'est au niveau de mon hébergement, permissions de fichiers, bdd ?
Je vous remercie d'avance pour votre aide.

[PChenavier]

Bonjour,

Je viens de faire le test de réinitialisation du mot de passe. J'ai bien reçu un email puis j'ai pu saisir un nouveau mot de passe qui a fonctionné.
Il faudrait peut-être vérifier que l'envoi d'email fonctionne.

Cordialement,

[sillonLZ]

il ne s'agit pas d'un problme d'envoi de mail (le mail est bien envoyé) ni de réinitialisation de mot de passe, mais - comme je l'ai expliqué dans le 1er sujet indiqué en lien dans le message ci-dessus - de la validation d'une invitation...

[sillonLZ]

Autre détail, un peu annexe celui-là ; avec la nouvelle version 26.10.0 je ne parviens plus à centrer les médias dans un message (images jointes ajoutées dans le corps du texte ou embed vidéos à partir d'une url). Le média est bien centré dans la prévisualisation lorsque je crée ou modifie mon message, mais il ne l'est plus à l'affichage après soumission : il se retrouve à nouveau aligné à gauche. cf cpatures d'écran pendant l'édition du message et après soumission, ci-dessous.

Merci d'avance pour votre aide.

01-media_centre.png (668.52 Kio) Consulté 3686 fois

[xech]

Bonjour à tous !

La version 26.10.2 est désormais disponible. Elle apporte son lot de corrections — notamment sur les invitations — ainsi que plusieurs évolutions majeures, en particulier côté interface visuelle.

À noter : un correctif concernant le centrage des images dans l'éditeur TinyMCE sera proposé dans une prochaine mise à jour, afin d'améliorer la mise en page.

N'hésitez pas à nous faire part de vos retours sur cette nouvelle version !

Xech

[sillonLZ]

Bonjour et merci beaucoup Xech pour cette mise à jour intermédiaire qui résoud parfaitement le bug de validation d'invitation.

Jolies nouvelles icônes, aussi ! C'est vrai que les menus (et les menus contextuels) sont plus agréables comme ça !

En tout cas, super boulot encore une fois. Et réactivité fantastique ! Merciiiiii et bravo !

[jcs12400]

Salut Xech, nouvelle version mise à jour en 26.10.2. Par contre, a l'inverse de ce qui a été dit avant, je préferais les icônes avec plus de couleurs.
Est ce que ce motif sera celui des nouvelles versions?

Encore un grand merci pour ce travail.

Patrick.

[xech]

Bonjour à tous,

Effectivement les icones précédentes étaient plus colorées, mais à voir comment redonner un peu de couleur aux icones principales, tout en gardant les avantages de la nouvelle présentation. Malgré tout, les nouvelles icones en .svg sont plus légères, nettes, homogènes et adaptées aux tablettes et smartphones.

Si vos souhaitez retrouver les anciennes icones, vous pouvez tout de même aller dans le paramétrage général et utiliser l'option "masquer le nom des modules".

Xech

[justemapoubelle]

Merci. Problème invitation réglé.

guiliguili

[rodolphe]

Bonjour Xech,

J'ai un problème, sur cette version, de rejet de droits de modifications d'un groupe d'utilisateurs lorsque cet utilisateur n'a pas créé le groupe :
"Liste des groupes que je peux éditer : auteur du groupe ou administrateur de l'espace", alors que l'utilisateur en question est bien administrateur de l'espace.

Merci !

[xech]

Bonjour à tous,

La nouvelle version 26.10.3 vient d'être publiée. Vous trouverez avec cette nouvelle itération quelques nouveautés et corrections :
- Amélioration de l'ergonomie de la sélection d'objet
- Mise à jour de l'éditeur TinyMce en v8.10.0 et correction du centrage des images
- correction de l'édition des groupes pour les administrateurs d'espace
- amélioration des icones principales

N'hésitez pas à partager vos retours d'expérience !

Xech

[omniadmin]

Hello,

Est-ce que l’application est vulnérable à la faille giga critique de php2shell ?

Merci

[xech]

Est-ce que l’application est vulnérable à la faille giga critique de php2shell ?

Bonjour à tous !

La faille de sécurité PHP2SHELL concerne directement les serveurs web et leur interpréteur PHP, cela ne concerne pas les applications qui fonctionnent grâce à PHP (comme Agora-Project). Cette faille de sécurité implique surtout les versions de PHP qui n'ont pas été mises à jour récemment et qui n'intègrent pas le correctif de PHP2SHELL. Donc si vous utilisez une version de PHP qui n'a pas été récemment mise à jour (de 8.2 à 8.5), il est important de le faire dès que possible.

Concernant les hébergements Omnispace.fr : il n'y a pas de soucis de sécurité car la version de PHP utilisée intègre déjà le correctif (PHP 8.4.27).

Pour en savoir plus : https://www.zataz.com/php2shell-deux-fa ... veurs-web/

Xech

[rodolphe]

Bonjour Xech,

Merci pour le correctif !

J'ai cependant un soucis avec les fichiers ZIP de taille moyenne (exemple : 20 MO) qui ne s'upload plus.

Bien cordialement.

[xech]

J'ai cependant un soucis avec les fichiers ZIP de taille moyenne (exemple : 20 MO) qui ne s'upload plus.

@Rodolphe :
De rien ! Sinon vous avez des messages d'erreur dans les logs d'apache ? Vous avez tenté d'uploader avec l'option "Envoi simple" et non pas "Envoi multiple" ?

[vista]

Bonjour,

Je rencontre un problème avec un hébergement chez Free avec l'utilisation d'envoi de courriels via Agora, j'obtiens l'erreur suivante :

Email Error :
SMTP connect() failed. httpsgithub.comPHPMailerPHPMailerwikiTroubleshooting SMTP server error Failed to connect to server SMTP code 111 Additional SMTP info Connection refused

ou

Warning: mail(): TO_BLOCK_SPAM: monsitefree in /var/www/sda/4/2/monsitefree/test-mail.php on line 2
ECHEC

j'insiste sur le fait que le site est tout neuf et que le spam n'est donc pas possible.
Pourtant lorsque j'utilise Thunderbird l'émail utilisé dans Agora l'envoie et réception fonctionnent parfaitement.
De plus, ce même courriel est aussi configuré sur un site hébergé derrière ma Freeboxe sous Linux avec l'adresse https://monsite.freeboxos.fr/ et ce courriel fonctionne parfaitement. j'ai aussi tenté avec une adresse Gmail mais c'est le même problème.

La config sous Linux est :

smtp.free.fr
587
tls
Le nom d'utilisateur : monsite sans @free.fr
Passe : xxxxxxxxxxx
Email 'From' : monsite@free.fr

Une correction future est-elle possible et prévue ?
Merci pour vos infos.

Cordialement.

[rodolphe]

J'ai cependant un soucis avec les fichiers ZIP de taille moyenne (exemple : 20 MO) qui ne s'upload plus.

@Rodolphe :
De rien ! Sinon vous avez des messages d'erreur dans les logs d'apache ? Vous avez tenté d'uploader avec l'option "Envoi simple" et non pas "Envoi multiple" ?

Bonjour Xech, j'ai essayé en mode envoi simple, et là j'ai maintenant (avant en envoi multiple cela n'avance pas) une erreur "413 Request Entity Too Large nginx", je pense que cela est du aux nouvelles versions PHP suite à la faille détectée et "réparée" la semaine dernière... => Une idée de solution ? Merci !

[jcs12400]

Bonsoir à tous, nouvelle version 26.10.5 installée. Elle fonctionne bien. Et ca rend bien sur smartphone. Merci pour ces améliorations.

Patrick.

[xech]

Je rencontre un problème avec un hébergement chez Free avec l'utilisation d'envoi de courriels via Agora

Bonjour,

Effectivement sur les hébergement Free.fr ou sur un NAS, le paramétrage de l'envoi des emails est parfois compliqué, voir impossible.
Les erreurs que vous mentionnez sont liées aux restrictions spécifiques imposées par l'hébergement mutualisé des Pages Perso de Free.fr.

- L'erreur de PHPMailer (librairie utilisée par Agora-Project 26.10) "SMTP connect() failed ... Connection refused" : Free bloque par mesure de sécurité les connexions réseau sortantes sur les ports SMTP (25, 465, 587) depuis ses serveurs d'hébergement. Par conséquent, PHPMailer configuré en mode SMTP (que ce soit vers un serveur externe ou vers smtp.free.fr) ne peut pas joindre le serveur distant, ce qui provoque un refus de connexion.

- L'erreur mail() "TO_BLOCK_SPAM" : La fonction native mail() de PHP est autorisée chez Free (dans la limite de 2 000 e-mails par semaine), mais elle passe par leur propre relais de messagerie interne. "TO_BLOCK_SPAM" indique que le filtre antispam de Free a rejeté votre message. Cela arrive quasi systématiquement si l'adresse de l'expéditeur (From) ne correspond pas au compte Free hébergeant le site.

En résumé, les hébergements Perso.free.fr peuvent difficilement êtres utilisés pour l'envoie d'email car de nombreuses restrictions y sont imposées. Par ailleurs les versions de PHP utilisées sur les serveurs de Free sont souvent anciennes, et ne peuvent pas être exploitées de manière sécurisées pour des applications récentes.

Notez également qu'il est fortement recommandé d'utiliser une version PHP 8.2 ou supérieur, notamment pour des raisons de sécurité. Cf actualité avec PHP2SHELL. Concernant les hébergements Omnispace.fr : les mises à jours de sécurité ont été appliquées très rapidement via la version PHP 8.4.27.

Xech

[xech]

erreur "413 Request Entity Too Large nginx"

Bonjour Rodolphe,

A priori c'est simplement un souci de configuration de votre serveur Nginx : l'erreur 413 Request Entity Too Large indique que le fichier que vous tentez d'envoyer dépasse la taille maximale autorisée par défaut par le serveur web Nginx (qui est de seulement 1 Mo).
Pour résoudre ce problème, vous devez modifier la configuration de Nginx, puis celle de PHP (car PHP possède également ses propres limites d'upload).

1. Modifier la configuration Nginx
Vous devez augmenter la limite client_max_body_size dans le fichier de configuration de Nginx.
Ouvrez votre fichier de configuration Nginx (généralement /etc/nginx/nginx.conf, ou dans un fichier de site situé dans /etc/nginx/sites-available/ ou /etc/conf.d/).
Ajoutez ou modifiez la ligne client_max_body_size dans le bloc http, server ou location selon la portée souhaitée :

Code : Tout sélectionner

http {
    # Augmente la limite à 64 Mo (ajustez selon vos besoins : 100M, 500M, etc.)
    client_max_body_size 64M;
}

2. Modifier la configuration PHP :
Une fois Nginx configuré, PHP risque de bloquer votre fichier si sa taille dépasse ses propres limites. Vous devez modifier le fichier php.ini (souvent situé dans /etc/php/[version]/fpm/php.ini ou /etc/php/[version]/cli/php.ini).
Recherchez et modifiez les paramètres suivants avec une valeur supérieure ou égale à celle définie dans Nginx :

Code : Tout sélectionner

upload_max_filesize = 64M
post_max_size = 64M
max_execution_time = 300
memory_limit = 256M

3. Recharger Nginx :

Code : Tout sélectionner

sudo systemctl reload nginx

4. Redémarrer le service PHP-FPM (exemple avec 8.4 FPM) :

Code : Tout sélectionner

sudo systemctl restart php8.4-fpm

[xech]

Bonsoir à tous, nouvelle version 26.10.5 installée. Elle fonctionne bien. Et ca rend bien sur smartphone. Merci pour ces améliorations.

Patrick.

Merci Patrick pour ce retour positif, n'hésitez pas à faire des retours sur les améliorations possibles de l'ergonomie

Xech

[rodolphe]

erreur "413 Request Entity Too Large nginx"

Bonjour Rodolphe,

A priori c'est simplement un souci de configuration de votre serveur Nginx : l'erreur 413 Request Entity Too Large indique que le fichier que vous tentez d'envoyer dépasse la taille maximale autorisée par défaut par le serveur web Nginx (qui est de seulement 1 Mo).
Pour résoudre ce problème, vous devez modifier la configuration de Nginx, puis celle de PHP (car PHP possède également ses propres limites d'upload).

1. Modifier la configuration Nginx
Vous devez augmenter la limite client_max_body_size dans le fichier de configuration de Nginx.
Ouvrez votre fichier de configuration Nginx (généralement /etc/nginx/nginx.conf, ou dans un fichier de site situé dans /etc/nginx/sites-available/ ou /etc/conf.d/).
Ajoutez ou modifiez la ligne client_max_body_size dans le bloc http, server ou location selon la portée souhaitée :

Code : Tout sélectionner

http {
    # Augmente la limite à 64 Mo (ajustez selon vos besoins : 100M, 500M, etc.)
    client_max_body_size 64M;
}

2. Modifier la configuration PHP :
Une fois Nginx configuré, PHP risque de bloquer votre fichier si sa taille dépasse ses propres limites. Vous devez modifier le fichier php.ini (souvent situé dans /etc/php/[version]/fpm/php.ini ou /etc/php/[version]/cli/php.ini).
Recherchez et modifiez les paramètres suivants avec une valeur supérieure ou égale à celle définie dans Nginx :

Code : Tout sélectionner

upload_max_filesize = 64M
post_max_size = 64M
max_execution_time = 300
memory_limit = 256M

3. Recharger Nginx :

Code : Tout sélectionner

sudo systemctl reload nginx

4. Redémarrer le service PHP-FPM (exemple avec 8.4 FPM) :

Code : Tout sélectionner

sudo systemctl restart php8.4-fpm

Bonjour Xech,
Merci pour ces précisions. Cela refonctionne de nouveau .
Je me demandais si vous aviez envisagé un upload par morceaux (API File HTML5, File.slice() + requêtes successives de quelques Mo, réassemblage côté serveur) ?
Cela permettrait de s’affranchir de ces limites PHP ?
Bien cordialement.