Bonjour
J'ai une page d'erreur après avoir validé une action sur un ticket (création, mise à jour et résolution). Je me retrouve avec une page blanche.
Je suis en version 3.2.45
Merci de votre aide
Plantage après action
-
- Gsup LEVEL 4
- Messages : 108
- Enregistré le : mar. 27 déc. 2022 15:52
GestSup: 3.2.49 | Debian: 12 | Apache: 2.4.59-1 | MariaDB: 10.11.6 | PHP: 8.3.6
-
- Gsup LEVEL 4
- Messages : 108
- Enregistré le : mar. 27 déc. 2022 15:52
Pour compléter, de façon globale, je ne peux plus agir. Peu importe la modification tentée, j'ai une page blanche ensuite.
GestSup: 3.2.49 | Debian: 12 | Apache: 2.4.59-1 | MariaDB: 10.11.6 | PHP: 8.3.6
Bonjour,
Pouvez-vous transmettre votre log d'erreur apache ?
Ou activer le mode débug pour avoir un message d'erreur.
Vous pourrez également tester de retélécharger le patch 3.2.45 puis écraser les fichiers sur votre serveur.
Cdt
Pouvez-vous transmettre votre log d'erreur apache ?
Ou activer le mode débug pour avoir un message d'erreur.
Vous pourrez également tester de retélécharger le patch 3.2.45 puis écraser les fichiers sur votre serveur.
Cdt
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.59 | MariaDB: 11.4.2 | PHP: 8.3.8 | https://doc.gestsup.fr/
-
- Gsup LEVEL 4
- Messages : 108
- Enregistré le : mar. 27 déc. 2022 15:52
J'ai cette erreur ou voulant réinstaller le patch
ALTER TABLE `trights` ADD `ticket_user_mandatory` INT(1) NOT NULL COMMENT 'Oblige la saisie du champ Demandeur' AFTER `ticket_user_disp`;
MySQL a répondu : Documentation
#1060 - Nom du champ 'ticket_user_mandatory' déjà utilisé
ALTER TABLE `trights` ADD `ticket_user_mandatory` INT(1) NOT NULL COMMENT 'Oblige la saisie du champ Demandeur' AFTER `ticket_user_disp`;
MySQL a répondu : Documentation
#1060 - Nom du champ 'ticket_user_mandatory' déjà utilisé
GestSup: 3.2.49 | Debian: 12 | Apache: 2.4.59-1 | MariaDB: 10.11.6 | PHP: 8.3.6
Il s'agit uniquement des fichiers, mais le plus important est le log d'erreur Apache.
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.59 | MariaDB: 11.4.2 | PHP: 8.3.8 | https://doc.gestsup.fr/
-
- Gsup LEVEL 4
- Messages : 108
- Enregistré le : mar. 27 déc. 2022 15:52
Le voici
- Fichiers joints
-
- error.zip
- (1.67 Kio) Téléchargé 70 fois
GestSup: 3.2.49 | Debian: 12 | Apache: 2.4.59-1 | MariaDB: 10.11.6 | PHP: 8.3.6
Les logs d'erreurs semble datés d'avril, avez vous la possibilité d'activer le mode débug de l'application.
Afin d'avoir un message d'erreur.
Afin d'avoir un message d'erreur.
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.59 | MariaDB: 11.4.2 | PHP: 8.3.8 | https://doc.gestsup.fr/
-
- Gsup LEVEL 4
- Messages : 108
- Enregistré le : mar. 27 déc. 2022 15:52
Les logs datent bien de ce jour
Voici les nouveaux log avec le mode debug actif
Voici les nouveaux log avec le mode debug actif
- Fichiers joints
-
- error (2).zip
- (1.79 Kio) Téléchargé 56 fois
GestSup: 3.2.49 | Debian: 12 | Apache: 2.4.59-1 | MariaDB: 10.11.6 | PHP: 8.3.6
Il semble qu'il vous manque certains fichiers d'un composant pourtant bien présent dans le patch 3.2.45.
Pouvez-vous indiquer si vous avez bien recopier les fichiers du patch 3.2.45 sur votre serveur ?
Pouvez-vous indiquer le contenu du repertoire :
Cdt
Pouvez-vous indiquer si vous avez bien recopier les fichiers du patch 3.2.45 sur votre serveur ?
Pouvez-vous indiquer le contenu du repertoire :
Code : Tout sélectionner
/vendor/ezyang/htmlpurifier
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.59 | MariaDB: 11.4.2 | PHP: 8.3.8 | https://doc.gestsup.fr/
-
- Gsup LEVEL 4
- Messages : 108
- Enregistré le : mar. 27 déc. 2022 15:52
Voici le contenu
- Fichiers joints
-
- Capture d'écran 2023-12-22 143536.png (4.38 Kio) Vu 551 fois
GestSup: 3.2.49 | Debian: 12 | Apache: 2.4.59-1 | MariaDB: 10.11.6 | PHP: 8.3.6