Modulo FAQ e Domande e Risposte

v1.0.42026/10/08

• Il pulsante "Moderato" nell'email inviata al team non funzionava. Dalla versione 1.0.0 , in tutti i negozi, veniva visualizzato con href="" . L'email viene inviata quando un cliente la richiede, ovvero dal front-end, e la funzione getAdminLink() non conosce il nome della cartella del back-office né possiede un token: genera un'eccezione, l'URL rimane vuoto e il template visualizza comunque il pulsante. Maesal ha segnalato questo problema in produzione (PrestaShop 9.1). Ora, l'indirizzo del back-office viene registrato in RKRQUESTIONS_BO_URL (globale, non per negozio) ogni volta che qualcuno effettua l'accesso - ` displayBackOfficeHeader , nuovo - durante l'installazione, all'apertura di "Configura" e durante l'aggiornamento dal back-office. Viene registrato utilizzando il dominio predefinito configurato per il negozio, non l' Host della richiesta. Se la cartella viene rinominata, viene corretta automaticamente al successivo accesso. Il link è intenzionalmente senza token: l'email può essere inoltrata. Senza una sessione attiva, PrestaShop ti chiede di accedere e ti reindirizza alla pagina "Domande sul prodotto"; con una sessione attiva, visualizza il messaggio "Token non valido" e cliccando su "Sì, comprendo i rischi" puoi accedere. Finché l'indirizzo è sconosciuto (aggiornato da bin/console e prima che qualcuno abbia effettuato l'accesso), il pulsante appare all'interno di un commento HTML anziché essere vuoto e la versione testuale non presenta i due punti mancanti.

12/09/2026
v1.0.3

Tre correzioni emerse durante l'esecuzione del modulo tramite la copia di PrestaShop 9 di maesaldetailer, con le sue 2.913 righe reali.

• La simulazione di salvataggio non contava le risposte. Ha riportato 2.002 risposte, mentre il salvataggio effettivo ne ha scritte 2.904. Nella simulazione writeThread() ` restituiva zero, ovvero "non scritto", anche quando la riga era valida, quindi la mappa degli ID rimaneva vuota e il ciclo di risposta saltava le 903 risposte senza alcuna notifica. Inoltre, non veniva controllato il prodotto di ciascuna risposta, il che significa che un'eventuale eliminazione non veniva riportata nel report. E quel numero della simulazione è proprio quello che qualcuno ha annotato in seguito per verificare che l'importazione fosse effettivamente andata a buon fine.
• Il report non tornava: 2.913 letti, 2.904 scritti e 8 scartati. Ne mancava uno, e non c'era modo di sapere quale. Si tratta della risposta a una domanda scartata — "Il tuo prodotto non è più nel catalogo" — che è stata saltata con un " continue senza essere registrata. Ora viene conteggiata come pregunta_descartada e il conteggio si chiude.
• tests/ backoffice.test.js non è stato eseguito su una copia client. Ha fabbricato il dominio come .test e le copie sono .ias.test Quindi, il test dello schermo era valido solo nei negozi di laboratorio, dove non ci sono dati. Ora legge DOMAIN dal file .env e accetta RKRQ_BO_USER e RKRQ_BO_PASS , perché in una copia client, ADMIN_PASSWD dal file .env non apre il back office. I test di integrazione passano da 41 a 45: la simulazione deve contare le stesse cose che vengono scritte, scartare le stesse cose e il report deve corrispondere.