Segnalazioni in sospeso, bug confermati, stato delle correzioni e voci risolte
Problemi noti dei moduli PrestaShop mypresta.rocks
Controlla segnalazioni in sospeso, bug confermati, note di compatibilità, stato delle correzioni e problemi risolti prima di aggiornare un modulo o aprire un ticket di supporto.
Le segnalazioni restano visibili durante la revisione
Una voce pubblica di solito inizia con un ticket di supporto, un test di compatibilità o una segnalazione cliente. Le nuove segnalazioni compaiono prima come in sospeso, poi confermiamo il comportamento e aggiorniamo modulo e stato senza esporre dettagli privati del negozio.
Le voci aperte mostrano cosa controllare prima dell'aggiornamento
Usa questa pagina prima di installare un aggiornamento, testare un modulo su una nuova versione di PrestaShop o decidere se serve un ticket di supporto. I problemi aperti spiegano cosa è ancora in verifica o correzione, mentre ricerca e filtri per stato aiutano a restringere rapidamente l'elenco.
I problemi risolti restano visibili
Le voci corrette non vengono nascoste dopo il rilascio. Mantenerle visibili rende più facile capire la cronologia del modulo: puoi vedere cosa è stato segnalato, quale modulo era interessato e quando il problema è stato gestito.
Cosa sta succedendo ora
Uno sguardo rapido a segnalazioni in sospeso, problemi aperti e correzioni recenti. Usa il tracker completo sotto per cercare per modulo, filtrare per stato o ordinare l'intero elenco.
In attesa di revisione
Nessuna segnalazione pubblica in sospeso attende la revisione.
Elementi aperti da monitorare
Risolti di recente
- Gli acquisti reinviati lato server appaiono come nuovi utenti in GA4 Marketing Revolution
- Validazione e-mail nel checkout ospite troppo restrittiva — rifiutava indirizzi con + Checkout Revolution
- Il pulsante Express Checkout non era visibile su mobile con 5+ articoli Checkout Revolution
- La connessione Redis fallisce silenziosamente — il negozio torna alla cache su file senza avviso Instant Redis
Tutti i problemi tracciati
Cerca per modulo o dettagli del problema, filtra per stato e ordina per data di aggiornamento o numero di segnalazioni.
Gli eventi GA4 add_shipping_info e add_payment_info si basano su un MutationObserver che monitora la classe CSS .-current sugli elementi nativi degli step del checkout di PrestaShop. I moduli di checkout a pagina singola, i temi di checkout personalizzati o i moduli che utilizzano indicatori di step diversi non attiveranno questi due eventi specifici.
Tutti gli altri eventi di tracciamento (begin_checkout, purchase, visualizzazioni di pagina, aggiungi al carrello) funzionano indipendentemente dal modulo di checkout utilizzato — solo gli eventi degli step intermedi del checkout sono interessati.
Quando il reinvio degli acquisti mancanti si attiva tramite cron, genera un client ID pseudo-casuale (cifre casuali + timestamp) perché il cookie _ga del browser originale non è disponibile. Ciò significa che gli acquisti reinviati appaiono come sessioni/utenti separati nei report GA4.
Soluzione alternativa: Abilitare il tracciamento User-ID nella configurazione della piattaforma GA4. Se il cliente era autenticato durante l'acquisto, lo User-ID collegherà l'evento lato server al suo profilo utente esistente.
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.
Quando il server Redis non è raggiungibile, il modulo torna silenziosamente alla cache basata su file senza alcuna notifica all'amministratore. Il negozio sembra funzionare ma con prestazioni ridotte.
Le gallerie prodotto con URL video (YouTube, Vimeo o self-hosted) mostrano un segnaposto con pulsante play generico invece di una miniatura reale del video. Il modulo estrae correttamente gli ID dei video dagli URL tramite pattern regex, ma non recupera l'immagine della miniatura dall'API della piattaforma video.
YouTube fornisce le miniature all'indirizzo https://img.youtube.com/vi/{id}/maxresdefault.jpg e Vimeo tramite la sua API oEmbed. Nessuna delle due fonti viene attualmente utilizzata — il modulo ricorre a un'icona play SVG statica sovrapposta.
Su PrestaShop 1.7.6 con PHP 7.2, la pagina di checkout si blocca a causa delle dichiarazioni di proprietà tipizzate che non sono supportate in PHP 7.2.
Il log delle attività admin non dispone di alcun meccanismo di rotazione o pulizia. Nei negozi attivi con più amministratori, la tabella del log supera i 500MB entro un anno.
Dopo aver reimpostato la configurazione del modulo, i gruppi di attributi creati manualmente come “Materiale” o “Stagione” non ricompaiono nell'elenco dei filtri disponibili. L'operazione di reset cancella la tabella di mappatura mprfilterrevolution_template_item, che memorizza l'associazione tra gruppi di attributi e template di filtro.
Si tratta di una limitazione di progettazione — il modulo non è in grado di distinguere tra mappature dei filtri create dall'utente e quelle predefinite durante la reinstallazione.
Se il nome di un prodotto contiene un carattere pipe (|), il parser del pattern del meta title tratta tutto ciò che segue come un segnaposto di categoria, troncando il nome effettivo.
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.