Proxy-Erweiterungen zwischen Chrome und Firefox portieren
Firefox und Chrome bieten gleichnamig wirkende Erweiterungs-APIs mit unterschiedlichen Konfigurationsmodellen. Portieren Sie die Routing-Richtlinie, nicht nur den Namensraum.
chrome in browser umzubenennen ist kein vollständiger Port einer Proxy-Erweiterung.
Chroms Konfiguration für feste Server verwendet ein Modus- und Regelobjekt. Firefox stellt eine eigene Schnittstelle für globale Proxy-Einstellungen und eine proxy.onRequest-API pro Anfrage bereit. Ähnliche Namen machen ihre Eingabeobjekte nicht austauschbar.
Beginnen Sie mit der Richtlinie, die Sie ausdrücken wollen: ein fester Endpunkt, eine PAC-Konfiguration oder eine pro Anfrage separat gewählte Route. Verwenden Sie dann die für den jeweiligen Browser dokumentierte Schnittstelle.
Der Listener von Firefox pro Anfrage kann Proxy-Informationen aus dem Erweiterungscode zurückgeben. Er erfordert die Proxy-Berechtigung und den passenden Host-Zugriff für abgefangene Anfragen. Das ist ein anderes Design, als ein Chrome-Konfigurationsobjekt für feste Server zu kopieren und zu hoffen, dass der Browser jedes Feld erkennt.
Prüfen Sie außerdem die unterstützte Firefox-Version und die Manifest-Anforderungen. Alte Beispiele mit proxy.register() beschreiben eine frühere API und sollten nicht die Grundlage einer aktuellen Erweiterung sein.
Halten Sie gemeinsame Richtliniendaten von browserspezifischer Anpassung getrennt. Tests und Diagnosen sollten die für ein Ziel gewählte Route in jedem Browser zeigen, einschließlich eines bewusst direkten Ergebnisses. Ein gültiges Manifest und ein API-Aufruf ohne Ausnahme sind nur der Anfang.