[Résolu] Passage 1.3.7 -> 1.4.1 et paypalapi à paypal 2.4

[Yann - Prestaplugins]

Bonjour,

Un de mes clients que je suis en train de migrer en 1.4 utilisait paypalapi sur sa version 1.3.7
La structure de la table paypal_order était la suivante :

CREATE TABLE IF NOT EXISTS `PREFIX_paypal_order` (
 `id_order` int(10) unsigned NOT NULL auto_increment,
 `id_transaction` varchar(255) NOT NULL,
 PRIMARY KEY (`id_order`)
) ENGINE=MyISAM  DEFAULT CHARSET=utf8;

L'installation de paypal 2.4 sur une version 1.4.1 de presta fait ceci :

/* Set database */
       if (!Db::getInstance()->Execute('CREATE TABLE IF NOT EXISTS `'._DB_PREFIX_.'paypal_order` (
         `id_order` int(10) unsigned NOT NULL,
         `id_transaction` varchar(255) NOT NULL,
         `payment_method` int(10) unsigned NOT NULL,
         `payment_status` varchar(255) NOT NULL,
         `capture` int(10) unsigned NOT NULL,
         PRIMARY KEY (`id_order`)
       ) ENGINE='._MYSQL_ENGINE_.'  DEFAULT CHARSET=utf8'))
           return false;

Du coup ma table n'est pas mise à jour puisqu'elle existe déjà, et plus rien ne marche (erreur de requete dans la fiche commande par exemple, sur le BO).

La question est donc, si je drop ma table actuelle, perdant tous les id_transaction des commandes précédentes, que va t'il se passer ?
Si je veux la mettre à jour, avec quelles valeurs je remplis les nouvelles colonnes, puisqu'elles sont censés être non nulles ?

Si quelqu'un a eu ce problème et l'a résolu, je suis preneur de la bonne solution...

D'avance merci.

[Yann - Prestaplugins]

Bon, après une petite recherche dans le code, il semblerait que le id_transaction ne soit utilisé que dans le fichier ipn.php gérant les retours envoyés par paypal, donc a priori pas de soucis pour le supprimer si toutes les transactions sont déjà validées.

Du coup, drop de la table, et réinstallation du module 2.4