2020年4月30日更新
Chrome 81以降、有効にするには、両方 --disable-site-isolation-trials
と空でないプロファイルパスを経由する必要があります。--user-data-dir
--disable-web-security
open -na Google\ Chrome --args --user-data-dir=/tmp/temporary-chrome-profile-dir --disable-web-security --disable-site-isolation-trials
(推測)Chromeは、デフォルトのプロファイルでWebセキュリティが無効になっている状態でブラウザを起動するという高いセキュリティリスクを軽減するために、空でないプロファイルパスを必要とする可能性があります。詳細について は、以下の--user-data-dir=
vs--user-data-dir=/some/path
を参照してください。
コメントのChrome81のヒントを提供してくれた@Snæbjørnに感謝します。
2020-03-06を更新
Chrome 80以降(おそらくそれ以前)、フラグ--user-data-dir=/tmp/some-path --disable-web-security --disable-site-isolation-trials
の組み合わせによってWebセキュリティが無効になることはなくなりました。
Chromiumコードベースがいつ後退したかは不明ですが、古いビルドのChromiumをダウンロードする(Chromiumダウンロードページの「それほど簡単ではない手順」に従う)ことが、私が見つけた唯一の回避策です。最終的にバージョン77.0.3865.0を使用しました。これは、これらのフラグでWebセキュリティを適切に無効にします。
元の投稿2019-11-01
Chrome 67以降では、--disable-site-isolation-trials
引数--user-data-dir=
と一緒にフラグを渡し、--disable-web-security
Webセキュリティを本当に無効にする必要があります。
MacOSでは、完全なコマンドは次のようになります。
open -na Google\ Chrome --args --user-data-dir= --disable-web-security --disable-site-isolation-trials
について --user-data-dir
パーデビッドAmeyの答え、指定することが必要である--user-data-dir=
クロムを尊重するため--disable-web-security
のオプションを。
--user-data-dir=
vs --user-data-dir=/some/path
を介して空のパスを渡すことはで--user-data-dir=
動作し--disable-web-security
ますが、メールなどへのアクティブなログインセッションがあるデフォルトのChromeプロファイルを使用するため、セキュリティの目的ではお勧めしません。Chromeセキュリティを無効にすると、アクティブなセッションは追加のログインに対して脆弱になります。ブラウザの悪用。
したがって、Chromeプロファイルの代替ディレクトリ--user-data-dir=/tmp/chrome-sesh
または同等のものを使用することをお勧めします。コメントでこれを指摘してくれた@JamesBの功績です。
ソース
この修正は、ブラウザーテストフレームワークCypress内で削除されました:https://github.com/cypress-io/cypress/issues/1951