Anomalie #14557
ferméFichier XML (core/xml/config.xml) non pris en compte lors de la copie dans le custom - champ CONFIG/default_timezone
Description
Ceci concerne le projet TCO situé à la Réunion, mais il s’agit bien d’un ticket backlog. La timezone en question est Indian/Reunion (soit UTC+4) et non Europe/Paris (UTC+2). Le tag est 20.03.5
La timezone apparait dans deux fichiers XML, apps/maarch_entreprise/xml/config.xml et core/xml/config.xml
Le premier (apps/...) ne pose pas de problème. Pour le second (core/...), la copie dans le custom n’est pas prise en compte et il faut modifier le XML dans le socle.
Problème :
Avec la timezone Europe/Paris, on a un 401 Unauthorized sur GET /rest/currentUser/profile, ce qui bloque le chargement et laisse une page grise après la connexion (voir capture d’éran du navigateur).
Tests :
- (initial) Europe/Paris dans socle & custom : KO erreur 401
- (attendu) Europe/Paris dans socle & Indian/Reunion dans custom : KO erreur 401
- (fonctionnel custom ignoré) Indian/Reunion dans socle et Europe/Paris dans custom : OK chargement correct
- (fonctionnel valeur fausse en custom) Indian/Reunion dans socle et texte aléatoire dans custom : OK chargement correct
- (fonctionnel valeur vraie en custom) Indian/Reunion dans socle & custom : OK chargement correct
Résumé :
GET /rest/currentUser/profile renvoie 401 Unauthorized {"errors": "Authentication Failed"} si on ne met pas la bonne timezone dans core/xml/config.xml dans le socle. Le custom est ignoré.
Résultat attendu :
Pouvoir modifier core/xml/config.xml dans le custom, afin de préserver le socle et de ne pas bloquer les mises-à-jour.
Idée :
Peut-être que le mécanisme de chargement des fichiers XML détectant qu’il faut charger depuis le custom et non le socle n’est pas activé partout. J’ai vu une fonction getXmlLoaded, je suppose que c’est elle qui remplit ce rôle de détection du XML dans le custom.
La fonction getXmlLoaded n’est pas appelée dans core/class/class_portal.php lignes 47-49, c’est simplexml_load_file qui est appelée dans la méthode build_config de la classe portal avec un chemin relatif au fichier actuel sans mention du custom.
J’espère que cette piste pourra vous être utile.
Fichiers
Mis à jour par Ludovic ARAUJO il y a plus de 4 ans
Reproduit en 20.03.8 (serveur : local, timezone : Europe/Paris)
J'ai appliqué la time zone de dakar dans mon custom (custom/cs_xxx/core/xml/config.xml), pas d'erreur.
J'ai modifier le fichier core/xml/config.xml du socle et j'ai eu l'erreur.
Mis à jour par Support Maarch il y a plus de 4 ans
- Statut changé de A qualifier à A traiter
Mis à jour par Emmanuel DILLARD il y a plus de 4 ans
- Statut changé de A traiter à Etude planifiée
- Priorité changé de 0-Bloquant à 1-Majeur
Mis à jour par Emmanuel DILLARD il y a plus de 4 ans
La mécanique a changé en 20.10.
20.03 -> modifier le XML du Core
Voir pour la prise en compte en custom (analyse)
Mis à jour par Emmanuel DILLARD il y a plus de 4 ans
- Statut changé de Etude planifiée à R&D - A planifier
Mis à jour par Emmanuel DILLARD il y a plus de 4 ans
- Projet changé de 298 à 299
- Statut changé de R&D - A planifier à R&D - En cours
Mis à jour par Florian AZIZIAN il y a plus de 4 ans
Ce n'est pas possible de le faire dans la 20.03 :
$_SESSION['config']['default_timezone'] est défini dans la fonction build_config() du fichier core/class/class_portal.php
Cette fonction est appelée dans le fichier core/init.php qui est lui-même appelé avant la définition du custom.
Par exemple dans les fichiers apps/maarch_entreprise/index.php ou index.php
Vous êtes donc obligé de modifier le fichier xml qui est dans les sources, comme vous l'avez déjà fait.
Pour pouvoir faire les mises à jour mineures via l'interface, il faudra donc :
- mettre de côté les modifications et réinitialiser le fichier d'origine
- faire la mise à jour via l'interface
- remettre les modifications
Il n'y aura pas le problème en 20.10 car la mécanique a été complètement revue.
Mis à jour par Florian AZIZIAN il y a plus de 4 ans
- Statut changé de R&D - En cours à R&D - Terminé
Mis à jour par Emmanuel DILLARD il y a plus de 4 ans
- Statut changé de R&D - Terminé à Rejeté
Mis à jour par Emmanuel DILLARD il y a plus de 4 ans
- Projet changé de 299 à 298
- Assigné à changé de Florian AZIZIAN à Quentin RIBAC
Mis à jour par Ludovic ARAUJO il y a plus de 4 ans
- Priorité changé de 1-Majeur à 0-Bloquant
Mis à jour par Henri QUENEAU il y a plus de 4 ans
- Priorité changé de 0-Bloquant à 1-Majeur
Mis à jour par Henri QUENEAU il y a plus de 4 ans
- Priorité changé de 1-Majeur à 0-Bloquant
Mis à jour par Emmanuel DILLARD il y a plus de 4 ans
- Projet changé de 298 à 299
- Statut changé de Rejeté à R&D - En cours
- Assigné à changé de Quentin RIBAC à EDI PO
- Priorité changé de 0-Bloquant à 1-Majeur
Mis à jour par Damien BUREL il y a plus de 4 ans
- Statut changé de R&D - En cours à R&D - Terminé
Mis à jour par Emmanuel DILLARD il y a environ 4 ans
-> utilisation de la timezone du apps/maarch_entreprise/xml/config.xml
Mis à jour par Emmanuel DILLARD il y a environ 4 ans
- Assigné à changé de Damien BUREL à Quentin RIBAC
Mis à jour par Emmanuel DILLARD il y a environ 4 ans
- Version cible changé de 20.03.XX à 20.03 (Fin de vie)
Mis à jour par Emmanuel DILLARD il y a plus de 3 ans
- Projet changé de 298 à Backlog Courrier
- Version cible changé de 20.03 (Fin de vie) à 20.03 (Sécurité)