L’esempio dovrebbe funzionare e non sono a conoscenza di modifiche rilevanti tra la versione stabile e ora. Fateci sapere se riuscite a riprodurre il problema!
Grazie David. Lo farò. Sì, l’ho notato. La palla è decisamente nel mio campo per ora, dato che l’ambiente in cui l’ho riscontrato non era completamente pulito.
fallisce in Development dalla versione 3.0.0 in poi (forse anche prima)
Ho testato su un ambiente Dev standard senza Docker, ma anche su un ambiente Docker Dev molto pulito (anche se forse con una configurazione incompleta e personalizzata).
Ecco gli errori:
Si è verificato un errore:
- Durante il rendering:
- livello superiore
applicazione
discourse-root
sidebar-wrapper
admin
admin-wrapper
nav-item
link-to
-link-to
Uncaught (in promise) TypeError: Mentre si generava il link alla rotta "adminPlugins": this.model è undefined
get allAdminRoutes admin-plugins.js:20
Nota che posso inserire un’istruzione debugger prima del return this.model, ma il debugger non viene mai attivato.
@RGJ ha gentilmente esaminato il problema e ha confermato di poter riprodurre lo stesso risultato.
Questa è un po’ un problema, dato che chiaramente dobbiamo sviluppare le funzionalità prima di metterle in produzione… ma non devo certo dirtelo! Inoltre, è un po’ fastidioso che il problema si verifichi anche sulla versione Stable…
Non sono sicuro di quanto possiamo fare per risolvere questo problema all’interno di Discourse, dato che, come hai notato, il problema sembra essere a monte in Ember. Forse possiamo applicare una patch al metodo problematico
Per iniziare, ho aggiunto un caso di test minimo che fallisce in modo da poter monitorare i progressi. Ci sono alcuni commenti nel test che descrivono perché il problema viene innescato dal nostro sistema modifyClass:
Stranamente, questo sembra essere l’unico progresso nel progetto Ember, all’interno della PR associata che è ancora in bozza. Mi chiedo se tutto ciò che sarebbe necessario sia una richiesta educata di dare priorità quando il tempo sarà disponibile?:
Apprezzo pienamente che questo sia stato aperto da un membro dello staff di terze parti.
Sì, il mio test si basa sul loro (ma con l’API api.modifyClass specifica di Discourse). Non penso che dovremmo aprire un nuovo problema: è 100% lo stesso di quello già aperto. Vedremo se possiamo fare qualcosa per farlo dare priorità.
Questa correzione è ora stata rilasciata come parte di Ember 3.28.12 e abbiamo aggiornato Discourse per utilizzarla. Fateci sapere se riscontrate ancora problemi con modifyClass dopo l’aggiornamento all’ultima versione di Discourse.