Oczekujące zgłoszenia, potwierdzone błędy, status poprawek i rozwiązane wpisy
Znane problemy modułów PrestaShop
Sprawdź oczekujące zgłoszenia, potwierdzone błędy, informacje o kompatybilności, status poprawek i rozwiązane problemy, zanim zaktualizujesz moduł lub otworzysz zgłoszenie do wsparcia.
Zgłoszenia pozostają widoczne podczas weryfikacji
Publiczny wpis zwykle zaczyna się od zgłoszenia do wsparcia, testu kompatybilności albo zgłoszenia klienta. Nowe zgłoszenia najpierw pojawiają się jako oczekujące, a potem potwierdzamy zachowanie i aktualizujemy objęty moduł oraz status bez ujawniania prywatnych szczegółów sklepu.
Otwarte wpisy pokazują, na co zwrócić uwagę przed aktualizacją
Użyj tej strony przed instalacją aktualizacji, testowaniem modułu na nowej wersji PrestaShop albo decyzją, czy potrzebne jest zgłoszenie do wsparcia. Otwarte problemy wyjaśniają, co jest nadal sprawdzane lub naprawiane, a wyszukiwarka i filtry statusu pomagają szybko zawęzić listę.
Rozwiązane problemy pozostają widoczne
Naprawione wpisy nie są ukrywane po wydaniu poprawki. Dzięki temu historia modułu jest łatwiejsza do zrozumienia: widać, co zgłoszono, którego modułu dotyczył problem i kiedy został obsłużony.
Co dzieje się teraz
Szybki przegląd oczekujących zgłoszeń, otwartych problemów i ostatnich poprawek. Użyj pełnego trackera poniżej, aby wyszukać moduł, filtrować po statusie lub sortować całą listę.
Oczekuje na weryfikację
Brak publicznych zgłoszeń oczekujących na weryfikację.
Otwarte pozycje do obserwacji
Ostatnio rozwiązane
- Ponownie wysłane zakupy po stronie serwera pojawiają się jako nowi użytkownicy w GA4 Marketing Revolution
- Walidacja email w guest checkout zbyt restrykcyjna — odrzuca adresy ze znakiem + Checkout Revolution
- Przycisk express checkout był niewidoczny na mobile przy 5+ produktach Checkout Revolution
- Email potwierdzenia zamówienia wysyłany dwukrotnie przy płatności Stripe Checkout Revolution
Wszystkie śledzone problemy
Szukaj według modułu lub szczegółów problemu, filtruj po statusie i sortuj według daty aktualizacji albo liczby zgłoszeń.
Zdarzenia GA4 add_shipping_info i add_payment_info opierają się na MutationObserver obserwującym klasę CSS .-current na natywnych elementach kroków checkout PrestaShop. Moduły one-page checkout, niestandardowe motywy checkout lub moduły używające innych wskaźników kroków nie wyzwolą tych dwóch konkretnych zdarzeń.
Wszystkie pozostałe zdarzenia śledzenia (begin_checkout, purchase, odsłony stron, dodanie do koszyka) działają niezależnie od używanego modułu checkout — problem dotyczy wyłącznie zdarzeń pośrednich kroków checkout.
Gdy mechanizm ponownego wysyłania utraconych zakupów uruchamia się przez cron, generuje pseudo client ID (losowe cyfry + znacznik czasu), ponieważ oryginalne ciasteczko _ga z przeglądarki nie jest dostępne. Oznacza to, że ponownie wysłane zakupy pojawiają się jako oddzielne sesje/użytkownicy w raportach GA4.
Obejście: Włącz śledzenie User-ID w konfiguracji platformy GA4. Jeśli klient był zalogowany podczas zakupu, User-ID powiąże zdarzenie po stronie serwera z jego istniejącym profilem użytkownika.
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.
When paying with Stripe, the order confirmation email was sent once by the Stripe webhook handler and once by the standard order validation hook, resulting in duplicate emails.
Gdy serwer Redis jest niedostępny, moduł po cichu przechodzi na cache oparty na plikach bez żadnego powiadomienia w panelu administracyjnym. Sklep wydaje się działać poprawnie, ale z obniżoną wydajnością.
Galerie produktów z adresami URL wideo (YouTube, Vimeo lub hostowane samodzielnie) wyświetlają ogólny placeholder z przyciskiem play zamiast rzeczywistej miniatury klatki z filmu. Moduł poprawnie wyodrębnia identyfikatory wideo z adresów URL za pomocą wyrażeń regularnych, ale nie pobiera rzeczywistego obrazu miniatury z API platformy wideo.
YouTube udostępnia miniatury pod adresem https://img.youtube.com/vi/{id}/maxresdefault.jpg, a Vimeo przez swoje API oEmbed. Żadne z tych źródeł nie jest obecnie wykorzystywane — moduł używa statycznej nakładki SVG z ikoną play.
Na PrestaShop 1.7.6 z PHP 7.2 strona checkout ulega awarii z powodu deklaracji typowanych właściwości (typed properties), które nie są obsługiwane w PHP 7.2.
Log aktywności administracyjnej nie posiada mechanizmu rotacji ani czyszczenia. W aktywnych sklepach z wieloma administratorami tabela logów rośnie do ponad 500MB w ciągu roku.
Po zresetowaniu konfiguracji modułu, niestandardowe grupy atrybutów, takie jak „Materiał” czy „Sezon”, nie pojawiają się ponownie na liście dostępnych filtrów. Operacja resetu czyści tabelę mprfilterrevolution_template_item, która przechowuje powiązania między grupami atrybutów a szablonami filtrów.
Jest to ograniczenie projektowe — moduł nie potrafi rozróżnić mapowań filtrów utworzonych przez użytkownika od domyślnych podczas ponownej instalacji.
Jeśli nazwa produktu zawiera znak pipe (|), parser wzorca meta title traktuje wszystko po nim jako zmienną kategorii, ucinając rzeczywistą nazwę.
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.