[résolu] message d'erreur BD lors de mise a jour 3.0.18.9 vers 3.0.19.x

Bonjour,
lors de la mise à jour de virtuemart 3.0.18.9 vers une 3.0.19.x, j'ai systématiquement un message identique à celi-ci

Column length too big for column 'cat_params' (max = 16383); use BLOB or TEXT instead SQL=ALTER TABLE `#__virtuemart_categories` ADD `cat_params` varchar(17000) NOT NULL DEFAULT '' AFTER `hits`

j'ai tenté d'ajouter la commande sql avec phpmyadmin, mais sans succès, la commande :l'erreur :
si je teste :ça annonce :
et si je teste :
l'erreur est :
alors là je ne pige pas ce qui déconne

quelqu'un à déjà vu ça ou une solution à mon petit problème ?
Merci

Utilise TEXT et non BLOB car un BLOB est un genre de fichier binaire, sans valeur par defaut.

Bonjour Patrick, merci pour ton post.

j'ai réussi à faire ma mise à jour, en installant VM 3.0.19.9 sur un site de dev propre puis avec les manips suivantes :

restaurer le site de prod en 3.0.18.9 (version avant la tentative de MAJ).

1- exporter la table virtuemart_categories du site de prod 3.0.18.9
en local je modifie le préfix dans le fichier d'export.

2- j'importe le contenu la table virtuemart_categories sur le site de dev 3.0.19.9 (pas la structure, juste les données).

3- j'exporte la table catégorie du dev qui contiens le champ "cat_params".
en local je modifie le nom des préfix dans le nouveau fichier d'export pour que ça fonctionne en importation sur le site de prod.

4- je supprime la table virtuemart_categories sur le site de prod ...(j'ai une sauvegarde complète sous le coude).
5- j'importe l'export avec les préfix modifiés sur le site de prod et ...ça fonctionne sans erreur dans phpmyadmin. avec le champ "cat_params".
(cette fois-ci, j'importe la structure et les données, car j'ai préalablement supprimé la table plus haut dans cette histoire).

6- Pour fini je tente l'installation de virtuemart 3.0.19.9 + AIO avec succès ...OUF !

Pour information :

le site de prod à été initialement installé sur un serveur avec :

PHP 5.5.9-1
Apache : 2.4.7
Base MySql : 5.5.54-0

puis transporté (depuis plus d'un mois) sur un serveur avec cette configuration :

PHP : 7.0.15-0
Apache : 2.4.18
Base MySql : 5.7.17-0

peut-être que cette mésaventure est liée à ce changement, mais je n'en ai pas la certitude.

Comme je vais tenté cette mise à jour sur un autre site sur un serveur PHP 5.5.9-1, je pourrait vérifier si cela ce produit.
Je vérifierais également la mise à jour avec une copie du même site sur un serveur PHP : 7.0.15-0 pour vérifier si le problème survient après une changement de version de php ou mysql.
Ainsi, il sera possible faire une remontée d'information fiable à ce sujet.

Merci

de ce que je crois comprendre, seules les versions paires sont des versions stables.
n'était il pas prématuré d'upgrader vers 3.0.19??

Bonjour Serge.
c'est un site vitrine sans panier ...aucun risque avec mes sauvegardes quotidiennes

cela dit c'était pareil avec toutes les versions 3.0.19.x
j'attendrai la 3.0.20 pour le e-commerce alors...

Bonjour

Apparemment la version 3.0.20 est pour aujourd'hui.

Bonjour Madame,

Chouette, je vais pouvoir jouer
Merci pour l'info Valérie.

serge écrit: de ce que je crois comprendre, seules les versions paires sont des versions stables.
n'était il pas prématuré d'upgrader vers 3.0.19??

Pour ma part j'ai autant de soucis voir plus avec la 3.0.18.0 officiel que les versions 3.0.19.8 ou 3.0.19.9.
Donc selon les cas j'utilise la 3.0.18.6 ou la 3.0.19.8. Apparemment la 3.0.19.9 est presque la même que la 3.0.20 et même milbo quand tu lis ces postes n'est pas vraiment sur de savoir quel est actuellement la version la plus stable et si la version 3.0.20 est la 3.2.

Correction rapide:
c'est la version com_virtuemart.3.2.0 qui va bientot sortir