Problème enregistrer et rester

[walpa 0]

Bonjour la communauté,

 

J'aurais besoin d'un petit coup de main.

Quand je modifie un article et que je fais enregistrer et rester, ça ne reste pas sur la fiche produit, ça revient automatiquement vers le catalogue produits et en plus cela ne sauvegarde pas mes modifications.

Quelqu'un aurait une idée?

Ce qui est étrange c'est qu'avant ça fonctionnait bien et que je n'ai touché....

 

Merci pour votre aide.

[[PrestaModule] Steph 53]

Bonjour,

 

Tout comme Eolia le signale, votre soucis est très certainement lié à un changement majeur intervenu dans Chrome 54 et les dernières versions de Firefox + Edge.

 

Toutes les version de PrestaShop sont impactés (1.5 et 1.6), et cela concerne toute la partie édition de produit (y compris les packs).

Voici le lien vers le correctif (non définitif attention) en question https://github.com/PrestaShop/PrestaShop/pull/6749
Ainsi que le ticket sur la forge de PrestaShop : http://forge.prestashop.com/browse/PSCSX-8524

Si vous le pouvez, utilisez Chrome 53 pour réaliser vos modifications, des anciennes versions sont proposées ici : http://www.slimjet.com/chrome/google-chrome-old-version.php

Nous sommes tous très impatient de voir le correctif finalisé, et la version 1.6.1.9 publiée !

[Eolia 2,497]

Si vous avez mis à jour, sans doute sans le savoir, votre Chrome en version 54 et celui-ci bloque les requêtes ajax synchrone car deprecated (et que ça lui bouffe sa bande passante)

 

Voir ici: http://build.prestashop.com/news/prestashop-1618-maintenance-release/

et ici: https://www.prestashop.com/forums/topic/563746-mise-%C3%A0-jour-cr%C3%A9ation-produit-impossible-un-update-de-pr%C3%A9vu-pour-156x-et-160x/

[walpa 0]

Merci pour votre réponse rapide, vous êtes au top..... Par contre Google commence à faire chi.....

[Eolia 2,497]

Oui et non...

Google impose sa loi ok (et vous n'êtes pas obligé d'utiliser son navigateur) mais les requetes synchrones sont deprecated depuis 2012 quand même^^

[okom3pom 584]

On peut pas en vouloir à google pour un truc déprécié depuis si longtemps ... 

[[PrestaModule] Steph 53]

Non, en revanche, il est bien dommage de voir que pour respecter le SEMVER PrestaShop ait préféré livrer hier la 1.6.1.8 en l'état alors que la PR était faite il y a 6 jours déjà.

 

Autant je peux comprendre la logique initiale du SEMVER, mais lors que nous sommes face à un problème majeur rendant les boutiques des marchands inexploitables, je me dis qu'une "petite" entorse au règlement aurait été préférable.

Edited October 27, 2016 by [PrestaModule] Steph

[walpa 0]

Ça va, ça va je retire ce que j'ai dit 

[okom3pom 584]

Comme je l'ai souligné dans un autre sujet seulement 60% de nos clients utilisent chrome !

Oui l'entorse ou la fracture aurait été préférable

Elle est quand même sortie le 13 octobre dans une branche stable ^ _ ^

Edited October 27, 2016 by okom3pom

[Eolia 2,497]

Non, en revanche, il est bien dommage de voir que pour respecter le SEMVER PrestaShop aient préféré livrer la 1.6.1.8 en l'état.

Autant je peux comprendre la logique initiale du SEMVER, mais lors que nous sommes face à un problème majeur rendant les boutiques inexploitables, je me dis qu'une "petite" entorse aurait mieux été préférable.

Sérieusement ?

Le problème a été remonté il y a 2 ans (Chrome avait déjà eu des velléités puis les avait enlevées) à Prestashop.

Les débats ont été longs et la conclusion: On a 12 onglets à charger, on les charge en synchrone les uns après les autres et c'est tout.

 

On leur a proposé de faire différemment (Charger un menu produit avec que le 1er onglet réellement chargé et les autres au clic si nécessaire) mais non, il faudrait ré-écrire toute la page (tpl + js + controleur) donc niet.

 

C'est pourtant la seule solution viable, mais nous, on est juste des trolls^^

[[PrestaModule] Steph 53]

Je n'étais pas au courant de ce débat :-)

[Eolia 2,497]

Mais si voyons, il l'ont même solutionné )

https://www.prestashop.com/forums/topic/394792-enregistrement-produit-bo-16011-trop-lent/