Ausstehende Meldungen, bestätigte Fehler, Behebungsstatus und gelöste Einträge
Bekannte Probleme für PrestaShop-Module
Prüfen Sie ausstehende Meldungen, bestätigte Fehler, Kompatibilitätshinweise, Behebungsstatus und gelöste Probleme, bevor Sie ein Modul aktualisieren oder ein Support-Ticket öffnen.
Meldungen bleiben sichtbar, während sie geprüft werden
Ein öffentlicher Eintrag beginnt meist mit einem Support-Ticket, einem Kompatibilitätstest oder einer Kundenmeldung. Neue Meldungen erscheinen zuerst als ausstehend; anschließend bestätigen wir das Verhalten und aktualisieren das betroffene Modul und den Status, ohne private Shop-Details offenzulegen.
Offene Einträge zeigen, worauf Sie vor einem Update achten sollten
Nutzen Sie diese Seite, bevor Sie ein Update installieren, ein Modul mit einer neuen PrestaShop-Version testen oder entscheiden, ob ein Support-Ticket nötig ist. Offene Probleme erklären, was noch geprüft oder behoben wird; Suche und Statusfilter helfen, die Liste schnell einzugrenzen.
Behobene Probleme bleiben sichtbar
Behobene Einträge werden nach der Veröffentlichung nicht ausgeblendet. So bleibt die Modulhistorie leichter nachvollziehbar: Sie sehen, was gemeldet wurde, welches Modul betroffen war und wann das Problem bearbeitet wurde.
Was gerade passiert
Ein schneller Blick auf ausstehende Meldungen, offene Probleme und aktuelle Behebungen. Nutzen Sie den vollständigen Tracker unten, um nach Modul zu suchen, nach Status zu filtern oder die ganze Liste zu sortieren.
Prüfung ausstehend
Keine ausstehenden öffentlichen Meldungen warten auf Prüfung.
Offene Punkte im Blick behalten
Kürzlich behoben
- Serverseitig nachgesendete Käufe erscheinen in GA4 als neue Nutzer Marketing Revolution
- Validierung der E-Mail im Gast-Checkout war zu streng — Adressen mit + wurden abgelehnt Checkout Revolution
- Express-Checkout-Button war auf Mobilgeräten bei 5+ Artikeln nicht sichtbar Checkout Revolution
- Redis-Verbindung scheitert lautlos — Shop fällt ohne Warnung auf Datei-Cache zurück Instant Redis
Alle verfolgten Probleme
Nach Modul oder Problemdetails suchen, nach Status filtern und nach Aktualisierungsdatum oder Anzahl der Meldungen sortieren.
Die GA4-Events add_shipping_info und add_payment_info basieren auf einem MutationObserver, der die CSS-Klasse .-current an den nativen Checkout-Schritt-Elementen von PrestaShop überwacht. One-Page-Checkout-Module, benutzerdefinierte Checkout-Themes oder Module mit anderen Schritt-Indikatoren lösen diese beiden spezifischen Events nicht aus.
Alle anderen Tracking-Events (begin_checkout, purchase, Seitenaufrufe, Add-to-Cart) funktionieren unabhängig vom verwendeten Checkout-Modul — nur die Events für die Zwischenschritte sind betroffen.
Wenn der Nachsende-Mechanismus für verpasste Käufe per Cron auslöst, generiert er eine Pseudo-Client-ID (zufällige Ziffern + Zeitstempel), da das ursprüngliche _ga-Cookie des Browsers nicht verfügbar ist. Dadurch erscheinen nachgesendete Käufe in GA4-Berichten als separate Sitzungen bzw. Nutzer.
Workaround: Aktivieren Sie User-ID-Tracking in der GA4-Plattformkonfiguration. War der Kunde während des Kaufs eingeloggt, verknüpft die User-ID das serverseitige Event mit dem bestehenden Nutzerprofil.
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.
Wenn der Redis-Server nicht erreichbar ist, wechselt das Modul lautlos auf dateibasiertes Caching, ohne den Administrator zu benachrichtigen. Der Shop scheint zu funktionieren, allerdings mit verringerter Leistung.
Produktgalerien mit Video-URLs (YouTube, Vimeo oder selbst gehostet) zeigen anstelle eines tatsächlichen Video-Thumbnails einen generischen Play-Button-Platzhalter an. Das Modul extrahiert die Video-IDs korrekt per Regex aus den URLs, ruft aber kein echtes Vorschaubild von der API der jeweiligen Videoplattform ab.
YouTube stellt Thumbnails unter https://img.youtube.com/vi/{id}/maxresdefault.jpg bereit, Vimeo über die oEmbed-API. Derzeit wird keine dieser Quellen genutzt — das Modul fällt auf ein statisches SVG-Play-Icon-Overlay zurück.
Unter PrestaShop 1.7.6 mit PHP 7.2 stürzt die Checkout-Seite ab, da typisierte Property-Deklarationen in PHP 7.2 nicht unterstützt werden.
Das Admin-Aktivitätsprotokoll verfügt über keinen Rotations- oder Bereinigungsmechanismus. Bei aktiven Shops mit mehreren Administratoren wächst die Protokolltabelle innerhalb eines Jahres auf über 500 MB.
Nach dem Zurücksetzen der Modulkonfiguration erscheinen benutzerdefinierte Attributgruppen wie „Material“ oder „Saison“ nicht mehr in der Liste der verfügbaren Filter. Der Reset löscht die Zuordnungstabelle mprfilterrevolution_template_item, in der die Verknüpfung zwischen Attributgruppen und Filter-Templates gespeichert ist.
Dies ist eine Design-Einschränkung — das Modul kann bei der Neuinstallation nicht zwischen benutzerdefinierten und Standard-Filterzuordnungen unterscheiden.
Wenn ein Produktname ein Pipe-Zeichen (|) enthält, interpretiert der Meta-Titel-Parser alles nach dem Zeichen als Kategorie-Platzhalter und schneidet den eigentlichen Namen ab.
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.