このjQueryプラグインを使用してCookieを設定しようとすると、Chromeの開発者ツールウィンドウで次のエラーが発生します。
キャッチされないエラー:SECURITY_ERR:DOM例外18
このエラーはどういう意味ですか?どうすれば修正できますか?このjQueryプラグインを使用すると、同じエラーが発生します。
file://
これは、Cookieを設定できないURIスキームを介したローカルファイルで使用している可能性があります。を使用できるように、ローカルサーバーに配置しますhttp://localhost
。
ローカルでHTML5を開発しているときにも、この問題が発生しました。画像とgetImageData関数に問題がありました。最後に、この保護セキュリティを取り除く--allow-file-access-from-fileコマンドスイッチを使用してchromeを起動できることを発見しました。唯一のことは、ブラウザの安全性が低下することです。また、フラグがオンになっているChromeインスタンスと、フラグが設定されていないChromeインスタンスを作成することはできません。
画像をインラインBase64表現に置き換えることで、これを「修正」することもできます。
img.src= "data:image/gif;base64,R0lGODlhCwALAIAAAAAA3pn/ZiH5BAEAAAEALAAAAAALAAsAAAIUhA+hkcuO4lmNVindo7qyrIXiGBYAOw==";
ページをWebに公開するのではなく、ローカルマシンでのみ使用する場合に便利です。
JavascriptWebworkersで遊んでいる同じ状況に直面しました。残念ながら、Chromeではローカルファイルに保存されているJavaScriptワーカーにアクセスできません。
ローカルストレージを使用する以下の回避策の1つは、Chromeを--allow-file-access-from-files
(s
最後に)で実行することですが、Chromeのインスタンスは1つしか許可されていないため、あまり便利ではありません。このため、ファイルアクセスが許可されたChromeCanaryを使用しています。
ところで、Firefoxではそのような問題はありません。
データURIスキームを使用してWebワーカーを作成しようとすると、このエラーがポップアップ表示されます。
var w = new Worker('data:text/javascript;charset=utf-8,onmessage%20%3D%20function()%20%7B%20postMessage(%22pong%22)%3B%20%7D'); w.postMessage('ping');
標準では許可されていません:http ://www.whatwg.org/specs/web-apps/current-work/multipage/workers.html#dom-worker
履歴APIを使用しているときにこの問題が発生しました。
window.history.pushState(null, null, URL);
ローカルサーバー(localhost)を使用している場合でも、URLに「http://」を追加して、次のようなものを作成します。
http://localhost...
私はメインブラウザとしてChromeを使用しているため、このソリューションに完全に満足して--allow-file-access-from-files
いませんでした。また、私が開いていたこの違反には本当に満足していませんでした。
現在、フラグをオンにして開発にCanary(Chromeベータ版)を使用しています。そして、私の本当のブログのための単なるChromeバージョン:2つのブラウザはフラグを共有しません!
許可を得る前に新しい(これまでのところWebkitのみ)通知機能を使用している場合にも、このエラーを受け取る可能性があります。
ファーストラン:
<!-- Get permission -->
<button onclick="webkitNotifications.requestPermission();">Enable Notifications</button>
後で実行:
// Display Notification:
window.webkitNotifications.createNotification('image', 'Title', 'Body').show();
要求許可機能は、ユーザーによって引き起こされたイベントからトリガーされる必要があります。そうしないと、表示されません。
ASP.NET MVCを使用して、元のファイル名とは異なるファイル名のファイルを返すオーバーロードを含むFileResultを返すと、モバイルサファリでこのエラーが発生していました。それで、
return File(returnFilePath, contentType, fileName);
モバイルサファリでエラーが発生しますが、
return File(returnFilePath, contentType);
しません。
自分がやっていることをいい考えだと思った理由すら覚えていません。賢くしようとしていると思います。