No es que Chrome lo obvie, sino que lo "ignora" (porque podría no haber implementado la lectura de los valores).
He encontrado algunos documentos que muestran cómo configurar manualmente Chrome en Mac para utilizar SOCKS:
https://www.chromium.org/developers/design-documents/network-stack/socks-proxy
(si mi banco de memoria tradujo bien lo que leí).
No he podido encontrar ningún documento de Google que diga: Chrome en MacOS obedecerá los prefijos SOCKS.
Antes de que alguien vote negativamente esto porque suena incorrecto...
La compatibilidad de las aplicaciones con el proxy se reduce normalmente a tres cosas:
Soporte para proxy HTTP (FTP es realmente HTTP), HTTPS (Connect) y SOCKS de dos versiones.
Cada una de ellas es bastante diferente de la otra, pero los cuadros de diálogo estándar diseñados originalmente por Netscape hacían que parecieran funcionar en paralelo. Los usuarios asumen que un navegador que funciona con un ajuste del cuadro de diálogo debería funcionar con todos los demás, eso simplemente no es cierto desde una perspectiva de características/soporte/protocolo/código.
En el caso de los navegadores de MacOS, el desarrollador del navegador tenía que decidir si iba a admitir el tipo de proxy y, a continuación, cómo iba a leer la configuración del sistema, en caso de que la admitiera. Por eso, durante mucho tiempo, Camino (el navegador de Mozilla para MacOS sólo admitía la configuración del sistema, pero Firefox (el navegador de Mozilla para todas las plataformas) no lo hacía.
(Hasta donde puedo recordar... Fui Proxy QA para Netscape/Mozilla en su día).
