En cliquant sur le thème lui-même, je vois Error cloning git repository, access is denied or repository is not found (Erreur lors du clonage du dépôt git, l’accès est refusé ou le dépôt est introuvable) :
Je ne sais pas ce qui est différent, mais je viens de mettre à jour vers 2026.3.0-latest.1 et j’ai suivi votre exemple et je suis allé dans Admin→composants→bannière polyvalente et le composant s’est mis à jour sans erreur comme dans votre exemple
Désolé, pour être clair, si je vais manuellement dans chacun d’eux et que je clique sur « vérifier les mises à jour », ils vérifient effectivement les mises à jour.
Je ne sais pas pourquoi ils affichent tous une erreur avant que je ne vérifie manuellement chacun d’eux.
le mien n’affichait pas cette erreur auparavant, cependant
comme dans votre capture d’écran ci-dessous, désolé, je n’ai pas pris de capture d’écran avant, mais ce message d’erreur n’était pas là comme ci-dessous
Je pense avoir vu quelque chose de similaire sur mon forum le mois dernier, mais tout a fonctionné correctement plus tard. Peut-être y a-t-il une limitation de débit (rate limiting) par GitHub ?
J’ai juste pensé aux problèmes liés aux échecs de mise à jour lorsque j’ai vu votre suggestion, mais ici, le problème est de rencontrer une difficulté avec la connexion au dépôt Git lors de la vérification des mises à jour, plutôt que pendant le processus de mise à jour, donc cela ne devrait pas avoir d’incidence sur la manière dont la mise à jour est effectuée ?
Suggestion simple, car la reconstruction depuis la ligne de commande corrige souvent les problèmes de mise à jour. Parfois, j’ai même dû exécuter la reconstruction deux fois pour résoudre un problème.
La date du « dernière vérification » continue d’augmenter, mais les messages d’erreur persistent, indiquant que le dépôt ne peut être accédé ou trouvé, pourtant il le peut clairement car je peux cliquer sur le bouton « vérifier les mises à jour » et il disparaît.