Problemi noti durante l’aggiornamento da Drupal 6 o 7 a Drupal 8

Da Drupal 6 a 8

Categorie degli aggregatori

In Drupal 8 non esiste più il concetto di categorie degli aggregatori, quindi non vengono migrate in Drupal 8.

Protocolli consentiti

Drupal 8 ora memorizza i protocolli nel parametro del container «filter_protocols», quindi, se hai modificato la variabile «filter_allowed_protocols», inseriscila nel file services.yml.

Vocabolari consentiti per il campo di riferimento tassonomico

In Drupal 6 l’elenco dei tipi di contenuto applicabili a un determinato vocabolario è definito nelle impostazioni del vocabolario. In Drupal 8 i vocabolari consentiti possono essere definiti nelle impostazioni del campo di riferimento al termine di tassonomia. Questa impostazione attualmente non viene migrata, consentendo di fare riferimento a tutti i vocabolari in Drupal 8. Puoi modificare manualmente le impostazioni del campo di riferimento ai termini di tassonomia in Drupal 8 dopo l’aggiornamento e selezionare i vocabolari consentiti.

[Risolto] Formati di data

Vengono migrati solo i formati predefiniti: corto, medio e lungo. Tutti gli altri formati predefiniti hanno un formato di fallback e devono essere riconfigurati dopo la migrazione.

Campi mancanti nel form di modifica o nella pagina di visualizzazione

Un altro aspetto che può causare confusione è quando esegui una migrazione che sembra avere successo, ma dopo non vedi i tuoi campi nel form di modifica. Vai alla pagina di amministrazione dei tipi di contenuto e apri la scheda «Gestisci visualizzazione form» per ogni tipo di contenuto. I campi aggiunti durante l’aggiornamento potrebbero essere nascosti nel form di modifica. In tal caso, trascinali verso l’alto per renderli visibili. Allo stesso modo, se non vengono visualizzati nella vista del nodo, i campi aggiunti da Migrate potrebbero essere nascosti nella scheda «Gestisci visualizzazione», e potresti doverli rendere visibili lì. Nella migrazione dei campi personalizzati su un’entità può aiutare il modulo Migrate Plus.

La homepage si carica e il tema non funziona

Durante la migrazione, a volte la pagina è bianca e carica solo pochi elementi. Essenzialmente, sembra un tema rotto. Visitando /user e tornando alla homepage di solito si risolve il problema.

Menu UI

Le variabili menu_primary_links_source e menu_secondary_links_source non vengono migrate, poiché non hanno equivalenti in Drupal 8.

Moduli e temi

Prima di iniziare la migrazione è necessario abilitare i nuovi moduli e temi, nonché impostare il tema amministrativo (se disponibile).

Tipi di contenuto dei nodi

La configurazione predefinita in Drupal 6 ha i tipi di contenuto Story e Page. I tipi di contenuto predefiniti in Drupal 8 si chiamano Article e Basic Page (che hanno il machine name 'page', come in Drupal 6).

• La migrazione mapperà il tipo di contenuto Drupal 6 Page al tipo Drupal 8 Page, poiché i machine name di questi tipi di contenuto corrispondono.
• La migrazione creerà il tipo di contenuto Story in Drupal 8. Potresti voler eliminare il tipo di contenuto Article di Drupal 8 se non ti serve. Per ulteriori dettagli, consulta #2236289: La migrazione dei nodi «Story» da D6 crea un nuovo tipo di contenuto in D8.

Traduzioni dei nodi

In Drupal 6 e 7 le traduzioni dei nodi venivano memorizzate in nodi separati, mentre in Drupal 8 vengono ora unite ai loro nodi di lingua originale. Il sistema di migrazione eseguirà l’unione delle traduzioni dei nodi, ma ciò significa che alcuni collegamenti potrebbero ora puntare a nodi che non esistono più. Vedi #2746527: [META] Gestire i dati relativi alle traduzioni dei nodi Drupal 6 e 7 con ID differenti.

Nota che le revisioni dei nodi tradotti non vengono ancora migrate. Vedi #2746541: [backport] Migrare le revisioni dei nodi D6 e D7 in D8 per ulteriori informazioni.

Panoramica sull’aggiornamento da Drupal 6 multilingua a Drupal 8.

Categorie del profilo

I campi raggruppati dal modulo profilo in Drupal 6 non verranno raggruppati in Drupal 8.

Campo del profilo (lista di selezione)

L’impostazione «valori consentiti» del campo risultante in Drupal 8 sarà una combinazione di tutti i valori personalizzati selezionati e degli attuali valori consentiti in Drupal 6, e non solo dei valori consentiti in Drupal 6.

Statistiche

Le impostazioni del log di accesso e i dati statistici non i18n non vengono migrati. La consolidazione dei dati statistici i18n è stata migrata da Drupal 8.5.2. Vedi #2930101: i18n/statistics - il contatore dei nodi non si aggiorna per le traduzioni.

Testo / formati di input

I formati di filtro non riconosciuti da Drupal 8 verranno migrati come filter_null, un filtro che restituisce semplicemente una stringa vuota. Ciò significa che qualsiasi formato di input che utilizza un formato di filtro sconosciuto non mostrerà il contenuto dei campi, anche se il contenuto è nel database. Questo può risultare fuorviante. Vedi #2618332: Migliore gestione della sostituzione dei filtri mancanti con filter_null e #2630578: Formati duplicati nell’aggiornamento D6

I formati di filtro non riconosciuti da Drupal 8 includono il famigerato filtro codice PHP e qualsiasi altro filtro fornito da moduli contrib non disponibili nella tua installazione Drupal 8.

Il filtro PHP non è supportato nel core di Drupal 8 - è una pessima pratica, ma puoi usare il modulo PHP se ne hai davvero bisogno.

Per risolvere questa situazione, hai diverse alternative:

• Verifica se i moduli che forniscono filtri hanno una versione per Drupal 8 e installali
• Modifica e salva i formati di input interessati. Questo rimuoverà il riferimento a filter_null e il contenuto inizierà a essere visualizzato. Nota che, poiché il filtro originale non esiste, il contenuto non viene filtrato e potrebbero apparire token non sostituiti, o il sito potrebbe essere vulnerabile a problemi di sicurezza
• Modifica i contenuti e cambia il formato di input con un altro. Questo comporta le stesse problematiche del punto precedente

Fusi orari e date

Drupal 6 utilizza l’offset del fuso orario per calcolare l’ora locale. Drupal 7 e 8 utilizzano il nome del fuso orario. Purtroppo, la funzione PHP timezone_name_from_abbr(), che converte l’offset nei nomi dei fusi orari, genera nomi diversi a seconda che l’ora legale sia attiva o meno sul server. Ad esempio, un offset di 3600 viene convertito in Europe/Paris se l’ora legale è disattivata, e in Europe/London se è attivata. La migrazione è configurata per ignorare l’ora legale. In base alla configurazione del tuo server, l’impostazione del fuso orario in Drupal 8 potrebbe essere errata dopo la migrazione (#2353679: variabile mancante per la migrazione D6->D8: date_default_timezone).

Nei fusi orari che utilizzano l’ora legale, la data può essere interpretata in modo diverso in Drupal 8 rispetto a Drupal 6. Ad esempio, se l’orario è vicino alla mezzanotte, la data può risultare come un altro giorno. Questo causa problemi, specialmente se i token di data vengono usati per costruire percorsi (ad esempio alias URL, percorsi dei file). Due possibili soluzioni sono illustrate in #2926421: Gestire le discrepanze di data tra D6 e D8.

Alias URL

Quando si migrano gli alias URL per una lingua che non è attiva nel nuovo sito Drupal 8, nessuno degli alias funzionerà finché non attiverai la lingua nel nuovo sito Drupal 8.

Views

Views non vengono ancora migrate, dovrai ricrearle manualmente in Drupal 8. Per ulteriori informazioni, consulta #2500547: Percorso di aggiornamento per Views da Drupal 6 e 7 e il modulo Views Migration.

Configurazione del blocco attività utente

Le impostazioni di attività utente non vengono migrate. Questo deve essere modificato manualmente nella vista corrispondente nella sezione filtri/accesso (#2169327: Migrare la configurazione del blocco attività utente).