Firefox 65 で、すべてのデスクトッププラットフォームにおいて コンテンツブロッキング が初期設定有効となりました。これにより、今後ブラウザー上で、サードパーティトラッキング Cookie を含むトラッキングリソースによるストレージアクセスがブロックされます。 サードパーティ Cookie のブロックは当初 Firefox 22 で予定されていましたが、明らかな互換性問題から変更は取り消されていました。その後 2015 年になり、Firefox 42 でプライベートブラウジングモード内のトラッキング防止機能が導入され、次いで Firefox Focus が公開されました。両製品とも Disconnect の公開ブラックリスト を用いて、広告トラッカー、アクセス解析コード、ソーシャル共有ボタンなどのトラッキングリソースを特定しています。 Apple が Safari に Intell

Firefox 65 で、複数のポップアップウィンドウが同時に開かれるのを防ぐため、ポップアップブロッカーが改良されました。window.open メソッドの呼び出しはイベントごとに 1 回のみ許容され、もし後続の呼び出しが行われた場合はブラウザーによってブロックされます。より良いユーザー体験のためには、いずれにしても複数ポップアップやタブを開くことは避けるべきでしょう。

Firefox 63 で window.event プロパティが実装されました。これは Internet Explorer に由来するものですが、Event.prototype.srcElement、Event.prototype.returnValue とともに DOM 仕様での標準化が行われたためです。 この変更はウェブ互換性の改善を意図していますが、この旧非標準プロパティを使用した一部のブラウザー判別コードはむしろ正常に動作しなくなることが予想されます。既に報告されている典型的な例は、Firefox では 0 を返す event.keyCode を巻き込んだもので、Mozilla のエンジニアが対応中です。他にも問題が発生する可能性があるため、あなたのコードをスキャンして、もし window.event が見つかった場合は、その機能が Firefox で動作することを確かめてください

様々な認証局運用問題 に起因する、複数ベンダーによる Symantec に対する信頼無効化措置の最終段階として、10 月 23 日公開の Firefox 63 は、Symantec から発行されたすべての既存 TLS サーバー証明書への信頼を取り消します。これには、GeoTrust、RapidSSL、Thawte、Verisign ブランド傘下で発行されたものも含まれます。10 月 16 日公開の Google Chrome 70 でも同様の変更が行われます。 Firefox 58 以降、影響を受ける証明書に対してコンソール警告が表示されており、Firefox 60 では 2016 年 6 月より前に発行された証明書への信頼が既に失われています。Firefox 63 以降、発行日に関わらず、Symantec から発行された証明書を使ったサイトに対して「安全でない接続」のエラーページが表示さ

HTML <meta> 要素は、その http-equiv 属性を通じて、特定の HTTP レスポンスヘッダーを送信するのと同等の機能を提供しており、これを使って新たな Cookie を設定したり既存の Cookie を上書きしたりすることも可能です。 クロスサイトスクリプティング (XSS) 攻撃のリスクを軽減するための努力の一環として、この古い挙動は最新の HTML 仕様と Firefox 68 から削除されました。Google Chrome 65 は既に 2018 年 3 月時点で対応を廃止しています。 ウェブ開発者には、標準の Set-Cookie HTTP ヘッダーを HttpOnly、Secure、SameSite ディレクティブとともに用いることでセキュリティを高めることを推奨します。

Service Worker API と Push API は、ブラウザー内での複数コンテンツプロセスへ適切に対応するための設計変更が続いていることから、Firefox 45、Firefox 52 ESR と同様に Firefox 60 延長サポート版 (ESR) 上でも無効化されることになりました。Firefox ESR は主に大企業や大学内での一括導入向けです。これらの API は通常の Release チャンネルでは使用可能です。 Firefox サイト互換性ワーキンググループ Copyright © 2020 Kohei Yoshino and individual contributors. Mozilla と Firefox は Mozilla Foundation の商標です。このイニシアチブは Mozilla とは無関係です。 English

UI Events 仕様 や他のブラウザーの挙動に合わせるため、Firefox は、インプットメソッドエディター (IME) による変換中にも keydown、keyup 両イベントの発生を行うようにしました。IME ヘルパーアプリケーションは、中国、日本、韓国、台湾 (CJKT) の人たちによって文字入力欄に母国語のマルチバイト文字を入力するために使われます。 従来、例えば日本語で「絵」と入力したい場合、以下のようなイベントが発生していました。 keydown { isComposing: false, key: "e", keyCode: 69 } compositionstart { data: "" } compositionupdate { data: "え" } input { isComposing: true } compositionupdate { data: "絵"

::selection 疑似要素の接頭辞が Firefox 62 で外れました。Firefox はベンダー接頭辞を保っている唯一の主要ブラウザーでした。廃止予定となった ::-moz-selection はまだエイリアスとして使用できますが、将来的に削除されます。 これをテストするには？ この変更は当プロジェクト提供の Firefox 開発者ツール拡張機能 に含まれている互換性チェッカーでテスト可能です。今すぐインストールしましょう！ 参考資料 Bug 509958 - Remove the -moz prefix from ::selection Intent to unprefix: ::-moz-selection.

Firefox 61 以降、window、document、document.body 上の touchstart および touchmove イベントリスナーは標準でパッシブ (無抵抗) として扱われます。つまり、addEventListener の passive オプションを明示的に false に設定しない限り、それらのイベントは preventDefault() を使ってキャンセルできなくなります。 このスクロール介入は、Google Developers サイトの記事 で説明されている通り、モバイル端末上でのスクロールパフォーマンス向上を目的としたものです。2017 年 1 月公開の Chrome 56 が既にこの新しい挙動を採用していることから、互換性リスクは低いはずです。 更新: Firefox 70 で同様の変更が ontouchstart と ontouchmove イ

UI Events 仕様 や他のブラウザーの挙動に合わせるため、Firefox は近い将来、非表示キーや非表示キーの組み合わせに対して keypress イベントを発生させないようにします。 非表示キー とは、Home、End、Tab、Escape、Backspace、Page Down、矢印といった機能キーのことです。非表示キーの組み合わせには、Ctrl+A、Alt+G、Command+Shift+M といったものが含まれます。ウェブ開発者は代わりに keydown イベントを使ってそれらのキーを扱う必要があります。 例外は Enter キーです。修飾キーなしで Enter を押した場合、あるいは Shift+Enter や Ctrl+Enter は、これまで通り keypress イベントを発生させます。これは現在の仕様においては正しくありませんが、他のブラウザーと互換性があります。