Mozillaは、新しい保護ダッシュボードとウェブ開発者向けの多数のアップデートを含むFirefox 78をリリースしました。これは、macOS El Capitan (10.11) 以前でサポートされるFirefoxの最終バージョンでもあります。
Firefoxは「ラピッドリリースプラン」を採用しており、4～5週間ごとに新バージョンをリリースします。そのため、毎回メジャーな新機能が追加されるとは限りません。ただし、Firefox 78は延長サポートリリース（ESR）であるため、ESRをご利用のユーザーは、今回のリリースと過去10回のリリースからのアップデートを受け取ることができます。
Firefox 78 の主な新しいユーザー向け機能は、保護ダッシュボードです。これは、ブロックされたトラッカーとスクリプト、設定へのリンク、既知のデータ侵害に対して電子メール アドレスをチェックするための Firefox Monitor へのリンク、およびパスワード管理用のボタンを表示する画面です。
便利ですが、保護ダッシュボードに本当に価値があるのでしょうか？ 疑問です。もっと詳しく知りたいのは、Webページのアドレスバーの左側にある盾のアイコンをクリックすることです。そのアイコンをクリックすると、そのサイトで何がブロックされているかがわかります。
Firefox の保護設定では、より厳しい設定を適用すると一部のサイトが壊れる可能性があると警告していますが、「保護とパフォーマンスのバランス」を選択した場合はページが正常に読み込まれると保証されています。
Firefox 78 のアップデートされた開発者ツールにより、JavaScript Promise 例外のデバッグがよりわかりやすくなりました (クリックして拡大)
アプリケーションが正常に動作しない場合、ユーザーは本能的にアンインストールして再インストールしたくなるものです。Mozillaはこれを予測し、アンインストーラーに「更新」ボタンを追加しました。このボタンをクリックすると設定がリセットされます。開発者は、ユーザーが再インストール時に設定を保持したいと考えている可能性が高いため、再インストールよりも「更新」ボタンの方が効果的かもしれません。再インストールすると、問題の原因となっている設定も保持されてしまう可能性があります。
アンインストーラーには、ユーザーが問題を解決しようとしている場合に備えて「更新」オプションが含まれています。なぜこれをFirefox自体に追加しないのでしょうか？本当に壊れていたら、Firefoxが開かなくなるかもしれませんから…
WebRenderは、「レンダリングエンジンの動作を3Dゲームエンジンに近づける」機能です。これは、CPUと並行してGPUを使ってウェブページのレンダリングを行うという点で、非常に複雑なプロセスです。（リンク先の7,500語の記事が示す通り、この仕組みが実現するまでには時間がかかりました。この記事は2017年のものです。）
Firefox 78では、Windows 10 PC向けにWebRenderが実装されました。ただし、AMDまたは旧型のIntel GPUを搭載したラップトップには一部例外があります。WebRenderはmacOSとLinuxにも近々導入されるようで、おそらくFirefox 79で導入されるでしょう。皆さんは実感されるでしょうか？それは状況次第です。ユーザーがメリットを実感できるのは、高解像度ディスプレイでグラフィックが豊かで複雑なページを表示する時でしょう。なぜなら、レンダラーの負荷が最も高いのは、高解像度ディスプレイだからです。
セキュリティ面では、Firefox は TLS 1.0 または 1.1 でページを読み込めなくなります。利用可能な TLS のバージョンがこれのみである場合は、エラーページが表示されます。
アクセシビリティが改善され、チームは「マイク、カメラ、または画面共有インジケーターにフォーカスを合わせたときに、スクリーン リーダーが大幅に遅れたりフリーズしたりすることがなくなりました」と約束し、その他のバグも修正しました。
開発者向けに多数の新機能が追加されました。アクセシビリティインスペクターがベータ版から正式版になりました。これは開発者ツールのタブで、有効にするとページのアクセシビリティ問題をチェックします。多くの問題が見つかるため、非常に扱いにくい機能です。例えば、MozillaのFirefox 78に関するブログ記事には、「色とコントラスト：アクセシブルなテキストに関するWCAG基準を満たしていない」といった問題が数多く見つかりました。これは重要なトピックですが、難しい問題でもあります。
クリックして拡大
ソースマップは、縮小されたコードを元のコードにマッピングしてデバッグを容易にするJavaScriptの機能です。Firefoxには、デバッガーでソースマップを使用できるマップオプションがあり、これはログポイント（実行を一時停止するのではなくコンソールにメッセージを書き込むブレークポイントの一種）でも使えるようになりました。これにより、元の変数名を確認できます。MozillaはJavaScriptのPromiseのデバッグにも取り組んでおり、例外が発生した際により詳細な情報を確認できるようになりました。
モバイルで実行中のウェブアプリケーションをデバッグする際の大きな特徴は、AndroidスマートフォンをUSB接続し、デスクトップからモバイルウェブページを操作・更新できることです。ただし、この機能はAndroid版Firefoxの次期バージョンでのみ動作するので、少々お待ちください。
Mozillaは新しい正規表現（RegExp）評価器の開発に取り組んでおり、Firefox 78のSpiderMonkey（MozillaのJavaScriptエンジン）に含まれています。これにより、評価器はECMAScript 2018の要件に準拠するようになりました。興味深いのは、Mozillaが独自のRegExp評価器を開発しておらず、ChromiumとChromeのJavaScriptエンジンであるV8向けにGoogleが作成したIrregexpを借用している点です。これは2014年に初めて登場したようですが、SpiderMonkey向けに改良されたIrregexpのフォークをベースにしており、最新の状態に保つのが困難でした。新しいアプローチでは引き続きIrregexpを使用しますが、SpiderMonkeyが最新のコードを使用できるようにラッパーが追加されています。
「Irregexpにおけるさらなるコラボレーションは双方にとって有益です」とMozillaのIain Ireland氏は記している。「SpiderMonkeyは新しいRegExp構文をより迅速に追加できます。V8はバグを発見して修正するための新たな目と手を獲得します。」
なぜJavaScriptエンジン全体に同じ論理が当てはまらないのか、と疑問に思う人もいるかもしれません。MozillaはV8に移行すべきでしょうか？ 反対意見としては、複数の独立した実装は標準にとって有益であり、ブラウザの単一文化を回避するのに役立つという点が挙げられますが、Irregexpは今後の動向を予兆するものなのでしょうか？®
