Це не те, що Chrome обійшов його, він "ігнорує" його (тому що він, можливо, не реалізував читання значень).
Я знайшов деякі документи, які показують, як вручну встановити Chrome на Mac для використання SOCKS:
https://www.chromium.org/developers/design-documents/network-stack/socks-proxy
(якщо мій банк пам'яті правильно переклав прочитане)
Не вдалося знайти жодного документа від Google, який би сказав: Chrome на MacOS підкорятиметься префіксам SOCKS.
Перш ніж хтось вниз проголосує за це, тому що це звучить неправильно ...
Підтримка програм проксі зазвичай зводиться до трьох речей:
Підтримка проксі HTTP (FTP - це справді HTTP), HTTPS (Connect) та SOCKS двох версій.
Кожна з них сильно відрізняється від інших, але стандартні діалогові вікна, створені Netscape, спочатку розроблені Netscape, виглядали так, що вони просто працювали паралельно. Користувачі припускають, що браузер, який працює з одним параметром у діалоговому вікні, повинен працювати з усіма іншими, що просто не відповідає дійсності з точки зору функції / підтримки / протоколу / коду.
У веб-переглядачах MacOS розробник браузера повинен був вирішити, чи підтримуватиме він проксі-сервер, а потім, як вони зчитують системні налаштування, якщо вони підтримують налаштування системи. Ось чому довгий час Camino (браузер Mozilla для налаштувань ОС, що підтримується лише MacOS, але Firefox (браузер Mozilla для всіх платформ) цього не зробив.
(Як найкраще я пам'ятаю ... Я був проксі QA для Netscape / Mozilla ще в той день.)