herve_02 sur PhenixTweet

herve_02 @herve_02

2 jours

cela ne change pas. j'ai toujours les mêmes champs qui disparaissent et qui ont la même config que ceux qui ne disparaissent pas. pour ean par exemple, même si je re-sélectionne avant d'envoyer il disparaît à l'insertion.

pour l'ean si je re-selectionne le même il disparaît si j'en prends un autre il s'enregistre.
la page est resté stable avec 12 (score) + 40 (5 part.)
et elle reste stable maintenant. C'est érratique.

ou est la requête de mise à jour ?

2 jours

a répondu au Message de herve_02 il y a 2 jours

Est-ce qu'ils sont bien dans le Payload envoyé ? (Console => Réseau => clic sur l'url => à droite "charge utile / payload"

herve_02 @herve_02

2 jours

a répondu au Message de Eolia - 2 jours

oui je vous l'ean qui a disparu

-----------------------------30131871753474995474140851643
Content-Disposition: form-data; name="ean13"

9782752105059

2 jours

a répondu au Message de herve_02 il y a 2 jours

Faites un debug pas à pas dans la fonction processFeatures() de AdminProductsController.php pour savoir ce qui est reçu et ce qui est géré.
Cette fonction commence par toutes les supprimer puis associe celles reçues.

herve_02 @herve_02

13 h.

a répondu au Message de Eolia - 13 h.

Alors je tourne depuis un temps certain autour de cette chose je pense que cela vient de la fabrication du select pour les attributs

il doit y avoir un mic-mac en proposant des attributs qui n'existent pas.

13 h.

a répondu au Message de herve_02 il y a 13 h.

dans ps_feature_value vous avez des lignes avec custom = 1 ? Normalement après un upgrade ce ne doit plus être le cas, toutes les customs sont migrées en valeurs normales.

herve_02 @herve_02

a répondu au Message de Eolia - 12 h.

Oui pratiquement tout est en custom=1.

Maintenant je ne me souviens plus trop comment j'avais migré mes valeurs depuis presta 1.7 - de mémoire je pense que j'avais copié les tables as-is en ajoutant ou supprimant les colonnes qui ne correspondaient pas.
je n'ai pas migré j'ai insérer à la rache dans phenix.

je sais c'est que je vais devoir faire un nettoyage car il y a de nombreuses valeurs qui sont multiples. je pense que cela vient des précédentes migrations et que j'en ai hérité mais je ne jurerais pas.
il y a par exemple plusieurs "nombre de pages" qui valent 104 (c'est un exempl

11 h.

a répondu au Message de herve_02 il y a 11 h.

Normalement processFeatures() fait le job. Si la value est custom elle cherche si celle-ci n'existe pas déjà. Si oui elle l'associe au produit, sinon elle la crée en non-custom.
Il faudrait ensuite lister toutes les customs liées à aucun produit et les virer de la table.