Por ejemplo, si ingreso steam://connect/127.0.0.1en el Omnibox, buscará la URL en lugar de iniciar el programa que maneja ese protocolo.
¿Cómo se puede configurar Chrome para tratar los protocolos personalizados correctamente?
Respuestas:
Esto se puede ajustar en el Local Statearchivo de Chrome .
La ubicación exacta depende de su sistema operativo. Por ejemplo:
%LOCALAPPDATA%\Google\Chrome\User Data\Local State en Windows 7~/Library/Application Support/Google/Chrome/Local State en Mac OS X 10.8.~/.config/google-chrome/Local State en Ubuntu 12.04.Pasos:
Cierra Google Chrome.
Abra el Local Statearchivo y busque excluded_schemesen protocol_handler.
Agrega la línea
"steam": false,
a excluded_schemes.
Reinicia Google Chrome.
ed2k://y magnet:funciona bien sin tener que cambiar nada manualmente. ¿Qué tiene de especial / malo steam://? ¿Quizás el programa no registró el protocolo correctamente? Supongo que Steam tiene una función asociada ...
http, ftp, etc. Yo sólo sabía que tenía que añadir que para Skype.
Local Statearchivo; ni siquiera tendrá una protocol_handlersección). Además, configurarlo trueno lo hace buscar, hace que no haga nada en absoluto, por lo que ese no puede ser el problema.
Local Stateentrada. Pero eso es solo una suposición. No sé si la "steam": false,entrada es la forma correcta de lograr esto, pero definitivamente funcionó skype://.
~/.config/google-chrome/Local Stateen Ubuntu 12.04. No sabría sobre otras distribuciones.
Como referencia, parece que los URI personalizados no se siguen en el Omnibox o cuando se pasa como un parámetro de línea de comando se conoce el problema 560809 en Chromium .
Al momento de escribir, el problema no describe ninguna solución alternativa: /