WPML – I testi originali vengono sostituiti da quelli nella lingua tradotta

Ciao proviamo a fare dei test e vedere se riusciamo a riprodurre la cosa.
Ti aggiorniamo, grazie della segnalazione.

Ciao,
sono partito da una installazione pulita con plugin versione 1.2 e ultima versione di WP.

Ho impostato anche la regola di scrittura delle URL con /en per avere quanto più possibile la casistica simile alla tua.

Nonostante abbia poi anche pasticciato anche con la lingua principale (dashboard), un caso limite che dicevi non essere il tuo, non sono riuscito a riprodurre il problema.

Credo che il tutto stia qui –> [succede qualcosa che non sono riuscito a riprodurre]
Dobbiamo capire cosa succede.

Faccio altri test, ma credo che la soluzione migliore sia contattare il nostro supporto in modo che a voce possano essere più efficaci nell’individuare e quindi poi risolvere il problema.

Ciao,
grazie mille ??

Allora, venerdì ho fatto altri test e ho notato una cosa che ti riporto.
Dentro wpml > string translation puoi mettere la spunta per attivare la funzione che cerca nuove stringhe durante il rendering delle pagine. Se la attivo, vedo le lingue correttamente, se la spengo torno nella versione tutto inglese.

funzione attivata > vedo le lingue corrette
funzione disattivata > vedo tutto in inglese

Questo è riproducibile (nel nostro caso ovviamente), ho provato a switchare più volte tra on e off e i risultati erano solidi (yeah, metodo scientifico).

Sembra quasi che senza quella funzione di ricerca stringhe il plugin non recuperi correttamente il valore della costante ICL_LANGUAGE_CODE di wpml quando va a stampare in pagina i contenuti.

Ho anche un altro dubbio, cioè che non sia come pensavo inizialmente che i testi in lingua sbagliata venissero salvati male a db, ma credo che ci sia un metodo comune di recupero della stringa in lingua da inserire in entrambe le sezioni (sia mailup > campi form che i campi dee form visibili a frontend).

Cioè, al caricamento della pagina a backend mailup > campi del form, anche nel back recuperi la lingua inglese e la precompili nei campi, ma a db siano salvati correttamente in italiano (quindi se poi dovessi salvare, perderei quelli ita).

A questo punto mi è venuto il dubbio che possa essere un discorso di cache (il sito è su siteground e c’è la cache attivata tramite il loro plugin ufficiale) che in caso di ricerca nuove stringhe viene ignorata e quindi mi fa vedere correttamente i dati dalvati a db.
Ho provato ovviamente a svuotarla varie volte senza successo (sia lato server che quella del browser), dovrei provare a disattivarla e proverò appena ho un attimo.

Ad oggi, da dev a dev, se dovessi indirizzarti su cosa debuggare, ti direi di controllare come (e se) il plugin gestisce le cache.

Spero a presto! ??

• This reply was modified 2 years, 10 months ago by b2comdev.

Ok intanto grazie,
Per scongiurare che non sia un tema di dati salvati male sul DB del plugin, puoi fare una verifica sulla tabella wp_options option_name=mailup e verificare se in option_value i valori sono quelli corretti?

Se poi potessi verificare anche in wp_icl_strings (WPML) cosa ti ha salvato (context=mailup-form), in teoria le stringhe in ITA.

Ed eventualmente anche nella tabella WPML delle traduzioni wp_icl_string_translations, in teoria le stringhe in ENG.

Intanto grazie.

Ciao,
ho verificato e ho:
– nella wp_options le stringhe in inglese
– nella wp_icl_strings le stringhe in italiano
– nella wp_icl_string_translations le stringhe in inglese

Fammi sapere se posso fare altro!
Grazie mille

Ciao,
stando a come mi hai detto (sito in ita con dashboard in ita) nella wp_options le stringhe dovrebbero essere in italiano.

Quindi immagino che ad un certo punto per il problema che ancora non ho individuato te le abbia mostrare in inglese e quindi salvando abbia sovrascritto le wp_options.

Continuo a guardare, il problema è solo sulla privacy o distribuito?

Grazie

Ciao buongiorno,
il problema è circoscritto ai 3 campi della privacy. Sono sicuro perchè non ci eravamo accorti del bottone “subscribe” inizialmente, tradotto poi in “iscriviti” ma quello rimane sempre tradotto correttamente.
Il resto del sito ovviamente è tutto ok, sennò era un problema di wpml ??

Una differenza che ho notato è che in alto nella topbar di wp nel back, quando sono dentro le pagine del plugin mailup, non vedo nessuna bandiera di wpml quindi penso utilizzi una fallback di qualche tipo per decidere in che lingua modificare il contenuto in “lingua originale”. Di solito anche all’interno di plugin comunque la bandiera è visibile.

EDIT: provo in mattinata a rimettere le traduzioni in italiano e a ricontrollare i valori dei campi a db. Considera che di solito per un tot di tempo si vede bene e la lingua cambia dopo un po’ (roba di minuti). Ti aggiorno.

Se serve altro fai un fischio.
Grazie

• This reply was modified 2 years, 10 months ago by b2comdev.

Ciao, credo di poter risolvere il tuo problema puntuale e di aver capito come sistemare col prossimo rilascio.

Partiamo dal problema puntuale.

Il Plugin si comporta in modo anomalo quando la lingua scelta dal menu WPML (nella topbar) è diversa da quella di default.

Quello che ti suggerisco di fare (considerando che hai ITA come lingua principale) è di:
– Dal menu WPML nella topbar assicurarti di essere in ITALIANO
– Andare nel plugin di MailUp, configurarti tutte le stringhe come le vuoi in ITA e salvare il form.
– Andare su WPML “traduci stringhe” e da lì tradurti l’inglese.

A questo punto dovrebbe essere tutto ok. Se non dovesse esserlo allora il problema è un altro. Io sono riuscito a riprodurre questo ??

Come lo fixeremo in futuro.
– Per evitare corner cases faremo in modo che nel plugin potrai editare solo la lingua madre (rendendo evidente la cosa), e il resto sarà da tradurre da WPML Traduci Stringhe.
– Un tentativo in tal senso era stato fatto (nascondendo il menu, come hai notato tu), ma non copre tutti i casi ed una gestione diversa inizia ad essere un po’ barocca ??

Spero ti esserti stato di aiuto.
A presto.

Ciao,
in realtà quello di inserire sempre nella lingua principale è il metodo di base con cui faccio tutto e sicuramente l’ho fatto anche qui, specialmente nei vari test che ho fatto prima di scriverti.
Provo un po’ a fare altri test anch’io e semmai scrivo di nuovo, se puoi lascia aperto il thread!

Hai una stima di tempi per l’aggiornamento del plugin? Nel senso, si tratta di ore, giorni, settimane, mesi? Sul sito adesso c’è la lingua sbagliata nella privacy e devo dare qualche spiegazione al cliente.

Se riuscissi a farmi sapere te ne sarei grato.
Ti ringrazio!

Ciao,
lascio sicuramente aperto il thread nessun problema.

Per sistemare al volo il problema col cliente, ti suggerisco (se ti è possibile) di riprovare come ti dicevo a:

– Dal menu WPML nella topbar assicurarti di essere in ITALIANO
– Andare nel plugin di MailUp, configurarti tutte le stringhe come le vuoi in ITA e salvare il form.
– Andare su WPML “traduci stringhe” e da lì tradurti l’inglese.

Sui tempi di rilascio non ho delle stime, di solito aspettiamo di avere qualcosa di più grosso per fare la submission a WP. Ad ogni modo stiamo lavorando ad altro, quindi sicuramente quando andiamo live con le altre modifiche ci portiamo anche questa.

Ciao,
quel metodo lì è quello che ho sempre usato, parto sempre dall’italiano.
L’ho rifatto comunque, all’inizio va (come adesso) ma dopo un tot, a volte minuti, a volte ore, torna l’inglese.

Refreshando ogni tanto per controllare se salta, mi sono imbattuto in questo:

Fatal error: Uncaught Exception in /public_html/wp-content/plugins/mailup-email-and-newsletter-subscription-form/includes/class-mailup-requests.php:142 Stack trace: #0 /public_html/wp-content/plugins/mailup-email-and-newsletter-subscription-form/includes/class-mailup-model.php(494): Mailup_Requests->typeFields() #1 /public_html/wp-content/plugins/mailup-email-and-newsletter-subscription-form/includes/class-mailup-model.php(186): Mailup_Model->prepare_api_request(‘typeFields’) #2 /public_html/wp-content/plugins/mailup-email-and-newsletter-subscription-form/includes/class-mailup-model.php(217): Mailup_Model->cached_type_fields() #3 /public_html/wp-content/plugins/mailup-email-and-newsletter-subscription-form/includes/class-mailup-model.php(441): Mailup_Model->getTypeFields() #4 /public_html/wp-content/plugins/ma in /public_html/wp-content/plugins/mailup-email-and-newsletter-subscription-form/includes/class-mailup-requests.php on line 142

Ho visto che ha a che fare con la cache, ho continuato a refreshare e come sospettavo si è risolto poi da solo. I testi sono ancora nelle lingue corrette al momento.

Te lo mando perchè magari potrebbe avere a che fare col problema iniziale.

Grazie!

Buongiorno,
update solo per dirti che le diciture privacy sono tornate in inglese (lavoravo su altro, non sono intervenuto su niente).