Jump to content

Testez PrestaShop 1.6.1.2 RC1 !


Xavier Borderie

Recommended Posts

L'équipe Produit travaille sur la version 1.6.1.2 de PrestaShop, qui après la v1.6.1.1 est la seconde version "patch" pour la 1.6.1.0.

 

Comme nous l'avions fait pour la 1.6.1.1, nous voulons offrir une phase de test correcte à la 1.6.1.2 : nous prévoyons deux semaines pour obtenir des retours sur les problèmes corrigés. Cette phase de test commence aujourd'hui, avec la mise à disposition de la première version Release Candidate, ou RC1.

 

Étant donné que c'est une version patch, la 1.6.1.2 ne fait que corriger des problèmes -- les versions patch ne sont pas destinées à ajouter des fonctionnalités, mais à les faire fonctionner encore mieux ! De fait, il s'agit d'une mise à jour très simple à partir de la 1.6.1.0 ou de la 1.6.1.2.

 

Un point particulier qui en intéressera plus d'un : cette version corriger un problème de longue date de lenteur côté back-office, notamment sur la page produit. Nous avons vraiment vraiment vraiment besoin de vos retours sur ce point! Est-ce corrigé dans toutes les situations ? Y'a-t-il encore des lenteurs ?  Dites-le nous !

 

Pour en savoir plus, lisez l'article sur Build, notre blog de dev.

Link to comment
Share on other sites

j'ai pas trouvé l'install plus rapide (a vue d'oeil en tout cas), sinon :
- le chargement des onglets dans les fiches produits dans le BO est bien plus rapide
- enfin la possibilité d'avoir un fichier defines "customisé", par contre certaines constantes ne peuvent pas être redéfinies dans defines.inc.php (_PS_DEBUG_PROFILING_, _PS_MODE_DEMO_, et bien d'autres...), est il envisageable d'avoir un jour fichier defines.inc.php comme ça (évidemment je n'ai mis toutes les constantes, c'est juste un exemple) :
 

<?php
/* liste des constantes avec les valeurs par defaut */
$constantes = array(
	'_PS_MODE_DEV_' => false,
	'_PS_DISPLAY_COMPATIBILITY_WARNING_' => false,
	'_PS_DEBUG_PROFILING_' => false,
	'_PS_MODE_DEMO_' => false,
	'PS_PRODUCT_TAX' => 0,
	'PS_STATE_TAX' => 1,
	'PS_BOTH_TAX' => 2,
	'PS_TAX_EXC' => 1,
	'PS_TAX_INC' => 0);
	
foreach ($constantes as $constante => $value)
	if (!defined($constante))
		define($constante, $value);

if (_PS_MODE_DEV_ === true) {
    @ini_set('display_errors', 'on');
    @error_reporting(E_ALL | E_STRICT);
    define('_PS_DEBUG_SQL_', true);
} else {
    @ini_set('display_errors', 'off');
    define('_PS_DEBUG_SQL_', false);
}

- par contre quelqu'un qui découvre et installe prestashop pour la première fois tombe sur une page modules avec que des ? au lieux d'images (pour les premiers modules en tout cas), ce serait bien d'y remédier.

- est il utile d'afficher la version de prestashop sur la page de connexion du BO ?

Link to comment
Share on other sites

  • 2 weeks later...

...et nous sommes maintenant en RC2 RC3 pour la 1.6.1.2. Faites-nous vos retours !

 

Nous avons eu un faut-départ ce lundi avec la RC2, qui s'est trouvée avoir ses propres problèmes. Le principal a été corrigé aussitôt, et les deux autres ont été corrigé hier matin, ce qui explique que l'on soit passés à la RC3.

De nombreuses pull-requests faites par nos développeurs ont été acceptées dans le code lundi matin afin que leurs corrections soient présentes dans la 1.6.1.2 aussitôt que possible, et nous avons avons confiance en nos collègues dont tout n'a pas été testé pour la RC2. Cela aurait dû être fait avant de packager la RC. Désolé pour ceux qui ont rencontré un écran blanc ! Nous faisons en sorte que cela n'arrive plus.

 

Autre problème : j'avais compris, lors de ma rédaction de l'annonce de la RC1, que le problème de lenteur été résolu. Malheureusement ce n'était pas la cas, en tout cas pas pour tout le monde. Bien sûr, le back-office est plus rapide dans la plupart des situations (surtout pour ceux qui ont un bon hébergeur), mais le bouton Enregistrer & Rester peut toujours mettre plusieurs minutes à redevenir disponible pour certaines configurations serveur. Nous sommes encore en quête d'une solution définitive.

Le ticket Forge principal est celui de MacRoy, mais il y en a d'autres. Toujours est-il que ce ticket contient une poignée de correctifs que vous pouvez appliquer pour corriger vos problèmes :

Ils ont tous été ajoutés dans la branche 1.6.1.x, et sont donc présentes dans les RC de la 1.6.1.2.

 

De fait, nous avons besoin de plus d'information : aidez-nous à débusquer ce problème ! Comment ? En faisant ceci :

  • Envoyez-nous les informations données par le Mode Dev !
  • Vérifiez auprès de votre hébergeur que ni mod-evasive, ni mod-security ne sont activés !
  • Si votre situation est dramatique (bon serveur, mais back-office leeeeeeeent), merci de nous envoyer un message privé avec un accès temporaire à votre back-office et votre FTP !

Pour rappel, le fait que le bouton soit lent depuis quelques mois tient à plusieurs éléments concomitants :

  • La page Produit a de nombreux onglets.
  • Un clic sur le bouton Enregistrer fait une sauvegarde du produit complet, donc de tous ses onglets.
  • Si tous les onglets ne sont pas chargés au moment du clic sur le bouton (typiquement : ouverture de la page produit, changement rapide d'un détail, enregistrement dans la foulée), une erreur survenait. Lire PSCSX-1257.
  • La solution ? Interdit l'envoi du formulaire jusqu'à ce que tous les onglets ont été chargés ; et donc, désactiver le bouton tant que les onglets se chargent. Lire PSCFV-12359.
  • La conséquence ? Sur certaines configurations serveur (la plupart du temps, les hébergements les moins chers), un clic sur le bouton enregistré déclenche plusieurs appels Ajax synchrone vers le serveur, ce qui dans les faits empêche au bouton de redevenir disponible aussitôt cliqué.

Veuillez noter que j'ai repris tout ceci des tickets et de retours de nos développeurs -- tout n'est pas forcément correct. Ce dont je suis sûr, c'est que nous avons BESOIN de vos retours en situations réelles (et possiblement d'un accès à votre boutique) afin de réunir plus d'information ; sans cela, nous débuggons à l'aveugle.

 

Par ailleurs, deux notes rapides :

  • Le bouton ne redevient jamais disponible ? Votre serveur a probablement répondu par une erreur HTTP 500. Vérifiez vos logs serveur. Utilisez le Mode Dev. Il se peut que vous dussiez passer à un serveur plus puissant.
  • L'affichage prend quelques secondes de plus qu'avec une version/RC précédente. Le cache de PrestaShop est sans doute en train de s'initialiser, le timing devrait redevenir normal très bientôt.

À nouveau, merci pour tous vos retours ! Nous voulons VRAIMENT corriger ce problème !

 

Merci pour votre patience tandis que nous nous efforçons de corriger ce problème.

Link to comment
Share on other sites

  • 1 month later...

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...