[Gestsup 3.2.4] impossible de modifier les paramètres

Installation & Configuration du logiciel
yannickq
Gsup LEVEL 2
Messages : 44
Enregistré le : mer. 13 mars 2013 14:49

Bonjour,

je rencontre un problème que beaucoup semble avoir eu à savoir l'impossibilité d'enregistrer depuis le menu paramètres, la page reste blanche lorsque j'enregistre, suite à une modification.

j'ai tenté d'identifier un cas similaire dans le forum en vain, je n'ai pas constaté lors des maj semi-auto des erreurs d'update.

Sauriez vous me dire quel ALTER TABLE faire pour ajouter le champs manquant de ces 2 tentatives ?

PHP Fatal error: Uncaught PDOException: SQLSTATE[42S22]: Column not found: 1054 Unknown column 'log' in 'field list' in /var/www/gestsup_info/admin/parameters.php:338\nStack trace:\n#0 /var/www/gestsup_info/admin/parameters.php(338): PDOStatement->execute()\n#1 /var/www/gestsup_info/admin.php(20): include('/var/www/gestsu...')\n#2 /var/www/gestsup_info/main.php(426): include('/var/www/gestsu...')\n#3 /var/www/gestsup_info/index.php(295): require('/var/www/gestsu...')\n#4 {main}\n thrown in /var/www/gestsup_info/admin/parameters.php on line 338, referer: htp://xxxxx/index.php?page=admin&subpage=parameters
PHP Notice: Undefined index: log in /var/www/gestsup_info/menu.php on line 697, referer: htp://xxxxx/index.php?page=dashboard&userid=595&state=meta&ticket=%25&category=%25&subcat=%25&title=%25&date_create=%25&priority=%25&criticality=%25&company=%25
PHP Notice: Undefined index: log in /var/www/gestsup_info/menu.php on line 697, referer: htp://xxxxx/index.php?page=admin&subpage=parameters
PHP Notice: Undefined index: log in /var/www/gestsup_info/admin/parameters.php on line 836, referer: http://xxxxx/index.php?page=admin&subpage=parameters
PHP Notice: Undefined index: log in /var/www/gestsup_info/menu.php on line 697, referer: htp://xxxxx/index.php?page=admin&subpage=parameters
PHP Fatal error: Uncaught PDOException: SQLSTATE[42S22]: Column not found: 1054 Unknown column 'log' in 'field list' in /var/www/gestsup_info/admin/parameters.php:338\nStack trace:\n#0 /var/www/gestsup_info/admin/parameters.php(338): PDOStatement->execute()\n#1 /var/www/gestsup_info/admin.php(20): include('/var/www/gestsu...')\n#2 /var/www/gestsup_info/main.php(426): include('/var/www/gestsu...')\n#3 /var/www/gestsup_info/index.php(295): require('/var/www/gestsu...')\n#4 {main}\n thrown in /var/www/gestsup_info/admin/parameters.php on line 338, referer: htp://xxxxx/index.php?page=admin&subpage=parameters



Merci !

Gestsup 3.1.35 - OS: Linux Debian 8 Jessie x86_64, Apache: 2.4.10, MySQL: 5.5.55-0+deb8u1, PHP: 5.6.30-0+deb8u1
Avatar du membre
Flox
Administrateur du site
Messages : 9048
Enregistré le : jeu. 21 juin 2012 19:00

Bonjour,

il semblerai que la mise à jour SQL 3.2.1 ne se soit pas correctement exécuter sur votre installation.

Vous pourrez executer les requêtes suivantes pour corriger la situation :

Code : Tout sélectionner

UPDATE `tparameters` SET `time_display_msg`="250";

UPDATE `tstates` SET `display`='badge text-75 border-l-3 brc-black-tp8 bgc-primary text-white' WHERE `display`='badge badge-sm badge-primary arrowed-in';
UPDATE `tstates` SET `display`='badge text-75 border-l-3 brc-black-tp8 bgc-warning text-white' WHERE `display`='badge badge-sm badge-warning arrowed-in';
UPDATE `tstates` SET `display`='badge text-75 border-l-3 brc-black-tp8 bgc-success text-white' WHERE `display`='badge badge-sm badge-success arrowed arrowed-right arrowed-left';
UPDATE `tstates` SET `display`='badge text-75 border-l-3 brc-black-tp8 bgc-dark text-white' WHERE `display`='badge badge-sm badge-dark arrowed arrowed-right arrowed-left';
UPDATE `tstates` SET `display`='badge text-75 border-l-3 brc-black-tp8 bgc-danger text-white' WHERE `display`='badge badge-sm badge-danger arrowed-in arrowed-right arrowed-left';
UPDATE `tstates` SET `display`='badge text-75 border-l-3 brc-black-tp8 bgc-pink text-white' WHERE `display`='badge badge-sm badge-secondary arrowed arrowed-right arrowed-left';

UPDATE `tassets_state` SET `display`='badge text-75 border-l-3 brc-black-tp8 bgc-info text-white' WHERE `display`='badge badge-sm badge-info arrowed-in';
UPDATE `tassets_state` SET `display`='badge text-75 border-l-3 brc-black-tp8 bgc-success text-white' WHERE `display`='badge badge-sm badge-success arrowed arrowed-right arrowed-leftn';
UPDATE `tassets_state` SET `display`='badge text-75 border-l-3 brc-black-tp8 bgc-success text-white' WHERE `display`='badge badge-sm badge-success arrowed arrowed-right arrowed-left';
UPDATE `tassets_state` SET `display`='badge text-75 border-l-3 brc-black-tp8 bgc-warning text-white' WHERE `display`='badge badge-sm badge-warning arrowed-in arrowed-right arrowed-in arrowed-left';
UPDATE `tassets_state` SET `display`='badge text-75 border-l-3 brc-black-tp8 bgc-dark text-white' WHERE `display`='badge badge-sm badge-dark arrowed arrowed-right arrowed-left';

ALTER TABLE `tparameters` ADD `log` INT(1) NOT NULL AFTER `restrict_ip`;

CREATE TABLE IF NOT EXISTS `tlogs` (
  `id` int(10) NOT NULL AUTO_INCREMENT,
  `type` varchar(20) NOT NULL,
  `date` datetime NOT NULL,
  `message` varchar(254) NOT NULL,
  PRIMARY KEY (`id`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;
ALTER TABLE `tlogs` ADD `user` INT(10) NOT NULL AFTER `message`;
ALTER TABLE `tlogs` ADD `ip` VARCHAR(45) NOT NULL AFTER `user`;
ALTER TABLE `tlogs` ADD INDEX(`user`);
ALTER TABLE `ttoken` CHANGE `id` `id` INT(100) NOT NULL AUTO_INCREMENT;
ALTER TABLE `tparameters` CHANGE `imap_blacklist` `imap_blacklist` VARCHAR(1000) CHARACTER SET latin1 COLLATE latin1_swedish_ci NOT NULL;
Cdt
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.58 | MariaDB: 11.3.2 | PHP: 8.3.6 | https://doc.gestsup.fr/
yannickq
Gsup LEVEL 2
Messages : 44
Enregistré le : mer. 13 mars 2013 14:49

Merci pour la réponse rapide !


hormis :

ALTER TABLE `tparameters` ADD `log` INT(1) NOT NULL AFTER `restrict_ip`;

qui me renvoi

#1118 - Ligne trop grande. Le taille maximale d'une ligne, sauf les BLOBs, est 8126. Changez le type de quelques colonnes en BLOB


le reste passe correctement

Gestsup 3.1.35 - OS: Linux Debian 8 Jessie x86_64, Apache: 2.4.10, MySQL: 5.5.55-0+deb8u1, PHP: 5.6.30-0+deb8u1
Avatar du membre
Flox
Administrateur du site
Messages : 9048
Enregistré le : jeu. 21 juin 2012 19:00

C'est justement celle qui provoque le blocage, pouvez vous transmettre une impression écran de votre page système ?
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.58 | MariaDB: 11.3.2 | PHP: 8.3.6 | https://doc.gestsup.fr/
yannickq
Gsup LEVEL 2
Messages : 44
Enregistré le : mer. 13 mars 2013 14:49

Voici
Fichiers joints
Capture d'écran 2023-08-24 135417.png
Capture d'écran 2023-08-24 135417.png (102.02 Kio) Vu 400 fois

Gestsup 3.1.35 - OS: Linux Debian 8 Jessie x86_64, Apache: 2.4.10, MySQL: 5.5.55-0+deb8u1, PHP: 5.6.30-0+deb8u1
Avatar du membre
Flox
Administrateur du site
Messages : 9048
Enregistré le : jeu. 21 juin 2012 19:00

Est il possible de me transmettre un dump de la base de données en MP afin de reproduire le problème ?

Pourrez vous également tester ces requêtes :

Code : Tout sélectionner

SET SQL_MODE="NO_AUTO_VALUE_ON_ZERO";
SET default_storage_engine=INNODB;
ALTER TABLE `tparameters` ADD `log` INT(1) NOT NULL AFTER `restrict_ip`;
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.58 | MariaDB: 11.3.2 | PHP: 8.3.6 | https://doc.gestsup.fr/
yannickq
Gsup LEVEL 2
Messages : 44
Enregistré le : mer. 13 mars 2013 14:49

je rencontre la même anomalie avec ces requêtes.


je vois pour le dump (c'est un peu délicat avec toutes les données :) )

Gestsup 3.1.35 - OS: Linux Debian 8 Jessie x86_64, Apache: 2.4.10, MySQL: 5.5.55-0+deb8u1, PHP: 5.6.30-0+deb8u1
Avatar du membre
Flox
Administrateur du site
Messages : 9048
Enregistré le : jeu. 21 juin 2012 19:00

Pouvez-vous tester ces requêtes :

Code : Tout sélectionner

SET SQL_MODE="NO_AUTO_VALUE_ON_ZERO";
SET default_storage_engine=INNODB;
SET GLOBAL innodb_strict_mode = 0;
SET innodb_strict_mode = 0;
ALTER TABLE `tparameters` ADD `log` INT(1) NOT NULL AFTER `restrict_ip`;
Pourrez-vous également transmettre une impression écran de phpmyadmin sur la table tparameters sur l'onglet opération
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.58 | MariaDB: 11.3.2 | PHP: 8.3.6 | https://doc.gestsup.fr/
yannickq
Gsup LEVEL 2
Messages : 44
Enregistré le : mer. 13 mars 2013 14:49

avec le strict mode désactivé c'est passé (je n'avais pas osé), je peux agir sur le menu paramétrage depuis.

en pièce jointe l'onglet opération de la table tparameters


merci pour ce contournement, je ne saisis pas pourquoi cette limitation à priori qui viendrait du format innodb et du nombre de champs de la table ? (je ne suis pas du tout expert en la matière).
Fichiers joints
Capture d'écran 2023-08-24 142016.png
Capture d'écran 2023-08-24 142016.png (49.59 Kio) Vu 389 fois

Gestsup 3.1.35 - OS: Linux Debian 8 Jessie x86_64, Apache: 2.4.10, MySQL: 5.5.55-0+deb8u1, PHP: 5.6.30-0+deb8u1
Avatar du membre
Flox
Administrateur du site
Messages : 9048
Enregistré le : jeu. 21 juin 2012 19:00

très bien, vous pourrez après une sauvegarde modifier le ROW_FORMAT en DYNAMIC :
2023-08-24 14_24_53-localhost _ MariaDB _ bsup_master _ tparameters _ phpMyAdmin 5.2.1.png
2023-08-24 14_24_53-localhost _ MariaDB _ bsup_master _ tparameters _ phpMyAdmin 5.2.1.png (19.85 Kio) Vu 388 fois
Ensuite il sera nécessaire de mettre à jour votre installation qui est très obsolète, mise à jour de l'application en dernière version stable et mise à jour du serveur avec les prérequis suivant : https://doc.gestsup.fr/prerequisites/#serveur
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.58 | MariaDB: 11.3.2 | PHP: 8.3.6 | https://doc.gestsup.fr/
Répondre