Par exemple, si j'entre steam://connect/127.0.0.1dans l'Omnibox, il recherchera l'URL au lieu de lancer le programme qui gère ce protocole.
Comment Chrome peut-il être configuré pour traiter correctement les protocoles personnalisés?
Par exemple, si j'entre steam://connect/127.0.0.1dans l'Omnibox, il recherchera l'URL au lieu de lancer le programme qui gère ce protocole.
Comment Chrome peut-il être configuré pour traiter correctement les protocoles personnalisés?
Réponses:
Cela peut être ajusté dans le Local Statefichier de Chrome .
L'emplacement exact dépend de votre système d'exploitation. Par exemple:
%LOCALAPPDATA%\Google\Chrome\User Data\Local State sous Windows 7.~/Library/Application Support/Google/Chrome/Local State sur Mac OS X 10.8.~/.config/google-chrome/Local State sur Ubuntu 12.04.Pas:
Fermez Google Chrome.
Ouvrez le Local Statefichier et recherchez excluded_schemesdans protocol_handler.
Ajoutez la ligne
"steam": false,
à excluded_schemes.
Redémarrez Google Chrome.
ed2k://et magnet:fonctionne bien sans avoir à changer quoi que ce soit manuellement. Qu'est-ce qui est spécial / mal steam://? Peut-être que le programme n'a pas enregistré le protocole correctement? Je suppose que Steam a une fonction associée …
http, ftp, etc. Je sais que je devais ajouter pour Skype.
Local Statefichier; il n'aura même pas de protocol_handlersection). De plus, le paramétrer sur truene le fait pas rechercher, il ne fait rien du tout, donc cela ne peut pas être le problème.
Local Stateentrée. Mais ce n'est qu'une supposition. Je ne sais pas si l' "steam": false,entrée est le bon moyen d'y parvenir, mais cela a vraiment fonctionné skype://.
~/.config/google-chrome/Local Statesur Ubuntu 12.04. Je ne connais pas les autres distributions.
À titre de référence, il semble que les URI personnalisés ne soient pas suivis dans l'Omnibox ou lorsqu'ils sont transmis en tant que paramètre de ligne de commande est un problème connu 560809 dans Chromium .
Au moment de l'écriture, le problème ne décrit aucune solution de contournement: /