VERSION 26.5.2

[xech]

Bonjour à tous ! Une nouvelle version est disponible, avec au programme :

Amélioration du drag & drop des événements
Amélioration du moteur de recherche : ergonomie et rapidité
Amélioration du contrôle des dates de début/fin d'événements et tâches
Amélioration de la présentation des tâches en vue détaillée
Correction de l'encodage des caractères spéciaux dans les notifications envoyées par email
Correction de l'affichage des sondages, si module désactivé
OAuth via "google-api-php-client" mis à jour en v2.19.3

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.

.

[jcs12400]

Bonjour à tous, nouvelle version installé. Pour le moment tout est bon. Merci pour ces développements.

Patrick.

[xech]

Merci Patrick pour ton retour,

Une prochaine version devrait arriver à la fin du mois, avec encore quelques améliorations sur le module Agenda.

Xech

[galiezyn]

Tout fonctionne parfaitement.
Merci aux développeurs !
G.

[audrey]

Merci aux développeurs

[philippeM]

Bonjour,
moi j'ai un soucis avec actualité,
lorsque je copie le contenu d'une new pour en faire une nouvelle, je perds la présentation html, les liens...
ce qui perd le charme d'Agora!

de plus, plus grave la perte d'actualisées archivés!?
impossible de revenir sur actualités actives lorsque l'on est passé sur Afficher les actualités archivées!

>> retour à la 25.3.3 j'ai peut-être été un peu vite pourtant pas d'erreur de MAJ
hebergement sur Nuxit mutualisé

merci de votre aide
@+
Philippe M

[galiezyn]

Bonjour,

J'ai un petit souci d'affichage dans le module tâche : dans le calendrier de choix de date de début et de fin, la ligne des initiales des jours de la semaine disparaît sous la barre de l'éditeur quand le cadre de description est affiché.

Par ailleurs, dans le module Actus, sur les écrans mobiles, les images en haute résolution ne sont pas redimensionnées, un swipe horizontal est donc souvent nécessaire tant pour l'image que pour le texte du même post. Sur laptop/desktop, la largeur de l'image est pourtant limitée à 100% du conteneur du post.

Je ne suis pas en mesure de dire si ce comportement est lié à la 26.5.2 ou antérieur.

Merci pour votre attention !

Cordialement,

G.

[xech]

Bonjour à tous !

@philippeM : effectivement, ce dysfonctionnement temporaire des actualités archivés est plutôt inhabituel. En tout cas je ne l'ai pas rencontré sur la toute dernière version 26.5.2. Pour la copie d'actualité, il est possible de récupérer le code html via le menu "Outils" -> "Code source" : cela permet de récupérer la mise en page exacte.

@galiezyn : concernant le souci d'affichage de la sélection de date des tâches et les images d'actualité en HD, j'ai pu faire plusieurs tests de mon coté sans rencontrer ce soucis. Est-il possible d'avoir une capture d'écran, connaitre le navigateur utilisé et avoir la version d'Agora-Project ?

Xech

[galiezyn]

Bonjour,

Navigateur Chrome (à jour), Version Omnispace/Agora 26.5.2

En de qui concerne les tâches :

Agora.png (118.62 Kio) Consulté 683 fois

En ce qui concerne les actus (comportement sur mobile => image HD non adaptative) :

Screenshot_20260604-130756.png (1.89 Mio) Consulté 683 fois

Cordialement,

G

[xech]

Merci pour ce retour rapide,

Pour la sélection de date des tâches, le soucis a été repéré.

Concernant l'affichage d'image HD, il est très probable que le texte "Lorem ipsum" soit contenu dans un tableau avec une largeur fixe, et qui viendrait perturber la mise en page sur mobile... auquel cas la photo HD ne serait pas en cause.

Xech

[galiezyn]

Bonjour xech,

Non, pas de tableau, le post a été créé directement dans l'éditeur pour le texte et la fonction d'insertion du fichier joint pour l'image, le tout sans fioritures particulières.

La capture d'écran ci-dessus se rapporte à un post créé pour l'occasion. A toute fins utiles, je copie ici le code source d'un article réel qui a le même comportement - J'espère avoir bien repéré la section. Pour mémoire, ce comportement se produit sur mobile pas sur laptop/desktop, même en réduisant la largeur de la fenêtre au maximum pour imiter les petits écrans.

Code : Tout sélectionner

<div class="vNewsDescription"><p><span style="font-size: 1.4em;"><strong><em>Les Quinze Myst&egrave;res et la Vierge du Rosaire</em></strong></span><p>&nbsp;</p><p><a id="attachedFileTag17" data-fancybox="images" data-src="?ctrl=object&amp;action=AttachedFileDisplay&amp;_id=17&amp;extension=.jpg"><img class="attachedFileTag" style="display: block; margin-left: auto; margin-right: auto;" src="?ctrl=object&amp;action=AttachedFileDisplay&amp;_id=17&amp;extension=.jpg"></a></p><p>&nbsp;</p><p>Peintre n&eacute;erlandais (peut-&ecirc;tre Goswijn van der Weyden, actif vers 1491, mort apr&egrave;s 1538), vers 1515-20.</p><p>&nbsp;</p><p>Ce retable miniature se rapporte au culte de la Vierge du Rosaire. Sur les registres sup&eacute;rieurs sont repr&eacute;sent&eacute;s quinze myst&egrave;res associ&eacute;s &agrave; la vie de la Vierge : cinq joyeux, cinq douloureux et cinq glorieux. La sc&egrave;ne de la base illustre un miracle par lequel un homme a &eacute;t&eacute; sauv&eacute; de la mort lorsqu'il a pri&eacute; la Vierge du Rosaire. Chaque Ave Maria qu'il a r&eacute;cit&eacute; s'est transform&eacute; en une rose que l'Enfant J&eacute;sus a ensuite tiss&eacute;e en guirlande. Le paysage de fond repr&eacute;sente le palais du Coudenberg &agrave; Bruxelles, ce qui laisse penser que le tableau a &eacute;t&eacute; command&eacute; par un membre de la cour des Habsbourg, peut-&ecirc;tre les seigneurs de Ravensteyn.</p><p>&nbsp;</p><p><strong>Source :</strong> <a href="https://www.metmuseum.org/art/collection/search/437216" target="_blank" rel="noopener">https://www.metmuseum.org/art/collection/search/437216</a></p><p>&nbsp;</p></p></div>

Encore merci pour votre aide !

G.

P.S. : Si cela peut vous aider, le problème se pose sur Chrome Mobile pour Android et sur l'application Omnispace pour Android, sur Pixel 10 Pro Ultra comme sur Galaxy Z Fold 6 que l'écran soit plié ou déplié.

[xech]

@galiezyn : merci pour toutes ces précisions. Cela devrait fonctionner avec la toute prochaine version, mais à confirmer tout de même dans votre configuration.

Xech

[jmmoes]

NB : Cest un retour d'expérience que j'ai pu réaliser, non seulement grâce aux navigations dans divers espaces de ce forum, mais aussi en étant abondamment accompagné par les capacités impressionnantes de navigation et de construction de sens de perplexity.ai (sur base Claude 4.5)

***

Bonjour,

Je partage ici une expérience de mise à jour assez complète, au cas où cela puisse aider d’autres personnes dans une configuration similaire (hébergement mutualisé, SMTP externe, DNS chez un autre registrar, etc.).

1. Contexte initial

- Plateforme : Omnispace / Agora-Project mise à jour vers la version 26.5.2
- Hébergement : mutualisé chez Infomaniak (PHP 8.x, Apache 2.4, MariaDB 10.11)[1][2]
- Nom de domaine : géré chez un autre prestataire (OVH), avec plusieurs boîtes mail déjà en production chez différents clients
- Objectif : mettre à jour l’Agora vers 26.5.2, puis réactiver l’envoi de mails (notifications, réinitialisation de mot de passe, etc.) en attendant une migration mail plus globale

2. Premier blocage : erreur d’update et fichier `UPDATE_LOCK.log`

Après la mise à jour vers 26.5.2, l’accès à l’Agora renvoyait uniquement :
> `Update error : check Apache/PHP logs for details. When the issue is resolved : delete the 'DATAS/UPDATE_LOCK.log' file.`

La suppression du fichier `DATAS/UPDATE_LOCK.log` ne suffisait pas : à chaque accès, Omnispace relançait la procédure de mise à jour, échouait à nouveau, et recréait le fichier de verrouillage.

Côté logs PHP, on voyait un dépassement du temps d’exécution sur une opération de dump / migration de base de données, typiquement sur une ligne du type :

```php
$dumpTxt = trim($dumpTxt, ",");
```

Ce qui indiquait clairement que la migration de base de données prenait plus de temps que le `max_execution_time` autorisé.

3. Ajustement des limites PHP/Apache sur Infomaniak

Sur Infomaniak, les limites par défaut étaient de l’ordre de 60 secondes / ~640 Mo.
Depuis le Manager Infomaniak, il est possible d’augmenter ces valeurs jusqu’à 300 secondes et 1280 Mo :[2][1]

- Manager → Hébergement Web → site concerné → Paramètres avancés
- Onglet PHP / Apache
- Augmentation de :
- `max_execution_time` (par exemple à 300 s)
- `memory_limit` (par exemple à 1024M ou 1280M)

Après ce réglage, la mise à jour a pu progresser… jusqu’à un nouveau type d’erreur.

4. Deuxième blocage : `Call to undefined function set_time_limit()`

Une fois la mise à jour bien entamée, l’Agora a commencé à renvoyer des erreurs de ce type :

```text
Fatal error: Uncaught Error: Call to undefined function set_time_limit()
in .../app/Common/DbUpdate.php on line 90
```

Puis, plus tard, au moment d’envoyer des notifications ou de traiter certains fichiers :

```text
Fatal error: Uncaught Error: Call to undefined function set_time_limit()
in .../app/ModFile/CtrlFile.php on line 193
```

En résumé :
- Omnispace utilise `set_time_limit()` à plusieurs endroits (mise à jour, gestion de fichiers, etc.) pour prolonger ou supprimer la limite de temps d’exécution.
- Sur l’hébergement mutualisé Infomaniak, `set_time_limit()` est désactivée par défaut, ce qui provoque une erreur fatale dès qu’elle est appelée.[3]

5. Deux approches possibles

5.1. Patch léger dans le code Omnispace

Dans un premier temps, j’ai patché le code aux endroits concernés, par exemple :

```php
// Avant
set_time_limit(0);

// Après
if (function_exists('set_time_limit')) {
set_time_limit(0);
}
```

Ce patch est propre (il ne change pas la logique métier) et permet d’éviter l’erreur fatale sur les plateformes où la fonction est désactivée.

On peut l’appliquer dans :
- `app/Common/DbUpdate.php` (mise à jour)
- `app/ModFile/CtrlFile.php` (gestion des fichiers et notifications)
- et tout autre fichier qui appelle `set_time_limit()` directement

5.2. Solution globale recommandée : activer `set_time_limit()` dans le Manager Infomaniak

Infomaniak fournit toutefois une solution officielle pour gérer cette fonction :[3]

1. Se connecter au Manager Infomaniak
2. Aller dans Hébergement Web → cliquer sur le nom du site
3. Cliquer sur Gérer sous Paramètres avancés
4. Onglet PHP / Apache
5. Repérer la ligne `set_time_limit` et activer le toggle On
6. Enregistrer

Une fois `set_time_limit()` réactivée à ce niveau, tous les appels d’Omnispace fonctionnent sans devoir patcher le code. C’est la solution la plus pérenne, tant que l’hébergeur le permet.

> Remarque : `set_time_limit()` reste limitée par la valeur de `max_execution_time` définie dans le même écran, on ne peut pas dépasser ce plafond via cette fonction.[4][3]

6. SMTP et authentification mail (SPF/DKIM) avec un domaine chez un autre registrar

Une fois la plateforme stabilisée côté PHP, j’ai rencontré un autre problème :
les mails de notification envoyés depuis l’Agora vers des adresses Gmail étaient rejetés avec cette erreur :

```text
550-5.7.26 Your email has been blocked because the sender is unauthenticated.
Gmail requires all senders to authenticate with either SPF or DKIM.
...
DKIM = did not pass
SPF [lefildesidees.fr] with ip [...] = did not pass
```

Contexte :
- Domaine `example.fr` géré chez OVH
- Hébergement et SMTP chez Infomaniak (`mail.infomaniak.com`)
- Des boîtes mail déjà existantes chez différents prestataires

6.1. Configuration SMTP dans l’Agora

Côté Omnispace, la config SMTP fonctionnelle avec Infomaniak était :

- Serveur SMTP : `mail.infomaniak.com`
- Port : `587`
- Chiffrement : TLS / STARTTLS
- Authentification : obligatoire
- Identifiant : adresse mail complète (ex. `contact@example.fr`)
- Mot de passe : celui de cette adresse
- Expéditeur : même adresse mail que l’identifiant

6.2. SPF sur la zone DNS OVH

Le SPF initial côté OVH ressemblait à :

```text
v=spf1 include:mx.ovh.com ~all
```

Il fallait y ajouter Infomaniak :

```text
v=spf1 include:mx.ovh.com include:spf.infomaniak.ch ~all
```

Attention :
- Le bon include est `spf.infomaniak.ch` (sans underscore)[5][6]
- Il ne doit exister qu’un seul enregistrement SPF par domaine (une seule ligne TXT commençant par `v=spf1`)[7]

#### 6.3. DKIM Infomaniak avec DNS externe

Infomaniak signe les mails avec DKIM via un enregistrement spécifique :

1. Dans le Manager Infomaniak → Service Mail → sélectionner le service → menu Sécurité globale
2. Section DKIM : récupérer l’enregistrement TXT proposé (sélecteur du type `2024xxxx._domainkey`)[8][9]
3. Dans la zone DNS OVH, ajouter cet enregistrement TXT tel quel (sans rajouter une deuxième fois le nom de domaine)

Après propagation (15–30 minutes avec un TTL bas), les mails envoyés depuis l’Agora via SMTP Infomaniak sont devenus correctement authentifiés et acceptés par Gmail.

7. Résultat final

À l’arrivée, tout fonctionne de manière stable :

- Mise à jour 26.5.2 terminée malgré une base de données un peu lourde et des limites serveur strictes
- `set_time_limit()` activée proprement via le Manager Infomaniak (et patch de sécurité possible côté code si besoin)
- SMTP configuré avec `mail.infomaniak.com`
- SPF et DKIM corrects pour un domaine géré ailleurs, ce qui améliore la délivrabilité générale

***

Voilà ce que mon assistant pseudo-intelligent m'a permis de réaliser. Pas mal d'allers-retours entre Infomaniak, Omnispace et OVH, d'essais et d'erreurs, avant d'arriver à une Agora qui fonctionne à merveille, ça en valait la peine, pour faire honneur au travail que représente le développement d'Omnispace.

Mon assistant pseudo-intelligent propose aussi modestement d'envelopper les appels à `set_time_limit()` dans un `if (function_exists('set_time_limit')) dans le code source, pour éviter les erreurs fatales sur certains mutualisés où cette fonction reste désactivée par défaut.

Sans obligation aucune, bien sûr, ce sont juste ses deux centimes complémentaires de contribution à cette plate-forme qui m'apporte grande satisfaction depuis plusieurs années.

***

Belle journée,
Jean-Marie

Sources
[1] 10x more resources for your web applications and scripts https://news.infomaniak.com/en/10x-more ... d-scripts/
[2] 10x plus de ressources pour vos scripts et applications Web • Infomaniak https://news.infomaniak.com/10x-plus-de ... tions-web/
[3] Gérer la fonction set_time_limit https://www.infomaniak.com/fr/support/f ... time-limit
[4] set_time_limit - Manual https://www.php.net/manual/fr/function. ... -limit.php
[5] Manage SPF records - Infomaniak https://www.infomaniak.com/en/support/f ... pf-records
[6] Comment configurer SPF pour Infomaniak ? - Skysnag https://www.skysnag.com/fr/blog/how-to- ... nfomaniak/
[7] Gérer les enregistrements SPF - Infomaniak https://www.infomaniak.com/fr/support/f ... ements-spf
[8] Gérer les enregistrements DKIM - Infomaniak https://www.infomaniak.com/fr/support/f ... ments-dkim
[9] Add Infomaniak DKIM on Cloudflare https://www.infomaniak.com/en/support/f ... cloudflare
[10] version 3.1.9 (07-2016) - OLD - Omnispace - The Agora Project https://www.agora-project.net/discussio ... hp?t=21959
[11] Activar/desactivar la función set_time_limit -... https://www.infomaniak.com/es/asistenci ... time-limit
[12] Forum : Probléme de download de fichiers volumineux https://grafikart.fr/forum/12872
[13] Temps d'arret automatique php https://openclassrooms.com/forum/sujet/ ... ion-script
[14] Taille des fichiers - Agora-Project - Omnispace https://www.omnispace.fr/appMisc/discus ... hp?t=22536
[15] Résoudre une erreur liée aux limitations de ressources - Infomaniak https://www.infomaniak.com/fr/support/f ... ressources
[16] Sous-Domaine et Session https://openclassrooms.com/forum/sujet/ ... sion-12481
[17] FAQ - Help centre: Cloud Server https://www.infomaniak.com/en/support/f ... oud-server
[18] Maximum execution time exceeded WordPress - Tibow Webdesign https://thibautsoufflet.fr/blog/maximum ... wordpress/
[19] Collaborative Workspace Powered by ... https://www.agora-project.net/app/doc/D ... ION_EN.pdf
[20] version 3.1.0 (03-2016) - OLD - Omnispace - The Agora Project http://omnispace.fr/agora-project/appMi ... hp?t=21894
[21] VERSION 3.7.4.2 / 20.12 - Omnispace - The Agora Project https://www.omnispace.fr/AP-OMNISPACE/a ... hp?p=34370

[xech]

@Jean-Marie: Merci pour cette contribution très complète et détaillée !

La toute prochaine version intègrera un contrôle plus poussé de la fonction set_time_limit() qui bloque parfois complètement l'exécution des scripts .. à défaut d'envoyer simplement un message dans les logs.

Par contre cela m'étonne que la mise à jour prenne plus de 60 secondes. Par curiosité, quelle est la taille du Dump réalisé lors de l'update ?

Concernant le SPF et DKIM, c'est effectivement surtout une affaire de domaine. En tout cas merci d'avoir partagé toutes ces infos !

Xech

[jmmoes]

@Xech: Merci pour ta réponse.

Vérification faite, aucun fichier dump n'est présent dans DATAS/ après la mise à jour. Il est probable que le dump de sauvegarde généré lors de la mise à jour n'ait pas été conservé, ou qu'Infomaniak l'ait nettoyé automatiquement, ou bien encore que la procédure ait échoué avant d'avoir pu l'écrire sur le disque.

Cela étant, j'avais fait un dump .gz avant la mise à jour, qui faisait 57 Mo. Dans mon tableau de bord Infomaniak, la base est annoncée comme faisant 225,12 Mo. Et selon phpMyAdmin, le total serait de 219,8 Mo.

Encore merci pour ton travail
-JM2

[xech]

@Jean-Marie:

- Effectivement le dump de ta base de donnée est très conséquent, ce qui explique la durée de la mise à jour et le timeout du temps d'exécution.

- Sinon le fichier BackupDatabase.sql est bien supprimé à la fin de la mise à jour. Il n'est conservé que si une erreur venait à survenir avec le fichier UPDATE_LOCK.log

cdlt
Xech