WPML Multilingual CMS 5.2.0

Rilasciato: 21 ottobre 2026
Canale: Stabile
Testato con WordPress: 7.1
Prodotto: WPML Multilingual CMS

Registro delle modifiche

Salvataggi e pagine più veloci, una Dashboard di traduzione ricostruita, una traduzione automatica più chiara e 355 correzioni.

Novità

La traduzione automatica non lascia più lavori in corso quando l’account non può pagare: si mette in pausa con Vai alla fatturazione e riprende una volta pagato.
L’elenco dei contenuti della Dashboard di traduzione è stato ricostruito: funziona su siti con molte lingue, elenca ogni articolo una sola volta e i suoi filtri di stato corrispondono alla colonna.
La modifica della preferenza di traduzione di un campo personalizzato aggiorna il contenuto esistente come attività in background tracciata e le impostazioni spiegano cosa fa ogni preferenza.
Le piccole modifiche ai contenuti tradotti non perdono più le traduzioni esistenti né vengono addebitate come una nuova traduzione completa.
Il nome e la descrizione di una categoria o di un tag vengono tradotti e addebitati una sola volta, non di nuovo in ogni articolo che li utilizza.
Le variazioni di prodotto restano fuori da Traduci tutto e i lavori di variazione vuoti creati in precedenza vengono ritirati.
L’annullamento di un lavoro per un contenuto già tradotto ripristina il suo stato precedente.
Le schermate dell’area di amministrazione di WPML seguono la lingua dell’area di amministrazione, incluse le lingue da destra a sinistra.
I conteggi dei commenti vengono mostrati per lingua e gli stati degli articoli rimangono sincronizzati tra gli originali e le loro traduzioni.
La modalità di revisione viene mantenuta per lotto di traduzione e l’Editor di traduzione avanzato contrassegna i testi dei media e delle tassonomie il cui originale è cambiato.
Multisito: il Setup Wizard del subsito gestisce correttamente la chiave del sito, senza una query degli utenti interrotta, e i subsiti non segnalano più una mancata corrispondenza della chiave del sito.
Priorità di traduzione è stata rimossa e il reset di WPML è bloccato se il sito ha ancora lingue secondarie.
Il check-in del sito con wpml.org include la sua configurazione e lo stato di salute della traduzione automatica; una casella di controllo di opt-in nel Setup Wizard e in Impostazioni controlla la condivisione delle statistiche dei contenuti e dell’elenco dei plugin.
Tutti i componenti aggiuntivi di WPML sono creati dalla stessa origine di WPML e vengono distribuiti di pari passo.
Ogni componente aggiuntivo di WPML ha la stessa versione della libreria condivisa di WPML, quindi l’avviso “WPML Update is Incomplete” rimane tradotto indipendentemente dal plugin che viene caricato per primo.
Rafforzamento della sicurezza: gestione più rigorosa dei dati archiviati, input delle richieste convalidati, eliminazione dei file, nomi dei file e percorsi di inclusione più sicuri e valori archiviati sottoposti a escape.
Quando il ruolo di amministratore ha perso le capacità di WPML, WPML le ripristina, in modo che i nuovi amministratori vedano tutto di WPML.
L’avviso sui requisiti minimi del Setup Wizard non può più essere ignorato e poi perso.
Quando l’invio di contenuti per la traduzione non va a buon fine a causa di un problema del database, il popup mostra i dettagli dell’errore.
Quando WPML non riesce a leggere le parole disponibili del tuo account, mostra uno stato e un messaggio chiari.
Un lavoro che continua a non andare a buon fine accanto a quelli creati con successo non viene più ritentato senza limiti.
Durante un’interruzione della connessione che solo un nuovo invio può terminare, il banner non mostra più un conto alla rovescia per il nuovo tentativo.
Nella Coda di traduzione, gli stati spuntati nel filtro Stato rimangono spuntati dopo il caricamento dell’elenco dei lavori.
L’avviso “Your automatic translation pricing has been upgraded” sulla Dashboard di traduzione ora mostra il suo contenuto invece di rimanere vuoto.
Scegliere “Copia dalla lingua originale se la lingua di traduzione utilizza URL codificati” ti avvisa quando nessuna lingua attiva utilizza URL codificati.
I selettori di lingua a discesa ora si aprono con la tastiera e al clic, e indicano agli screen reader se sono aperti.
L’icona a discesa del selettore di lingua viene visualizzata solo quando ci sono traduzioni tra cui scegliere.
Il selettore di lingua viene disattivato quando il sito ha una sola lingua attiva.
Il selettore di lingua nell’archivio annuale di un tipo di post personalizzato rimanda all’archivio corretto.
Le anteprime di articoli e pagine utilizzano l’indirizzo corretto sui siti con un dominio diverso per lingua.
L’elenco degli articoli mostra l’icona corretta per una traduzione in corso.
Il contenuto con elementi temporali mantiene intatto il suo HTML quando viene diviso per la traduzione.
Lavorare in più schede del browser non mescola più le lingue nell’editor a blocchi.
Le informazioni sulle coppie di lingue memorizzate nella cache dall’Editor di traduzione avanzato non diventano più obsolete e si riparano da sole.
Il collegamento di una traduzione a un altro gruppo di traduzioni non fallisce più pur segnalando il successo.
Gli elenchi dell’area di amministrazione di tipi di post gerarchici, come le Pagine, non eseguono più una query di traduzione su ogni articolo, il che causava errori sugli host che limitano le dimensioni delle query.
La traduzione automatica di categorie, tag e altri termini è più affidabile.
I vecchi indirizzi dell’area di amministrazione degli strumenti di Supporto portano all’unica pagina di Supporto invece che a copie separate.
I blocchi rilevati automaticamente dai builder basati su campi come Meta Box offrono solo i loro attributi di testo per la traduzione.
Avada: il widget Fusion Post Cards è tradotto.
WP User Manager: il selettore di lingua in una pagina del profilo porta alla pagina del profilo tradotta, non a quella generica.
Quando la riconnessione di un sito copiato o spostato non va a buon fine, WPML non cancella più la sua chiave del sito, in modo che gli aggiornamenti e la traduzione automatica continuino a funzionare.
Un attributo di shortcode registrato come codificato in base64 che in realtà contiene testo normale può ora essere tradotto.

Prestazioni

Il salvataggio di una pagina o di un template, inclusi i template di Elementor, non riscrive più le traduzioni invariate, quindi i salvataggi su siti con molte lingue sono molto più veloci.
Le pagine di front-end sui siti WooCommerce si caricano più velocemente: le regole degli URL non vengono più rilette per ogni termine di prodotto.
Una richiesta di front-end memorizzata nella cache non interroga più il database sulle tabelle delle lingue di WPML a ogni visualizzazione di pagina.
Le richieste di front-end non scrivono più l’avanzamento dell’upgrade né rileggono il layout delle tabelle di WPML.
Le schermate di modifica degli articoli non attendono più la ricerca del motore di traduzione a ogni caricamento e una ricerca non andata a buon fine non viene ritentata in ogni pagina.
La modifica di un articolo su un sito con molti plugin non esaurisce più la memoria.
La dashboard di Gestione traduzioni non va più in timeout sui siti con molti termini tradotti.
La dashboard di Gestione traduzioni non esaurisce più la memoria durante il conteggio delle parole.
WPML > Traduzioni non esaurisce più la memoria sui siti con una cache di oggetti persistente, come Redis o quella di WP Engine.
La tabella della cache di risoluzione degli URL non cresce più senza limiti e il salvataggio delle impostazioni di routing non conta più l’intera tabella.
Le query sui termini con lunghi elenchi di inclusione, esclusione o figli, come in menu, widget e filtri di prodotto, vengono tradotte in un’unica query del database.
Le traduzioni dei termini di prodotto lette al di fuori di una query vengono cercate una volta per richiesta.
I testi predefiniti dei blocchi vengono tradotti quando un blocco viene renderizzato, non per ogni tipo di blocco registrato a ogni richiesta.
I comandi WP-CLI utilizzano meno memoria: WPML carica il suo Installer solo quando un comando ne ha bisogno.
Multisito: il passaggio da un sito all’altro non esegue più controlli di ripristino quando non c’è nulla da ripristinare, quindi le pagine dell’area di amministrazione della rete si caricano di nuovo rapidamente.
Le traduzioni dei prodotti vengono cercate in un’unica query per i prodotti mostrati dai blocchi di raccolta prodotti di WooCommerce.
WP Rocket ottimizza la pagina radice del sito come ogni directory di lingua e non registra più “Empty buffer” per essa.
Le pagine di Elementor non eseguono più tutti i convertitori di ID dinamici di WooCommerce su ogni elemento.
Le pagine dell’area di amministrazione non registrano più nuovamente i testi predefiniti di ogni blocco di terze parti a ogni richiesta, risparmiando molte query del database.
Su alcuni siti sottoposti a upgrade, l’aggiornamento del catalogo delle lingue viene eseguito una volta invece che a ogni richiesta.
Il salvataggio di un articolo non ricontrolla più le tabelle di WPML ogni volta, e un articolo a blocchi legge il suo pacchetto di stringhe una sola volta.
Le pagine di front-end dei temi a blocchi e dei negozi WooCommerce leggono le traduzioni dei blocchi, gli slug dei termini e le regole degli URL tradotte una volta per pagina, non a ogni utilizzo.
I valori che WPML memorizza nella cache senza una scadenza vengono mantenuti invece di essere considerati scaduti ed eliminati.
La ricerca di termini tramite slug non ripete più la stessa regolazione per ogni ricerca in una richiesta.
WPML non esegue più un’analisi completa dello stack trace a ogni ricerca dell’URL della home, e il suo filtro dell’URL della home viene memorizzato nella cache.
WPML non carica più il suo motore di template per le email in ogni pagina dell’area di amministrazione, richiesta REST e chiamata AJAX, quindi vengono caricati meno file.
Le pagine dell’area di amministrazione non contano più gli articoli contenenti campi personalizzati che attendono la tua decisione a ogni caricamento.
Le pagine dell’area di amministrazione non sono più rallentate da un controllo lento delle API REST e da errori di decompressione dei dati.
Page builder: il salvataggio di più traduzioni in un’unica richiesta non ricostruisce più di nuovo ogni articolo precedente.
L’elenco degli articoli non esegue più una query di traduzione per ogni riga.
La pagina delle impostazioni della Traduzione IA si carica senza attendere le risposte dal nostro sistema di traduzione.
Il salvataggio degli articoli è più veloce sui grandi siti multilingue.
L’applicazione di una traduzione a un articolo con molti campi personalizzati è più veloce.
La pagina di traduzione delle tassonomie non va più in timeout sui siti con un numero molto elevato di termini.
La Dashboard di traduzione legge i tipi di contenuto traducibili una volta per pagina invece di due.

Correzioni per la traduzione automatica e Traduci tutto

Traduci tutto non rimane più in pausa per il limite di spesa mensile dopo che il limite è stato aumentato o il mese è stato azzerato.
Il riquadro Traduci tutto in pausa mostra il limite di spesa mensile attuale e l’utilizzo di questo mese.
I testi che una traduzione precedente aveva solo copiato dalla lingua originale, come i messaggi di moduli non tradotti, ora vengono tradotti automaticamente invece di essere considerati completati, mentre una copia completata di proposito da un traduttore viene mantenuta.
Traduci tutto applica le traduzioni dei termini la cui descrizione contiene HTML, come un’immagine, e un lavoro del termine non andato a buon fine ne indica il motivo.
I preventivi di costo di Traduci tutto escludono le lingue in pausa, inclusi gli elementi la cui unica traduzione mancante è in una lingua in pausa.
Le traduzioni automatiche vengono consegnate anche quando una traduzione precedente del contenuto è stata eliminata, e un lavoro non andato a buon fine non influisce più sugli altri.
I siti a cui WPML richiede le traduzioni completate continuano a raccoglierle finché non ne rimangono più, in modo che un lotto di grandi dimensioni arrivi in minuti, non in giorni.
Scartare un lavoro di traduzione automatica non andato a buon fine lo rimuove definitivamente e i suoi testi non vengono inviati di nuovo alla traduzione automatica.
Il passaggio delle stringhe di Traduci tutto non rallenta più sui siti con molti lotti passati.
Una traduzione automatica non andata a buon fine e scartata o annullata di un articolo, di un lotto di stringhe, di un pacchetto di stringhe o di un termine non viene inviata di nuovo finché il suo contenuto non cambia.
L’azione “Synchronize local job ids with ATE jobs” rifiuta le mappature di lavori ambigue, quindi una consegna non viene mai scritta in una traduzione non correlata.
Il cambio del motore di traduzione nelle impostazioni della Traduzione IA segnala un salvataggio non andato a buon fine come tale, invece di mostrare Salvato.
Il riquadro “couldn’t be completed” non elenca più un lavoro con ogni dettaglio N/A dopo aver scartato i lavori.
Le traduzioni consegnate mentre la schermata di un articolo è aperta mantengono il loro collegamento all’originale e la loro lingua quando un altro plugin gestisce i salvataggi degli articoli.
Traduci tutto non salta più un termine creato mentre sta terminando quella tassonomia.
Le pagine dell’area di amministrazione di WPML continuano a funzionare quando l’Editor di traduzione avanzato fornisce una risposta imprevista sulla mappatura delle lingue.
Traduci tutto registra ogni elemento completato una sola volta e la rimozione di una lingua lo cancella anche dai record di Ninja Forms e WPForms.
I preventivi di costo di Traduci tutto, inclusi quelli del Setup Wizard, contano gli articoli con i campi dei loro termini, le stringhe, i pacchetti di stringhe e le etichette delle tassonomie man mano che vengono inviati.
Il preventivo di costo della traduzione automatica elenca ciò che non viene contato, in modo che l’utilizzo finale non riservi sorprese.
Traduci tutto non si blocca più sui testi dei widget dei blocchi all’esterno delle schermate dell’area di amministrazione e i contenuti che non può inviare non bloccano più gli articoli successivi.
Traduci tutto non sovrascrive più i progressi che un’altra richiesta ha registrato contemporaneamente.
La nota sotto la tabella del conteggio parole di Traduci tutto spiega che dopo la prima traduzione, le modifiche sono gratuite e si paga solo per le parole aggiunte.
Traduci tutto invia un pacchetto di stringhe dei Widget aggiunto mentre i Widget erano esclusi, una volta che i Widget vengono inclusi di nuovo.
Quando WPML non riesce a raggiungere il sito per controllare le traduzioni consegnate, il riquadro di stato indica che i controlli si sono fermati e offre di prelevarle ora.
Quando il nostro sistema di traduzione continua a rifiutare l’indirizzo del sito, WPML mostra che si sta riconnettendo e continua a riprovare, senza chiedere di mappare la lingua predefinita.
Premendo Preleva le traduzioni ora durante un controllo di consegna, le traduzioni vengono raccolte subito dopo la fine di tale controllo.
Quando a diverse pagine dell’area di amministrazione viene richiesto di riconnettersi al nostro sistema di traduzione contemporaneamente, WPML registra nuovamente il sito una sola volta.
Una lingua aggiunta con “traduci il contenuto esistente” mentre WPML si sta riconnettendo ottiene la traduzione dei suoi contenuti esistenti una volta ripristinata la connessione.
Il pulsante Traduci contenuto non è più disabilitato senza spiegazione mentre WPML si riconnette al nostro sistema di traduzione.
I siti con traduzioni in corso controllano quelle finite ogni due minuti come previsto, e il controllo non blocca più il tuo browser.
Durante una riconnessione, il Passaggio 2 della Dashboard di traduzione non mostra alcun conto alla rovescia per il nuovo tentativo o messaggio “can’t reach”, e il pulsante Traduci tutto trattenuto ne spiega il motivo.
Il preventivo di Traduci tutto nomina la riga dei widget dei blocchi “Blocco” invece di “Widget” o “Widgets”.
Il preventivo di costo del Setup Wizard non conta più la categoria di un articolo in una lingua in cui è già stato tradotto, in linea con la Dashboard di traduzione.
Un lavoro che il motore di traduzione non ha potuto tradurre appare nell’elenco dei lavori che non è stato possibile completare, con Reinvia e Scarta.
Traduci tutto non invia e non addebita più un’etichetta di tassonomia due volte quando il suo record di stato va perso.
L’attivazione di Traduci tutto non afferma più che la lingua predefinita non è supportata quando WPML semplicemente non è riuscito a leggere le informazioni di supporto.
Mentre WPML si riconnette al nostro sistema di traduzione, il riquadro Traduci tutto rimane visibile in stato di pausa e spiega cosa sta succedendo.
Una traduzione che continua a non essere applicata viene abbandonata dopo il terzo tentativo ed elencata con Reinvia e Scarta; Reinvia avvia un nuovo lavoro.
WPML riconosce le risposte di “missing language mapping” dal nostro sistema di traduzione e cancella l’icona di errore di un lavoro annullato lì.
Tornando dall’Editor di traduzione avanzato, WPML indica quando non è stato possibile salvare la traduzione, con il motivo e il passaggio successivo.
Le traduzioni automatiche continuano a essere consegnate quando un altro plugin non riesce a salvarne una, e l’avanzamento della barra dell’area di amministrazione non riparte più da zero.
Dopo aver pagato tramite il widget dell’account sulla bacheca di WordPress, il riquadro della traduzione automatica in pausa si cancella immediatamente.
Con Pagamento a consumo, i lavori trattenuti da un pagamento in sospeso o non andato a buon fine indicano il motivo dell’attesa e come continuare.
Un’interruzione della connessione con il nostro sistema di traduzione termina solo quando l’invio riprende a funzionare, e Riprova non lascia più passare un lavoro duplicato.
Dopo un invio alla traduzione automatica, il risultato conta solo i lavori effettivamente creati, e Riprova non sostituisce più ogni volta un lavoro trattenuto.
Quando una parte di un invio di Traduci tutto non va a buon fine, gli elementi non riusciti vengono trattenuti e inviati di nuovo in seguito.
Una risposta che WPML non può leggere, come una pagina proxy, non blocca più quegli elementi dalla traduzione automatica per sempre.
Gli invii dall’esterno della Dashboard di traduzione, come l’editor degli articoli o l’elenco degli articoli, non vengono più rifiutati mentre WPML attende la fine di un’interruzione.
L’avviso di connessione distingue i problemi dell’account da quelli dell’Editor di traduzione avanzato, in modo che l’uno non nasconda più l’altro.
Una nuova interruzione della connessione non mostra più subito “cannot access” perché un’altra richiesta ha chiuso l’interruzione precedente a metà dell’invio.
Gli invii di stringhe che non vanno a buon fine, vengono interrotti, sono destinati a una lingua in pausa o vengono rifiutati non lasciano più lotti di stringhe vuoti.
Il reinvio di un lavoro di un termine non andato a buon fine mantiene il termine, e un reinvio fallito viene segnalato come non andato a buon fine.
La disattivazione di Traduci tutto mentre le stringhe vengono tradotte non le lascia più in “Traduzione in corso” per sempre.
Sui display con larghezza da telefono, la finestra Configura Traduci tutto si adatta allo schermo e può essere chiusa.
Traduci tutto non reinvia più, e non addebita di nuovo, un lavoro che hai annullato mentre il suo primo passaggio su tutto il sito è ancora in esecuzione.
I lavori delle tassonomie in pausa perché l’account ha esaurito le parole riprendono una volta aggiunte le parole.
La dashboard non conta più come in sospeso i lavori che il nostro sistema di traduzione non ha mai accettato, quindi nessuna traduzione fantasma attende di essere prelevata.
Quando WPML non riesce a leggere quali lingue sono supportate dalla traduzione automatica, i preventivi di costo e l’elenco delle lingue della Dashboard di traduzione non risultano più errati o vuoti.
Traduci tutto non elenca più un tipo di contenuto senza nulla da tradurre come in attesa della tua approvazione.
I tipi di contenuto che un plugin registra solo nell’area di amministrazione, come il Grid Builder di WPBakery, possono essere inclusi da Regola i limiti dei contenuti.

Correzioni negli editor di traduzione e nei lavori di traduzione

Le traduzioni esistenti dell’Editor di traduzione classico di contenuti con più blocchi vengono mantenute quando vengono aperte nell’Editor di traduzione avanzato.
L’Editor di traduzione classico mostra l’HTML con elementi video, audio e picture in un campo di testo normale, in modo che nessun tag vada perso.
Nell’editor di traduzione, un testo ripetuto in più blocchi, shortcode o attributi viene elencato sotto la sua prima occorrenza, in modo che nessun blocco sembri mancante.
Il completamento di un lavoro di traduzione non scrive mai in, né sposta, un articolo che non sia la traduzione del lavoro stesso.
Nell’Editor di traduzione classico, un lavoro la cui origine è una lingua secondaria non carica più invece la pagina nella lingua predefinita.
L’apertura di un lavoro di traduzione inviato da un’altra traduzione, non dall’originale, mantiene quella traduzione come lingua di origine.
Un pacchetto di stringhe o un articolo revisionato nell’Editor di traduzione avanzato viene completato e pubblicato quando il revisore fa clic su Salva e completa.
La riapertura di una traduzione di prodotto consegnata non crea più un nuovo lavoro con campi vuoti; l’editor attende fino alla raccolta della traduzione.
Una destinazione vuota in un file XLIFF consegnato non annulla più il lavoro: le unità senza testo mantengono l’origine e le unità errate vengono saltate.
L’apertura di una traduzione nell’editor non subentra più a un lavoro automatico che il nostro sistema di traduzione sta ancora traducendo.
L’accettazione di una traduzione revisionata di un articolo programmato non la pubblica più prima del suo originale.
Nell’editor di traduzione, il testo di uno shortcode di un page builder viene etichettato solo con gli attributi che possiede attualmente.
Nell’editor di traduzione, gli shortcode all’interno dei blocchi sono elencati in ordine di pagina, con una voce per ogni testo ripetuto.
Nell’editor di traduzione, una pagina con shortcode all’interno di blocchi mostra i suoi due gruppi di testi con nomi diversi.
Non viene creato alcun lavoro di traduzione per una traduzione il cui record di stato è stato rimosso da un salvataggio simultaneo, quindi i relativi avvisi PHP sono scomparsi.
Una scrittura non andata a buon fine di un record di stato della traduzione non restituisce più l’ID di un’altra traduzione.
I salvataggi simultanei di una traduzione che non ha alcun lavoro creano un lavoro di base, non uno ciascuno.
Una traduzione di un termine revisionata nell’Editor di traduzione avanzato viene applicata di nuovo al sito.
I file in un archivio di un lavoro di traduzione scaricato hanno nomi accettati da Windows, in modo che l’archivio venga estratto ovunque.
Quando l’articolo tradotto non può essere creato o aggiornato, il lavoro viene segnalato come non andato a buon fine con il relativo motivo e può essere applicato di nuovo.
L’Editor di traduzione classico mostra correttamente uno shortcode tra virgolette doppie all’interno di un attributo tra virgolette doppie.
La riapertura di una traduzione da un link con il suo ID del lavoro mantiene i progressi non salvati del traduttore.
Dopo che un amministratore ha aperto una traduzione completata, la rimozione del traduttore o l’importazione di un file XLIFF lascia il lavoro nello stato corretto.
Nella pagina di revisione della traduzione, i link del selettore di lingua puntano alle rispettive lingue, non alla lingua in fase di revisione.

Correzioni in Gestione traduzioni e nella Dashboard di traduzione

I link di modifica degli articoli tradotti rimangono al loro posto per gli utenti che non hanno una coppia di lingue come traduttore.
L’icona a forma di matita di un articolo duplicato apre di nuovo l’editor di WordPress quando questo è l’editor di traduzione scelto.
Gli articoli tradotti nell’editor di WordPress si aprono di nuovo lì mentre il nostro sistema di traduzione non riconosce il nuovo indirizzo del sito, e le traduzioni bloccate ne indicano il motivo.
Gli editor possono aprire l’articolo originale dalla colonna dello stato della traduzione senza un errore “not allowed to translate this language pair”.
L’invio di una pagina, di una categoria o di un tag di nuovo da un’altra lingua, prima che esista la sua traduzione, mostra la nuova lingua di origine in Lavori di traduzione.
Con la registrazione automatica delle stringhe disattivata, il ritorno alla finestra della Dashboard di traduzione non avvia più l’elaborazione delle stringhe.
Una traduzione che non può essere aperta in un editor ne spiega il motivo sopra l’elenco delle Attività di traduzione, proprio come fa l’elenco degli articoli.
Annulla e Salva nella finestra di dialogo della registrazione automatica delle stringhe non abbandonano più la Dashboard di traduzione per una pagina vuota.
La modifica della lingua di un originale aggiorna la lingua di origine delle sue traduzioni, in modo che i loro lavori rimangano elencati in Lavori di traduzione.
L’elenco dei lavori non mostra più un errore del database per un traduttore la cui coppia di lingue non ha lingue di destinazione.
L’email sugli aggiornamenti della traduzione non conta più un lavoro su un pacchetto di stringhe come l’articolo con lo stesso ID.
Traduci contenuto rimane disponibile per una selezione mista quando un tipo di elemento è già tradotto.
L’email di riepilogo dei lavori non mostra più un avviso PHP quando il manager di un lavoro non è un utente.
La Dashboard di traduzione invia le categorie contrassegnate con “Traduci automaticamente” anche quando l’invio precedente utilizzava “Traduco io”.

Correzioni per i page builder

Elementor: la modifica di una traduzione apre l’editor nella tua lingua dell’area di amministrazione, non in quella della pagina.
Elementor: il salvataggio di una traduzione non fallisce più quando un widget del tema ha bisogno del documento corrente o un widget genera un errore durante il rendering.
Elementor: ogni pulsante su una pagina tradotta rimanda alla traduzione della propria destinazione, non tutti alla stessa pagina.
Elementor Pro: il campo Message del widget Form non viene più inviato per la traduzione, in modo che le email di notifica mantengano i dati inviati.
Avada: i caratteri accentati nelle email di notifica dei moduli tradotti non vengono più archiviati come codici di escape.
WPBakery: una Single Image con un link personalizzato mantiene la sua immagine e il suo link nella traduzione.
I valori dei page builder che non sono elenchi di ID di allegati non vengono più riscritti in zeri nelle traduzioni.
Flatsome e altri builder di shortcode: il testo tra due shortcode con lo stesso nome viene offerto per la traduzione e tradotto.
Beaver Builder: in una pagina tradotta, il modulo Pattern e il pannello dei pattern elencano solo i pattern di quella lingua.
Divi 5: un modulo Loop nella pagina originale viene mantenuto nella traduzione ed elenca gli articoli tradotti.
Divi: i layout del theme-builder che Divi contrassegna come non utilizzati non vengono più offerti nella Dashboard di traduzione né inviati da Traduci tutto.
Uno shortcode o un blocco dichiarato in più file di configurazione della lingua mantiene gli attributi e le impostazioni di tutti.
Dopo una ricerca e sostituzione, i builder basati su shortcode non offrono più lo stesso testo due volte e i testi che la pagina non ha più vengono rimossi.
Una pagina creata con shortcode il cui contenuto include un commento di blocco ottiene l’applicazione della sua traduzione dell’Editor di traduzione classico.
L’impostazione di un attributo ID di uno shortcode non converte più anche altri attributi i cui nomi terminano allo stesso modo.
La traduzione di un attributo di uno shortcode non modifica più un altro attributo con lo stesso testo.

Correzioni per i blocchi e l’editor a blocchi

Senza Traduzione stringhe, una pagina tradotta mantiene le impostazioni di un blocco inserito da un pattern, e traducendo di nuovo si riparano le pagine precedenti.
La modifica del testo del widget di un blocco mantiene la traduzione del testo che sostituisce.
Le impostazioni dei blocchi che sono codice, come un tag HTML, un allineamento o un tipo di animazione, mantengono il loro valore in ogni lingua.
Gli attributi dei blocchi che contengono elenchi di ID, come gli ID delle immagini della Galleria, mostrano gli elementi tradotti.
Blocchi HTML personalizzato: il CSS che contiene immagini SVG non viene più tagliato e il markup sottoposto a escape, le e commerciali e gli spazi unificatori rimangono come scritti.
Le pagine tradotte non trasformano più il testo che mostra tag HTML, scritto come testo in un paragrafo, in un’intestazione o in un elenco, in markup reale.
I blocchi tradotti mantengono i propri riferimenti: le copie dei link seguono l’ancora tradotta e i blocchi immagine nominano l’allegato tradotto.
Beaver Builder: una scheda o un elemento a fisarmonica che mostra una riga, una colonna, un modulo o un template salvato mostra la sua traduzione.
I blocchi che memorizzano un link sia nel markup che negli attributi, come i pulsanti di GenerateBlocks, non vengono più segnalati come interrotti nell’editor.
La configurazione della lingua di un plugin o di un tema viene ora applicata non appena viene attivata, in modo che i blocchi come Kadence Blocks possano essere tradotti immediatamente.
I salvataggi dell’editor a blocchi utilizzano la lingua dell’articolo, non la lingua dell’area di amministrazione, in modo che un corso Sensei mantenga i suoi moduli.

Correzioni per il selettore di lingua

La navigazione AJAX del selettore di lingua legge solo le risposte delle pagine HTML, in modo sicuro, in modo che altre risposte non carichino mai risorse né eseguano codice.
La finestra delle impostazioni del selettore di lingua nel footer non si apre più vuota e le impostazioni che non sono arrivate non vengono più segnalate come salvate.
I dati del selettore di lingua non ripristinano più l’articolo corrente all’interno di elenchi e loop.
Con un dominio diverso per lingua e WP_HOME creato dalla richiesta, i link del selettore della lingua predefinita utilizzano il proprio dominio.
Il blocco del selettore di lingua funziona per gli utenti senza la capacità unfiltered_html: si salva in modo pulito e mantiene la freccia, gli stili e le dimensioni dell’immagine.
Un blocco del selettore di lingua il cui markup salvato non contiene la lingua corrente non causa più un errore irreversibile; elenca le altre lingue.
Nell’editor a blocchi, l’interruttore a discesa del selettore di lingua indirizza gli screen reader al suo elenco di lingue.
Due blocchi del selettore di lingua su una pagina non condividono più l’ID di un sottomenu nell’editor a blocchi.
Le impostazioni del selettore di lingua personalizzato mostrano le proprie regole di stile e un selettore non può più essere salvato vuoto o con tutte le opzioni di visualizzazione disattivate.
Le opzioni del selettore di lingua non accettano più codice di template che ogni pagina andrebbe poi a renderizzare.
Il blocco del selettore di lingua renderizza correttamente i nomi delle lingue accentati e non latini sugli host con versioni di libxml più recenti.
Il blocco del selettore di lingua non segnala più contenuti non validi per gli amministratori la cui lingua dell’area di amministrazione non è l’inglese.

Correzioni per categorie, tag e altre tassonomie

La traduzione di un termine consegnata senza uno dei suoi testi, come la descrizione, rimane aperta per la parte mancante invece di essere completata.
L’archivio di una tassonomia il cui slug è lo stesso in due lingue mostra il termine della lingua richiesta, e quel termine si salva di nuovo.
Il termine predefinito di una tassonomia non viene più riscritto a ogni cambio di lingua, e i nuovi articoli ottengono il termine predefinito della propria lingua.
Un plugin che controlla se un termine esiste in una pagina in lingua secondaria ottiene quel termine, non la sua traduzione.
Il termine predefinito di una tassonomia personalizzata non può più essere eliminato dall’area di amministrazione di un’altra lingua, il che faceva sì che WordPress lo ricreasse nella lingua sbagliata.
Quando una categoria o un termine predefinito viene eliminato tramite codice o nel database, WPML lo ricrea nella lingua predefinita con le sue traduzioni.
La modifica della modalità di traduzione di una tassonomia sposta ogni articolo sul termine nella propria lingua.
L’eliminazione di una categoria o di un termine tramite codice dalla pagina di un’altra lingua archivia i suoi articoli sotto l’impostazione predefinita della propria lingua, senza eliminare le altre impostazioni predefinite.
Una lingua aggiunta da un’area di amministrazione in un’altra lingua ottiene il proprio nome di categoria predefinito, come “Uncategorized” per l’inglese.
La traduzione di un termine creata tramite l’API dei termini di WPML mantiene la lingua di origine indicata dal suo chiamante.
La creazione della traduzione di un termine tramite l’API indicando l’ID del termine originale funziona e si unisce al gruppo di traduzione dell’originale.
Il reinvio di una categoria o di un tag tradotto non rinomina più il suo slug quando l’originale o un’altra lingua lo condivide.
La lingua dell’area di amministrazione non torna più alla lingua esplorata in precedenza dopo aver visitato la schermata di traduzione delle tassonomie.
I siti i cui ID dei termini e ID delle tassonomie dei termini differiscono non ottengono più termini non correlati nei link hreflang e nei conteggi delle categorie.
Quando il termine predefinito inglese di una tassonomia personalizzata è scomparso e le sue traduzioni ne condividono il nome, ogni lingua mantiene il proprio termine predefinito.
Una consegna tardiva della traduzione automatica non sovrascrive più le traduzioni manuali dei termini né cancella il loro stato di aggiornamento.

Correzioni per i menu

Sui siti con una cache di oggetti persistente come Redis, i menu tradotti e le traduzioni dei termini non vengono più sostituiti da quelli della lingua predefinita.
In Menu, il segnaposto “Translation of” appare nella lingua dell’area di amministrazione, non in spagnolo.
Il salvataggio di un menu al di fuori di Aspetto > Menu, tramite REST, il Personalizza o il codice, lo mantiene collegato alle sue traduzioni.
Gli elementi del menu aggiunti tramite codice in una richiesta mantengono le loro posizioni.
Sincronizzazione menu di WP crea menu tradotti all’interno del gruppo di traduzione del loro originale.
Sincronizzazione menu di WP non appiattisce più i menu tradotti quando un file wpml-config, come nel tema Porto, imposta la copia dei campi degli elementi del menu.
La rimozione di un elemento dal menu originale rimuove anche le sue copie tradotte.
L’applicazione delle stesse modifiche di Sincronizzazione menu di WP per due volte non crea più un secondo menu tradotto.
Sincronizzazione menu di WP non aggiunge più le traduzioni in bozza ai menu tradotti, in modo che i visitatori non ottengano link 404.
La rimozione di un elemento genitore dal menu originale non lascia più gli elementi figli tradotti a puntare a un elemento eliminato.
La pubblicazione di una modifica al menu nel Personalizza con una lingua dell’area di amministrazione non predefinita non rinomina più il menu tradotto di quella lingua.

Correzioni per link, URL e reindirizzamenti

La traduzione o la duplicazione di un articolo in più lingue contemporaneamente non salva più un link a un tipo di post personalizzato con uno slug tradotto nella lingua sbagliata.
Una pagina creata con Crea pagina radice è la pagina radice del sito fin dal suo primo salvataggio, negli editor a blocchi e classico.
Una pagina in bozza o in sospeso con lo stesso slug non invia più a un 404 una pagina pubblicata in un’altra lingua.
Con un dominio diverso per lingua, WPML > Impostazioni > URL si salva di nuovo invece di non superare un controllo per un campo nascosto.
Un indirizzo di categoria che termina con una categoria inesistente, spesso richiesto dai crawler, non scrive più un errore del database.
I link ad archivi e altri indirizzi non di pagina non vengono più riscritti in un template di Elementor nelle traduzioni.
I link a un articolo il cui slug è tradotto vengono convertiti correttamente nella lingua predefinita, qualunque sia la lingua originale dell’articolo.
La pagina di login sul dominio di una lingua nascosta non viene più reindirizzata alla lingua predefinita.
Con una lingua nascosta e una pagina di login tradotta, l’indirizzo di login della lingua nascosta funziona sempre.
Quando WPML ripristina un’impostazione del formato URL mancante durante il caricamento di una pagina, i link della lingua di quella pagina utilizzano il formato salvato, non i parametri ?lang=.
Un sito che ha perso il suo formato URL della lingua memorizzato continua a fornire le directory delle lingue e salva di nuovo l’impostazione.
Un campo di link tradotto che contiene un semplice link alla pagina tradotta, come lo memorizza Sticky Links, apre quella pagina nella lingua della traduzione.
L’archivio di una categoria aperto dal suo indirizzo ?cat= e lang= mostra l’archivio invece di reindirizzare alla home page della lingua.
I link delle pagine convertiti, inclusi i campi Link e URL di ACF, mantengono la loro #ancora, la query string e il percorso secondario.
Un indirizzo impaginato non fa più puntare i link all’articolo sbagliato.
Una nuova pagina radice ottiene una lingua dopo che la vecchia pagina radice è stata eliminata definitivamente.
Il link di un termine si aggiorna non appena il termine viene salvato, in modo che i plugin SEO possano creare il reindirizzamento.
I link di ancoraggio convertiti non ottengono più uno slash finale dopo l’#ancora.
Un link non rimane più nella lingua originale per un po’ dopo la pubblicazione della sua traduzione.
I link agli articoli non tradotti non portano più a un 404 sui siti con un dominio diverso per lingua.

Correzioni per le lingue e il Setup Wizard

Il Setup Wizard riprende dal passaggio delle lingue quando rimane solo la lingua predefinita, invece di bloccare l’area di amministrazione.
Il passaggio Lingue del Setup Wizard non mostra più una lingua predefinita vuota quando la lingua predefinita salvata non era attiva.
Nel Setup Wizard, l’aggiunta di una variante nazionale di una lingua utilizzata in precedenza dal sito chiede se mantenere il contenuto o ripartire da zero.
Una lingua non più presente nel catalogo di WPML può essere aggiunta come lingua personalizzata con il proprio codice e locale.
La sincronizzazione del catalogo delle lingue riempie la lingua di un preset quando una versione precedente l’aveva lasciata vuota.
Una direzione del testo corretta nel catalogo delle lingue di WPML raggiunge i siti che utilizzano quella lingua senza modificare le loro impostazioni della lingua.
Un codice lingua “0” non invia più i link alla lingua predefinita; i siti interessati vengono riparati e le modifiche al codice non andate a buon fine vengono segnalate.
Una lingua personalizzata creata prima di WPML 5.0 con un codice che WPML ora utilizza, come de-at, diventa quella lingua integrata, mantenendone il contenuto.
Una lingua personalizzata che non può essere rilevata viene contrassegnata con Needs a mapping e non viene inviata alla traduzione automatica finché non viene mappata.
La ricerca della lingua non offre più di aggiungere il cinese (Hong Kong) come lingua personalizzata una volta che il sito ce l’ha.
I download dei pacchetti lingua terminano sugli host con un limite di tempo PHP basso, riprendendo invece di bloccarsi all’ultimo pacchetto.
Il ripristino delle impostazioni predefinite della lingua non mostra più gli avvisi di deprecazione di PHP 8.1.

Correzioni per la registrazione e gli aggiornamenti

L’aggiornamento di WPML tramite caricamento dalla versione 5.1 non mostra più un errore critico una tantum.
L’aggiornamento di WPML non invia più un’email di errore critico quando un plugin di gestione come InfiniteWP aggiunge un articolo subito dopo l’aggiornamento.
Activate & Update si apre per gli account il cui tipo di abbonamento non corrisponde a nessun prodotto, invece di fermarsi con un errore critico.
Activate & Update mostra il riquadro di registrazione in ogni stato dell’account, con Unregister e un campo per la chiave del sito, in modo che le vecchie registrazioni possano essere sostituite.
I dettagli dei plugin di WPML non avvisano più di una versione di WordPress non testata sulle point release di WordPress.
Un sito registrato non mostra più “A New Site Key Is Required” con una cache di oggetti persistente, né perde la sua chiave quando wpml.org è irraggiungibile.
Dopo che un sito si sposta a un nuovo indirizzo e mantiene il suo account di traduzione, WPML indica che il sito è stato spostato invece di chiamarlo una copia.
Multisito: Ottieni una chiave per questo sito nomina l’indirizzo della rete, in modo che la chiave a cui porta venga accettata.
Un sito che non è stato spostato non mostra più l’avviso di copia del sito dopo essersi registrato di nuovo con il nostro sistema di traduzione.
Quando il feed dei prodotti WPML non è raggiungibile, Activate & Update mantiene gli ultimi prodotti noti e indica cosa non è andato a buon fine, con Check again.
WP-CLI elenca i plugin senza un avviso mentre è in sospeso un aggiornamento di WPML.
Dopo essere tornati al canale Production, Activate & Update installa la versione Production, e un Download senza nulla da installare lo indica.
Le note di rilascio di ogni plugin in Activate & Update mostrano solo le note proprie di quel plugin.
Dopo l’aggiornamento, i browser e le CDN caricano gli script e gli stili correnti di WPML invece di quelli vecchi memorizzati nella cache.
Advanced Custom Fields Multilingual e altri plugin complementari vengono caricati quando la loro versione è una beta della versione richiesta da WPML.
Un sito non riconvalida più la sua chiave molte volte al secondo, anche quando arrivano più notifiche di aggiornamento contemporaneamente.
Una chiave del sito definita in wp-config.php mantiene la sua registrazione quando wpml.org va solo in limitazione o in timeout.
Il gestore dei download del plugin controlla il token di sicurezza della richiesta prima di convalidare la chiave del sito.
Multisito: due siti di una rete con chiavi del sito predefinite diverse non si registrano più di nuovo avanti e indietro.
Il Setup Wizard non registra più nuovamente una chiave del sito definita in wp-config.php ogni volta che si carica.
La route di aggiornamento dell’abbonamento risponde con successo per un sito il cui abbonamento è già attuale, in modo che i proxy e i monitor smettano di registrare falsi rifiuti.
Una chiave del sito in wp-config.php viene archiviata correttamente anche se copiata con uno spazio finale o un’interruzione di riga.
I siti con una licenza Blog non ottengono più un errore irreversibile per una costante mancante.

Correzioni per i siti WooCommerce

Sui siti con WooCommerce Multilingual, WPML non torna più al suo Setup Wizard da solo e mostra gli articoli di ogni lingua.
Gli script dell’area di amministrazione di WPML, CMS Nav e Sticky Links non falliscono più con “addLoadEvent is not defined” nel Setup Wizard di WooCommerce Multilingual.
La rimozione di una categoria da un prodotto aggiorna il conteggio dei prodotti della categoria tradotta in ogni lingua.
I prodotti tradotti con l’Editor di traduzione classico mantengono le traduzioni di variazioni, attributi e campi personalizzati quando vengono aperti nell’Editor di traduzione avanzato.
L’importazione di prodotti variabili tradotti non fallisce più su righe di attributi duplicate quando un prodotto genitore contiene i termini di entrambe le lingue.
WooCommerce Multilingual non ricostruisce più due volte gli indirizzi tradotti dell’account e del checkout quando i tipi di contenuto vengono registrati in ritardo.

Correzioni per i campi personalizzati e Advanced Custom Fields

Le schermate delle impostazioni Traduzione dei campi personalizzati e Custom Term Meta Translation si aprono di nuovo quando un plugin o un’importazione ha lasciato una riga di campo personalizzato senza nome.
Un’attività in background messa in coda senza chiedere dopo l’aggiornamento 5.1.0 viene ritirata; un campo personalizzato appena traducibile attende invece la tua decisione.
Le impostazioni di Custom Term Meta Translation indicano che un campo tradotto viene tradotto con il termine, non con l’articolo.
I campi ACF nidificati (Flexible Content, Repeater, Group) sui termini delle tassonomie vengono tradotti, automaticamente e nell’editor.
I sottocampi Repeater e Flexible Content impostati su Copia ora raggiungono le traduzioni quando una riga viene aggiunta all’esterno dell’editor degli articoli, ad esempio con update_field() o un modulo ACF di front-end.
Un campo personalizzato appena traducibile contrassegna come “Needs update” solo gli articoli tradotti che hanno effettivamente il campo.
La modifica della preferenza di traduzione di un campo ACF aggiorna anche le traduzioni dei termini esistenti.
Le etichette dei field-group di ACF mantengono le loro traduzioni dopo la migrazione ad Advanced Custom Fields Multilingual 2.2.
L’upgrade da WPML 4.x non ripristina più le vecchie impostazioni dei campi personalizzati dopo la pulizia di Advanced Custom Fields Multilingual, che manteneva il caricamento di dati non necessari.
In Traduzione dei campi personalizzati, una preferenza scelta durante il caricamento dei risultati di ricerca viene mantenuta, invece di andare persa dopo “Data saved”.
Il salvataggio di una traduzione tramite l’API REST da un client esterno non esegue più una sincronizzazione completa dei campi personalizzati ogni volta.
I campi personalizzati scritti dopo che WPML ha copiato i campi di un articolo raggiungono comunque le sue traduzioni.
La modifica di una parola in un campo Link di ACF nella schermata Traduzione delle tassonomie mantiene il link tradotto.
La modifica di un campo ACF in Copia, Copia una volta o Non tradurre in Impostazioni di WPML aggiorna le traduzioni esistenti.

Correzioni per media e immagini

Traduzione media: una pagina tradotta dell’editor a blocchi mantiene la propria immagine dopo che la traduzione è stata salvata su un hosting con cache di oggetti.
Il completamento di un lavoro di traduzione che contiene media non crea più copie di allegati orfane in ogni lingua secondaria.
Una query per un allegato in una lingua secondaria restituisce la sua traduzione, o l’allegato stesso, correggendo gli sfondi della Color Section di Enfold.
Un’immagine che un page builder nomina in base al suo URL mostra i testi dei media della lingua della pagina.
Le immagini dei page builder, come lo sfondo di una sezione Divi, mostrano i testi originali corretti nell’editor di traduzione e si salvano nell’immagine corretta.
Un’immagine senza un indirizzo utilizzabile in un widget o nel contenuto non causa più un errore della cache di oggetti a ogni caricamento della pagina.

Correzioni per articoli e pagine

Gli articoli di un tipo di post personalizzato non scompaiono più dagli elenchi dell’area di amministrazione dopo che un file wpml-config.xml rende il tipo traducibile; i siti interessati vengono riparati con l’aggiornamento.
L’eliminazione, lo spostamento nel cestino o il ripristino di un articolo tradotto da un’attività programmata o da un modulo di front-end si applica alle sue traduzioni, come nell’area di amministrazione.
Il salvataggio di un articolo la cui riga nel database è scomparsa non si ferma più con un errore irreversibile.
Il ripristino di un articolo dal Cestino mantiene lo stato delle sue traduzioni; le traduzioni in bozza e private non tornano più pubblicate.
Un articolo programmato non pubblica più le sue traduzioni cestinate o non finite nella sua data quando le date di pubblicazione vengono copiate nelle traduzioni.
Le richieste di front-end non si bloccano più con una ricorsione infinita durante la risoluzione della lingua corrente.
L’aggiornamento di un articolo la cui lingua è disabilitata mantiene quella lingua, e il salvataggio di un articolo non disconnette più un’altra delle sue traduzioni.
Il controllo di un ID di articolo che non corrisponde ad alcun articolo non produce più avvisi PHP.

Correzioni per la compatibilità con altri plugin e temi

Le pagine dell’area di amministrazione di altri plugin, come Slider Revolution e le opzioni di Avada, caricano di nuovo i loro script con WPML attivo.
Nessun errore critico su ogni pagina quando un altro plugin, come il builder Tatsu, cerca articoli mentre i plugin si stanno caricando.
Quando un altro plugin fallisce durante il caricamento di WordPress, il sito mostra di nuovo la pagina di errore critico di WordPress, non una pagina vuota.
WPML ripristina la lingua del sito quando un altro plugin, come WP All Export Pro, la cambia e non la ripristina mai.
I plugin di cache che svuotano la cache di oggetti non causano più errori del database “Commands out of sync”, perché WPML legge le impostazioni della sua pagina una sola volta.
Le sitemap di Yoast SEO elencano ogni articolo tradotto sotto il proprio URL quando WPML SEO non è attivo.
WPML SEO traduce i valori di testo di ogni tipo di schema di Rank Math.
The Events Calendar: la pagina radice non appare più vuota con “Integrate events in main blog loop” abilitato.

Correzioni per le schermate dell’area di amministrazione e le impostazioni

Un sito la cui impostazione WPML memorizzata è stata rimossa, da un plugin di pulizia o da un ripristino parziale, la recupera dalla copia salvata di WPML.
Le impostazioni salvate mentre WPML sta finalizzando l’aggiornamento del suo database non vanno più perse.
Risoluzione dei problemi: la ricostruzione della cache per un singolo URL viene eseguita in modo affidabile in background e il clic su Ricostruisci non va più perso.
L’avviso “Your automatic translation pricing has been upgraded” viene mostrato solo agli utenti che possono gestire le traduzioni.
Ricerca nelle impostazioni: la voce Localizzazione di temi e plugin scorre fino alle opzioni di localizzazione sotto Compatibilità.
Il vecchio indirizzo di Localizzazione di temi e plugin porta a Impostazioni > Compatibilità con la scansione di temi e plugin mostrata.
Le richieste che vengono eseguite durante il reset di WPML non possono più ricreare le tabelle e le impostazioni di WPML.
Il reset di WPML dall’area di amministrazione della rete controlla anche prima le lingue secondarie.
La rimozione di Priorità di traduzione non scrive più un falso record “item deleted” sui siti sottoposti a upgrade.
L’avviso mostrato quando il controllo di integrità dell’area di amministrazione di WPML fallisce indica il nome della richiesta che non è andata a buon fine.
Supporto > Registro delle comunicazioni rimane leggibile dopo Refresh services.
La modifica del motore di traduzione viene segnalata nel check-in giornaliero del sito con wpml.org.
Il tooltip “Same as default” nelle impostazioni della lingua di WPML ora può essere tradotto.
Nelle richieste REST dell’area di amministrazione, il cambio di locale si applica alle traduzioni come previsto.

Correzioni per i database e il multisito

Sui cluster di database che rifiutano i lock denominati, come la modalità strict di Percona XtraDB, WPML passa a un lock basato su tabella e continua a funzionare.
WPML crea le sue tabelle con un set di caratteri e una collation corrispondenti su MariaDB 11.
WPML crea tutte le sue tabelle con un solo set di caratteri e collation, e un avviso indica qualsiasi tabella che il database si rifiuta di creare.
Sui database che rifiutano i lock denominati, il log dell’Installer viene scritto senza un errore del database.
Multisito: i siti della rete in cui WPML è inattivo, o attivo ma non configurato, non registrano più errori relativi a una tabella delle lingue mancante.

Altre correzioni

Traduzione stringhe non scrive più il file di traduzione di una lingua da una lingua inattiva che condivide il suo locale, il che lasciava le stringhe non tradotte.
Traduzione stringhe: una stringa eliminata che proveniva dal testo predefinito di un blocco, come nei blocchi di WooCommerce, non torna più.
L’importazione di un file .po le cui traduzioni contengono link interni non fallisce più con un errore del server.
Traduzione stringhe registra e importa i file di traduzione di temi e plugin quando WordPress è installato nella radice del filesystem del server.

Leggi l’annuncio del rilascio di WPML 5.2 per la storia completa dietro a questa versione.

Aggiorna o scarica

L’aggiornamento è disponibile per tutti i clienti di WPML con un abbonamento attivo — appare nella pagina Plugin nella tua area di amministrazione di WordPress entro 24 ore dal rilascio. Puoi anche verificarlo subito in Plugin → Aggiungi nuovo → Commerciale. Per scaricare e installare manualmente, vai su Download nel tuo account wpml.org (vedi le istruzioni di installazione) e ricordati di aggiornare tutti i componenti insieme senza mescolare le versioni.

Hai bisogno di aiuto o vuoi dare un feedback? Utilizza il nostro forum di supporto tecnico (si apre in una nuova scheda).

Vedi tutte le versioni di WPML Multilingual CMS