Porter des extensions de proxy entre Chrome et Firefox
Firefox et Chrome exposent des API d'extension aux noms similaires mais aux modèles de configuration différents. Portez la politique de routage, pas seulement l'espace de noms.
Renommer chrome en browser n'est pas un portage complet d'une extension de proxy.
La configuration de serveur fixe de Chrome utilise un objet de mode et de règles. Firefox expose sa propre interface de paramètres proxy globaux et une API proxy.onRequest par requête. Des noms similaires ne rendent pas leurs objets d'entrée interchangeables.
Commencez par la politique que vous voulez exprimer : un point de terminaison fixe, une configuration PAC ou une route choisie séparément pour chaque requête. Utilisez ensuite l'interface documentée pour chaque navigateur.
L'écouteur par requête de Firefox peut renvoyer des informations de proxy depuis le code de l'extension. Il exige la permission proxy et l'accès hôte approprié pour les requêtes interceptées. C'est une conception différente de celle qui consiste à copier un objet de paramètres de serveur fixe de Chrome en espérant que le navigateur reconnaisse chaque champ.
Vérifiez aussi la version de Firefox prise en charge et les exigences du manifest. Les anciens exemples utilisant proxy.register() décrivent une API antérieure et ne devraient pas servir de base à une extension actuelle.
Gardez les données de politique partagées séparées de l'adaptation propre à chaque navigateur. Les tests et le diagnostic devraient montrer la route choisie pour une destination dans chaque navigateur, y compris un résultat direct délibéré. Un manifest valide et un appel d'API qui ne lève pas d'erreur ne sont que le début.