Ho aggiornato a Discourse 2026.3.0-latest.1 (12b79c7da6) venerdì.
Da allora, la mia pagina di amministrazione mostra:
Facendo clic sul tema stesso, vedo Errore durante la clonazione del repository git, accesso negato o repository non trovato:
Lo stesso errore per tutti loro.
I repository sono ancora tutti pubblicamente accessibili, ad esempio:
Potrebbe trattarsi di un bug nel mio ultimo aggiornamento? 
Non so cosa sia diverso ma ho appena aggiornato alla 2026.3.0-latest.1 e ho seguito il tuo esempio ed è andato su Amministrazione→componenti→versatile banner e il componente si è aggiornato senza errori come nel tuo esempio
Interessante.
Posso fare il wget del repository dal server stesso, quindi non sembra essere un problema bloccante.
Ci darò un’occhiata ancora un po’ e vedrò cosa riesco a risolvere 
Scusa, per essere chiari, se vado manualmente in ciascuno e clicco su “controlla aggiornamenti”, allora controllano effettivamente gli aggiornamenti.
Non sono sicuro del motivo per cui mostrano tutti un errore prima che io controlli manualmente ciascuno di essi.
oh, ok è quello che ho fatto
il mio non mostrava quell’errore prima
come nello screenshot qui sotto, scusa se non ho fatto uno screenshot prima, ma quel messaggio di errore non c’era come sotto
Penso di aver visto qualcosa di simile sul mio forum nell’ultimo mese, ma alla fine tutto ha funzionato bene. Forse c’è qualche limitazione di frequenza (rate limiting) da parte di GitHub?
Hai provato un aggiornamento tramite riga di comando?
Ho sempre aggiornato solo tramite la riga di comando per circa otto anni, non ho mai usato l’interfaccia web 
(post eliminato dall’autore)
Come influenza il modo di aggiornare il controllo per gli aggiornamenti del tema?
Ho appena pensato ai problemi relativi ai fallimenti degli aggiornamenti quando ho visto il tuo suggerimento, ma qui il problema è riscontrare un problema con la connessione al repository Git durante il controllo degli aggiornamenti, piuttosto che durante il processo di aggiornamento, quindi dovrebbe essere irrilevante rispetto al modo in cui viene eseguito l’aggiornamento?
Suggerimento semplice, dato che la ricostruzione dalla riga di comando (CMD) spesso risolve i problemi di aggiornamento. A volte ho dovuto eseguire la ricostruzione due volte per risolvere un problema.
È ancora lì adesso, l’elenco è più corto dove ho fatto clic manualmente su alcuni di essi oggi.
La data “ultimo controllo” continua ad aumentare ma i messaggi di errore persistono, dicendo che il repository non può essere raggiunto o trovato, eppure chiaramente può esserlo perché posso fare clic sul pulsante “verifica aggiornamenti” e scompare.
Strano, vero?
