Firefox 142の新機能

 (mozilla.org)
4 ポイント 投稿者 GN⁺ 2025-09-04 | 2件のコメント | WhatsAppで共有
  • Firefox 142はRelayベースのメールマスク機能により、新規アカウント登録時の匿名性強化とスパム遮断をサポート
  • リンクプレビュー機能が追加され、クリック前にページのスナップショットプレビューが可能になり、不要なタブを開くのを防止
  • AIベースのタブグループ化により、類似したタブを自動で整理し、グループ名まで提案。すべての処理はローカルAIモデルで実行されるため、プライバシーを保護

  • Android

    • プライベートタブの自動ロック: デバイスから離れるとロックされ、復帰時は生体認証/PINでのみ開ける
    • 言語翻訳機能の拡張: 日本語、中国語、韓国語など、さまざまな言語にWebページを翻訳可能

  • iOS

    • スマートなパスワード管理: 新規アカウント作成時に強力なパスワードを提案し、デバイス間で同期
    • デザイン改善: シンプルになったUIと強化されたダークモードを提供
  • ブラウザー全体で整理されたUI、生産性・プライバシーの強化を進め、多言語およびマルチデバイス環境での使いやすさを改善

関連記事

2件のコメント

 
ndrgrd 2025-09-04

メールマスクは正直、件数制限のせいでいまいちです。DuckDuckGoのものを使ってください。
 
GN⁺ 2025-09-04
Hacker Newsの意見

  • どうして人々がリンクプレビューを便利だと思うのか、本当に理解できない。ページ画像は小さすぎてまともに見えないし、タブをさっと開いて閉じるのも別に大した手間ではないからだ。キーボード操作に慣れているなら、長押しよりむしろその方が速いことさえある。あと気になるのは、プレビューでは自分のプラグインが無視されるのかどうかだ。たとえば uBlock Origin はページ読み込み時にトラッキングを防いでくれるが、プレビューではこれが適用されないのか気になる。フィッシングテスト用 URL にユニーク ID が入っていた場合、クリックしなくてもプレビューを開いただけでテスト失格になるのかも気になる

    • Wikipedia ではこういうアイデアは本当にうまく合うと思う。すべてのページが要約と画像をインフォボックスでそのまま提供しているからだ。でもウェブ全体でどれだけうまく機能するかは、まだ確信が持てない

    • 「タブを素早く開いて閉じるのは難しくない」という話については、たいていの一般ユーザーにとっては、むしろそれがなぜ必要なのかの答えになっていると思う。私たちはブラウザ操作に慣れていて効率的だが、一般の人たちはこの過程でしばしば混乱する。手順が多く、遅く感じられるし、キーボードショートカットを覚えることもあまりない。実装方法についての意見はもっともだと思う。結局、最も単純で効率的なのは、追加の拡張機能を読み込まないか、読み込まれているものをそのまま使うことだ。私たちのようなテクニカルユーザーにはこの機能はあまり役に立たず、フィッシングのような問題もワークフローのおかげでうまく避けられる。実際にこの機能がユーザーの助けになるかどうかは不確かで、実験的だ。それでも、ほかの時代遅れな投資分野よりは、ここで何か試す方がましだと思う

    • このプレビュー機能は本当にひどい。私の場合、プレビューが出るまでに 3 秒くらいかかるが、その時間があればもうミドルクリックでページを確認して閉じている。プレビューに出る情報は www.mozilla.org、Firefox 142 の新機能、3〜4 分の読了時間の要約などだけだ。OpenGraph の説明も役に立たないので、これより良くなる気もしない。読了時間表示も私には不要だ。どの部分が気になるかなんてわかるはずがないので意味がない。リンクプレビューでは完全な URL を見られたのに、プレビューではドメインしか出ないので、むしろ不便だ。AI 要約も短すぎて遅く、利点がない（たとえば RTX 6000 のようなグラフィックカードでもなければなおさらだ）。今回のリンクでは Relay にしか触れていない。そして基本動作もめちゃくちゃだ。プレビューがランダムに画面に現れ、マウスカーソルの下にないときはマウスボタンを離すとリンクがそのまま開いてしまうので、プレビューの目的そのものが完全に無意味になる

    • だいたい同意だが、リンクプレビューは Cookie 同意画面やニュースレター登録モーダルのせいで 5 回中 4 回はどうせ隠されてしまい、無用の長物になるという点も付け加えたい

    • Zen が提供しているリンク "peek" の方がずっと良い。調べてみると Arc から取り入れた方式らしい。Shift クリックすると、ユーザーがサイズを指定できるフローティングモーダル（デフォルト 90%）でリンクが開き、そこからタブとして切り出したり閉じたりできるコントロールが用意されている。「新しいタブで開いて、切り替えて、閉じる」より少し便利な程度だが、使い心地は良い。Firefox の新しいリンクプレビューは、これよりずっと役に立たない

  • macOS では force click でネイティブプレビューを提供できるのに、Firefox がこれをサポートせず、単にクリック＆ホールドしか提供していないのは残念だ

    • 今日初めて知った。ほかのコメントにもあるように、この機能はまったく見つけにくいと思う。macOS を 10 年使ってきたが、force click があることすら知らなかった。このコメントを見て調べて実際に試してみた。ただし、「どこでも」使える機能ではないのは確かだ。Spotlight Search では動かないし、Finder では force click が名前編集機能として動作する。まだ慣れていないので、これから少しずつ覚えていくことになりそうだ

    • この機能は Safari でしか使えず、Chrome でも動かない。そして私もこのコメントを見るまでそんな機能があることを知らなかった。発見しやすさは本当に悪い

    • こういうことはブラウザ、とくに Firefox ではよくある。Lion のリリース後、ネイティブスクロールバーを実装するだけで 7 年かかったし、それまでは完全に移植性の低いアプリという感じだった。Chrome が成長していた頃には、パスワード管理のためにネイティブの Keychain Access をサポートしていたが、Firefox は 4 年も早く登場していたのに結局実装しなかった

    • でもこうすると、プレビューは Safari でレンダリングされるということでは？

    • Mac でフルスクリーン動作すらまともに実装できていない状態がもう 15 年続いている

  • 最近 Firefox でメモリリークのような現象を経験しているが、原因はよくわからない。なので新バージョンのパッチノートに期待して見たのだが、上級ユーザー向けの詳しい変更点の要約がなくてがっかりした。Bugzilla などを調べることはできるが、メインページで強調されるのはいつも重要機能ばかりだ

    • こういう場合、たいていは 1 つのサイトが原因になっていることが多い。私の経験では Jenkins ポータルのメモリリークがひどく、数 GB を食い、CPU も 100%近く使っていた。タブが何百も開いているので、タスクマネージャーで Firefox のプロセスを展開し、サブプロセスごとにメモリや CPU 使用量順に並べて問題のタブだけ見つけて終了すればいい。その後タブ一覧を見ると、アイコンが変わってクラッシュレポート扱いになったタブがあり、それが Jenkins だった。それ以降は Jenkins のタブだけ先に閉じるようにしたら問題は解決した

    • ブラウザの性能やメモリ問題を診断するときは、まずインストール済みの拡張機能を確認すべきだ

    • もしもっと詳細な変更履歴のことを言っているなら、ここ にリリースノートのページがある。今回はパッチバージョンで、下の方にさらに多くの変更点へのリンクもある

    • 最近 Fedora 42 で最新の Firefox 142 を使っていて、似たような問題を経験した。以前は退勤時に画面をロックするだけでよかったのに、朝出社するとシステムが応答しなくなっていることがあった。Magic SysRq で OOM キラーを何度も使って、ようやくログインし、コンソールから直接 Firefox を kill すると RAM 15GB とスワップ 16GB が解放された。原因を調べる時間がなく、最初は teams-for-linux を疑ったが、毎日閉じていたので関係なかった。Firefox では about:processes が役立つが、アプリケーションを実際に使っているときにしか確認できず、事後診断の方法はよくわからない

    • about:memory でメモリ使用状況のレポートを生成できる

  • モバイルでリンクプレビューがどう動くのか気になる。以前はモバイルで、アドレスが隠れたリンクを長押しすると、デスクトップの hover のように完全な URL を確認できた。この機能が今も残っていてほしい。プレビュー機能を無効化してでも、完全なリンクを見る機能だけは残してほしい。実際に試し直してみると、モバイルでのクリック＆ホールドはコンテキストメニューを呼び出す。メニューの最初の項目をタップすると完全なリンクが囲み付きで表示される。つまりモバイルではクリック＆ホールドが右クリックのコンテキストメニューの役割をしており、私は主に完全なリンク確認のために使っていた。プレビューをコンテキストメニューのサブ項目として入れる方法は検討の余地がある

  • 本当に実用的で意味のある部分に力を入れてくれればよかったのにと思う。たとえば英語全体をきちんとカバーするスペルチェックを実装してから、その機能を 5 年以内にきちんと作る方向を始めても遅くなかったはずだ。でもまた新機能を積み上げ続けようとしているように見えるし、みんな知っている通り、機能数がそのまま製品を救うわけではなく、本当に重要なのは使い勝手だ

    • このペースなら、数年後には Ladybird がメインブラウザになっているかもしれない。ただ、Ladybird が 2025 年にもなろうという時点でメモリ安全でない言語をコア技術として選んだのは少し残念だ

    • ときどき開いているタブを全部 /dev/null に捨ててしまうようなバグから先に直してほしい。今年だけでも 2 回やられて、普通にブラウザを使うことすら慎重になってしまった

    • バグ報告をすべきなのだろうが、どこから始めればいいのかわからない。以前から find 機能が半分壊れたままだ。Ctrl+f で、ページ上に確実にある単語なのに見つけられないことが多いし、文字を 1 文字ずつ足していっても認識が不安定だ。目の前に見えている単語ひとつ見つけられないことも珍しくない。正直、もうあまり気にもならなくなっている。面白いのは、Firefox/Firebird/Phoenix はもともと機能の絞り込みと軽さが魅力だったのに、今ではタブと拡張 API だけがある最小限のブラウザを求めるようになっていることだ

    • FF がシステムの Hunspell を使っているのか気になる。そうでないなら、いっそシステム Hunspell と連携する方が良さそうだ

    • 「英語全体をカバーする」という話を聞いて、Blackadder の "Ink and Incapability" のエピソードを思い出した

  • AI 部分をオフにすると、プレビューは単にページのタイトルと冒頭の一部を見せるだけになる。短い URL や曖昧なリンクを確認する用途なら、それでもそれなりに使える

  • こういうローカル AI 機能は本当に気に入っている。だから LibreWolf の代わりに素の Firefox に乗り換えたくなる誘惑が強い

    • ほかの AI 機能はよくわからないが、AI 翻訳は本当にすごい。翻訳品質は完璧ではなくても、20 以上の言語をオフラインでその場で翻訳できるという点自体がすばらしい

    • 私はもうかなり前に乗り換えたが、後悔したことはない

  • Link Preview は少し奇妙だが興味深い。ローカル AI モデルがページを要約してくれるので、ChatGPT やクラウド API を使わない

  • こういう要望がある。ブラウザ自体から来る望まない注意喚起の通知やポップアップをすべて禁止するオプションがあってほしい

  • リンクプレビュー機能を見ると、以前の Firefox 拡張「Cool Previews」などを思い出す。XUL 時代には、マウスオーバー後の短い遅延のあとにプレビューが表示されていた。WebExtensions でも似たようなオプションはありそうだ。内蔵機能はクリック＆ホールドを要求する点が違う