Signalements en attente, bugs confirmés, statut des correctifs et entrées résolues
Problèmes connus des modules PrestaShop mypresta.rocks
Vérifiez les signalements en attente, les bugs confirmés, les notes de compatibilité, le statut des correctifs et les problèmes résolus avant de mettre un module à jour ou d'ouvrir un ticket de support.
Les signalements restent visibles pendant leur examen
Une entrée publique commence généralement par un ticket de support, un test de compatibilité ou un signalement client. Les nouveaux signalements apparaissent d'abord en attente, puis nous confirmons le comportement et mettons à jour le module concerné et le statut sans exposer de détails privés de la boutique.
Les entrées ouvertes indiquent quoi vérifier avant une mise à jour
Utilisez cette page avant d'installer une mise à jour, de tester un module sur une nouvelle version de PrestaShop ou de décider si un ticket de support est nécessaire. Les problèmes ouverts expliquent ce qui est encore vérifié ou corrigé, tandis que la recherche et les filtres de statut vous aident à réduire rapidement la liste.
Les problèmes résolus restent visibles
Les entrées corrigées ne sont pas masquées après publication. Les conserver visibles rend l'historique du module plus facile à comprendre : vous voyez ce qui a été signalé, quel module était concerné et quand le problème a été traité.
Ce qui se passe maintenant
Un aperçu rapide des signalements en attente, des problèmes ouverts et des correctifs récents. Utilisez le suivi complet ci-dessous pour rechercher par module, filtrer par statut ou trier toute la liste.
En attente d'examen
Aucun signalement public en attente d'examen.
Points ouverts à surveiller
Récemment résolus
- Les achats renvoyés côté serveur apparaissent comme de nouveaux utilisateurs dans GA4 Marketing Revolution
- Validation de l’e-mail en checkout invité trop stricte — rejetait les adresses avec + Checkout Revolution
- Le bouton Express Checkout était invisible sur mobile avec 5+ articles Checkout Revolution
- La connexion Redis échoue silencieusement — la boutique bascule sur le cache fichier sans avertissement Instant Redis
Tous les problèmes suivis
Recherchez par module ou détails du problème, filtrez par statut et triez par date de mise à jour ou nombre de signalements.
Les événements GA4 add_shipping_info et add_payment_info reposent sur un MutationObserver qui surveille la classe CSS .-current sur les éléments natifs des étapes de commande PrestaShop. Les modules de commande en une page, les thèmes de checkout personnalisés ou les modules utilisant des indicateurs d'étapes différents ne déclencheront pas ces deux événements spécifiques.
Tous les autres événements de suivi (begin_checkout, purchase, pages vues, ajout au panier) fonctionnent quel que soit le module de commande utilisé — seuls les événements intermédiaires des étapes de commande sont concernés.
Lorsque le système de renvoi des achats manqués s'exécute via cron, il génère un pseudo client ID (chiffres aléatoires + horodatage) car le cookie _ga du navigateur d'origine n'est pas disponible. Par conséquent, les achats renvoyés apparaissent comme des sessions/utilisateurs distincts dans les rapports GA4.
Solution de contournement : Activez le suivi User-ID dans la configuration de la plateforme GA4. Si le client était connecté lors de l'achat, le User-ID permettra de relier l'événement côté serveur à son profil utilisateur existant.
Email addresses containing a + character (e.g. user+shop@gmail.com) were rejected during guest checkout even though they are RFC-compliant.
The express checkout floating button got pushed below the fold on mobile devices when the cart contained more than 5 line items.
Lorsque le serveur Redis est inaccessible, le module bascule silencieusement sur le cache fichier sans aucune notification dans l'administration. La boutique semble fonctionner normalement mais avec des performances dégradées.
Les galeries produit contenant des URLs vidéo (YouTube, Vimeo ou hébergées en propre) affichent un bouton de lecture générique au lieu d'une vraie miniature extraite de la vidéo. Le module extrait correctement les identifiants vidéo à partir des URLs via des expressions régulières, mais ne récupère pas la miniature réelle depuis l'API de la plateforme vidéo.
YouTube fournit des miniatures à l'adresse https://img.youtube.com/vi/{id}/maxresdefault.jpg et Vimeo via son API oEmbed. Aucune de ces sources n'est actuellement utilisée — le module affiche par défaut une icône SVG de lecture superposée.
Sur PrestaShop 1.7.6 avec PHP 7.2, la page de commande plante en raison des déclarations de propriétés typées qui ne sont pas prises en charge par PHP 7.2.
Le journal d'activité admin ne dispose d'aucun mécanisme de rotation ni de nettoyage. Sur les boutiques actives avec plusieurs administrateurs, la table du journal dépasse 500 Mo en moins d'un an.
Après la réinitialisation de la configuration du module, les groupes d'attributs créés manuellement tels que « Matériau » ou « Saison » ne réapparaissent pas dans la liste des filtres disponibles. L'opération de réinitialisation vide la table mprfilterrevolution_template_item, qui stocke l'association entre les groupes d'attributs et les modèles de filtres.
Il s'agit d'une limitation de conception — le module ne peut pas distinguer les associations de filtres créées par l'utilisateur de celles par défaut lors de la réinstallation.
Si un nom de produit contient un caractère pipe (|), l'analyseur de modèles de méta-titres considère tout ce qui suit comme un espace réservé pour la catégorie, tronquant ainsi le nom réel du produit.
When a customer in a special price group (e.g. wholesale) used express checkout, the discounted price was not applied. The Stripe amount used the catalog price instead of the group-specific price.
SEPA Direct Debit payments take 5–14 business days to settle. The webhook for charge.succeeded fired days after checkout, but the order status handler didn't recognize it as the same order because it matched on charge ID rather than payment intent ID.
On the Hummingbird theme (PS 8+), the express checkout buttons inherited a 0px border-radius from the theme's button reset, making them look squared instead of the standard Stripe rounded style.