Eine Meldung innerhalb von onAuthRequired beweist, dass dieser Listener lief. Eine leere Konsole zeigt nicht, welche Route die Anfrage genommen hat oder ob ein früherer Austausch bereits eine Authentifizierung geliefert hat.

BeobachtungDavon getrennt halten
Gewählte RouteOb eine Authentifizierungsaufforderung auftrat
Empfangene AufforderungOb dieser Listener sie beobachten oder behandeln konnte
Listener-AusgabeOb Sie die richtige Erweiterungskonsole beobachten
Endgültiges AnfrageergebnisOb ein neuer Callback nötig war

Stellen Sie zuerst das tatsächliche Netzwerkergebnis fest. Die Anfrage kann eine Authentifizierung oder eine bestehende Verbindung wiederverwenden, direkt gehen oder den erwarteten Endpunkt nie erreichen.

Wenn eine relevante Aufforderung auftrat, prüfen Sie Filter, Berechtigungen und den unterstützten Erweiterungskontext des Listeners. Manifest-Generation und Bereitstellungsmodell beeinflussen die Authentifizierungsbehandlung; ein veraltetes Beispiel mit blockierendem Listener kann das aktuelle Berechtigungsmodell nicht definieren. Beobachten Sie die Konsole des Service Workers der Erweiterung, wenn der Listener dort läuft, statt sich auf die Seitenausgabe zu verlassen. Für Manifest V3 registrieren Sie den Authentifizierungs-Listener synchron vor dem asynchronen Laden des Kontos.

Wiederholte Navigation ist nicht zwangsläufig eine neue Aufforderung. Historische Cache-Berichte belegen keine Regel, dass das Ereignis genau einmal pro Browsersitzung ausgelöst wird; beobachten Sie den verwendeten Browser und die Version.

Isolieren Sie für einen kontrollierten Vergleich die beabsichtigte Erweiterungskonfiguration und das Konto mit unterstützten Browserwerkzeugen. Vermeiden Sie undokumentierte Tricks zum Leeren des Caches oder das Ändern des gesamten Betriebssystems. Die vier Beobachtungen zeigen, ob ein Listener fehlt oder diese Verbindung ihn schlicht nicht brauchte.

Ähnliche Artikel