日本DNSオペレーターズグループ（DNSOPS.JP）主催の「DNS Summer Day 2023」というカンファレンス内で、ChromeがTCPを使ったDNSクエリを出すことで、一部のユーザーがネットにつながりにくくなる現象についての議題が取り上げられたことがINTERNET Watchの記事でまとめられている（INTERNET Watch）。

そもそもTCPクエリを出すこと自体には問題はないが、今回の件では、インターネットへのアクセスに支障が出たという問題が発生している。ネットにつながりにくくなる現象は、Windows、かつChrome、もしくはChromeベースのブラウザーにおいてのみ発生するということが判明した。また調査の結果、TCPクエリでネットにつながりにくくなった原因は、主にホームルーター側の問題であることが判明したという。

具体的な理由としては、ホームルーターにおいてHTTPとDNSの扱いが異なることが挙げられる。HTTPの場合はクライアントと外部ホストがTCPセッションを張り、DNSの場合はTCPクエリが発生した場合、クライアントとホームルーターの間にTCPセッションを張る必要がある。ホームルーターがTCPクエリを正しく処理できない場合、名前解決に失敗し、インターネットへのアクセスに支障が出ることになる。

この問題は特定のISPのユーザーや特定のホームルーターの機種で問題が発生しており、TCPクエリを正しく処理できないホームルーターに原因があるとの結論に至った。回避策として、TCPクエリを正しく処理できるホームルーターやパブリックDNSを利用すること、また、フルサービスリゾルバー（キャッシュDNSサーバー）を運用している場合は、多数のTCPクエリを受けられるよう対応する必要があるとしている。

すべて読む | ITセクション | Chrome | ハードウェア | 通信 | インターネット | IT |

Microsoft が Windows 11 バージョン 22H2 向けにリリースした 6 月の月例更新プログラム (KB5027231) をインストールすると、Malwarebytes が Google Chrome をブロックする問題が発生したそうだ (Malwarebytes のサポート記事、 サポートフォーラム投稿、 Neowin の記事、 BleepingComputer の記事)。

症状としては Chrome を起動しようとするとタスクマネージャーにプロセスが表示されるものの、Chrome のウィンドウが表示されないというものだ。Malwarebytes によると、この更新プログラムをインストールすることで Chrome とエクスプロイト保護機能の競合が発生し、Chrome がクラッシュするのだという。

Malwarebytes では当初、Chrome を既定のブラウザーにするか、Malwarebytes 製品のオプションでアプリケーション保護の対象から Chrome を除外する、という 2 つの緩和策を提案していたが、その後の更新プログラムで対策が行われた。対策済みバージョンはコンポーネントバージョン 1.0.2047 および Malwarebytes バージョン 4.5.31.270 となる。

更新プログラムでの対策内容は、Chrome のプロセスすべてに対してエクスプロイト対策のコードを適用しないというもので、これによりアプリケーション保護の対象から Chrome を除外する必要がなくなる。なお、緩和策に従ってアプリケーション保護の対象から Chrome を除外していた場合、手動で元に戻す必要がある。

すべて読む | セキュリティセクション | Chrome | セキュリティ | バグ | Windows |

関連ストーリー：
Windows 10 Home / Pro バージョン 21H2、サービス終了 2023年06月16日
米連邦控訴裁判所 曰く、セキュリティソフト企業がライバル製品を「脅威」と識別すれば名誉棄損の可能性 2023年06月14日
Windows 11 バージョン 22H2 に 6 月の月例更新で追加される新機能 2023年05月31日
一部の 32 ビット Windows アプリでファイルのコピーや保存が断続的に失敗する問題 2023年05月26日
Windows 11で設定にかかわらずデバイスが脆弱だと表示される問題が復活 2023年05月20日
Windows 11、最新のアップデートを適用した一部の環境で VPN 速度が大幅に低下する問題 2023年05月20日
Microsoft Defender がファイルコピー速度を大幅に低下させるというテスト結果 2023年05月12日
Windows でクロアチアの通貨が正しく表示されない問題 2023年02月25日
Microsoft、自動更新によるWindows 11 21H2から22H2へのアップグレードを開始 2023年01月30日
Windows 11 バージョン22H2、日本語などのテキストの変換が期待通りに機能しない可能性 2023年01月14日
Windows 10、更新プログラムをインストールした一部のデバイスで音が出なくなる問題 2022年08月24日
Windows 11、最新プロセッサーでデータ破損しやすい問題 2022年08月10日
更新プログラムをインストールした Windows 11 の一部でスタートメニューが開かなくなる問題 2022年07月26日

Google は数週間前に Windows 11 バージョン 22H2 上の Chrome Canary でマイカ効果をタイトルバー (タブバー) に適用したが、現在ではフラグでの有効化が必要になっている (Gerrit Code Review 4552330、 Neowin の記事)。

Microsoft がパフォーマンスへの影響が小さいと説明するマイカ効果だが、Chromium チームは電力消費に不満があるようだ。そのため、デフォルト有効で幅広く展開する前にさらなる最適化が必要とのこと。

マイカ効果の適用を指定するフラグは chrome://flags の「Windows 11 Mica titlebar (chrome://flags/#windows11-mica-titlebar)」で、「Enable」にして Chrome を再起動すれば有効になる。

なお、マイカ効果の適用対象がタイトルバーだけなのであまり目立たず、「タイトルバーとウィンドウの境界線」にアクセントカラーを表示するオプションが有効の状態では効果が見えなくなる。

すべて読む | ITセクション | GUI | Chrome | 電力 | Windows | IT |

関連ストーリー：
「ペイント」新デザイン、Dev チャネルの Windows 11 Insider Preview で提供開始 2021年10月01日
Microsoft 曰く、Windows 11 の新しい視覚効果はパフォーマンスへの影響が小さい 2021年08月15日
Chromeのバージョン85で実装予定のメモリ使用量削減、性能低下などの問題から延期に 2020年07月27日
Microsoft、Windows 10で「Chromeはバッテリ消費が激しいからEdgeに切り替えよう」とのポップアップ広告を出す 2016年07月21日
「Edgeは電力効率が優れている」と主張するMicrosoft、それに対しOperaは異議を唱える 2016年06月24日
PC向けのOpera開発者版、省電力モードを搭載 2016年05月19日
Google Chrome、Flashアニメ抑制へ。重要なプラグインのみ実行するモードが標準に 2015年06月08日
MS、IE10は消費電力が低いと主張 2013年06月07日
IE9、最も省エネなブラウザー 2011年04月01日

headless 曰く、

Google Chrome のデスクトップ版では、アドレスバー (Omnibox) に入力した URL のタイプミスを検出して正しいサイトをサジェストする機能が利用可能になっているそうだ。モバイル版では今後数か月のうちに利用可能になるという (The Keyword の記事、 The Verge の記事、 Neowin の記事)。

実際に試してみたところ、srrad.jp (正: srad.jp) や gooogle.com・googre.com・loolge.com (正: google.com) などと入力した場合に正解がサジェストされる割合は他ブラウザーより高いようだ。ただし、この機能が今後数か月のうちに利用可能になるというモバイル版でもほぼ同じように正解がサジェストされるため、効果が明確でない。chrome://flags には「Omnibox Fuzzy URL Suggestions (chrome://flags/#omnibox-fuzzy-url-suggestions)」という項目もあるが、Enable でも Disable でも動作に違いはないようだ。スラドの皆さんのところではいかがだろうか。

すべて読む | ITセクション | Chrome | インターネット | IT |

関連ストーリー：
埼玉大学で10ヶ月以上gmailをgmaiと間違えて4890件のメールを誤配信 2022年11月24日
Google検索では3割の人が結果が不満で検索をやり直す 2022年11月05日
名前のタイプミスを狙った悪質なパッケージがRubyGemsで多数公開される 2020年04月19日

Google が Chrome の HTTPS 接続時に表示するアイコンを現在の「ロック」アイコンよりもセキュア感を与えにくい「チューン」アイコンへ変更する計画を示している (Chromium Blog の記事、 Neowin の記事、 The Register の記事、 Android Police の記事)。

ウェブブラウザーでは Netscape の初期のバージョンから HTTPS 接続時に南京錠をデザインした「ロック」アイコンが表示されてきたが、ほとんどの接続が HTTPS となった現在では誤ったセキュア感を与える表示との見方もある。以前は多くのブラウザーがロックアイコンとともに表示していた「保護された通信」のようなテキストは廃止されたが、今でもロックアイコンをサイトを信頼できるかどうかの基準にしているユーザーは多いようだ。

Google は Chrome 93 でロックアイコンをよりニュートラルなドロップダウンボタンのような表示に置き換える実験をしており、スライダーを並べたようなデザインの「チューン」アイコンもこれを踏襲したものになる。選定理由としては、コントロールや設定を示すアイコンであり、クリックして使用するコントロールだとわかりやすいことや、信頼性の高さを示唆しないことが挙げられている。

新しいアイコンは 9 月リリースの Chrome 117 で投入予定だ。Chrome Canary では chrome://flags で「Chrome Refresh 2023 (chrome://flags#chrome-refresh-2023)」を Enabled にすることで新しいアイコンの表示を試すことができる。ただし、新しい表示は開発途中のものであり、最終版とは異なる可能性があるとのことだ。

すべて読む | セキュリティセクション | Chrome | Google | 暗号 | IT |

関連ストーリー：
Google、Chrome 94 以降で HTTPS 優先モードを導入する計画 2021年07月18日
GoogleのHTTPSへの移行プロモーションは正しくないのか 2018年07月04日
Chrome 69ではHTTPS接続ページの「保護された通信」という表示が削除される 2018年05月20日
FirefoxとChrome、パスワード入力フィールドを含むHTTP接続のページで警告を表示 2017年01月28日
Chrome 46ではSHA-1証明書などを利用したHTTPSはHTTPと同様の表示になる 2015年10月17日

StatCounter のデスクトップブラウザーシェアデータ 4 月分によると、Apple Safari が Microsoft Edge をわずかに上回り、2 位に上昇している。

Safari のシェアは前月から 0.97 ポイント増加して 11.89% となり、0.18 ポイント減で 10.95% の Edge を上回った。1 位の Google Chrome は 0.45 ポイント増の 66.22%。4 位の Mozilla Firefox は 0.88 ポイント減の 5.59% となり、StatCounter のデータで初めて 6% を割っている。5 位の Opera は 0.05 ポイント減の 3.12% となった。

かつてデスクトップブラウザーでは Internet Explorer と Firefox で 90% 以上のシェアを占めていたが、Chrome が圧倒的なシェアを獲得するのに伴って大きく減少。それでも Firefox は 2 番手の位置を保ち、2020 年ごろからは Safari と Edge を加えた第 2 グループを形成していた。しかし、Firefox は 1 年ほど前から急速にシェアを減らしており、現在は第 2 グループから脱落して 5 位の Opera と第 3 グループを形成しつつある。

すべて読む | アップルセクション | Chrome | マイクロソフト | Firefox | インターネットエクスプローラ | Safari | インターネット | アップル |

関連ストーリー：
2 月の Windows バージョン別シェア、Windows 7 が半減 2023年03月03日
ブラウザー、何使ってる？ 2022年09月11日
Microsoft Edge、デスクトップブラウザーシェア 2 位に上昇 2022年04月07日
2 月のデスクトップブラウザーシェア、Safari・Edge・Firefox が横一線 2022年03月02日
新Microsoft Edge、デスクトップブラウザーシェアでFirefoxを超える 2021年04月04日
新Microsoft Edgeのユーザー数は6億人？ 2021年01月07日

headless 曰く、

Google が Chrome で JPEG-XL の実験的サポートを廃止したことに対し、Free Software Foundation (FSF) が批判記事を公開している (FSF の記事、 Phoronix の記事)。

Google は廃止理由の一つとしてエコシステム全体から実験を継続するだけの十分な関心が寄せられていないことを挙げているが、FSF によれば Google はこのエコシステム内で支配力を持つ最も危険な捕食者であり、平均的なウェブユーザーは微生物のようなものだという。このような状況で Google が評価する十分な関心はウェブ全体の利益のためでなく同社の利益、具体的には JPEG-XL ではなく同社が特許を持つ AVIF 形式を普及させるためだと指摘する。

JPEG-XL 廃止に反対しても Google の考えを変えることはできないかもしれないが、逆に Google は JPEG-XL をサポートする自由なブラウザーの選択を止めることもできないため、全く希望がないわけではないとのことだ。

すべて読む | ITセクション | Chrome | Google | グラフィック | IT |

関連ストーリー：
Google、Windows 版 Chrome の望ましくないソフトウェア削除機能を廃止 2023年03月11日
YouTube、オーバーレイ広告を2023年4月6日以降に廃止 2023年03月09日
Android 15、コードネームは「Vanilla Ice Cream」 2023年03月08日
Android 14 DP1、バージョンは「UpSideDownCake」 2023年02月12日
JPEG XL、Google Chromeでの対応は当分先送りか 2022年11月02日
Google、Chrome におけるサードパーティ cookie 廃止をさらに 1 年延期 2022年07月30日

headless 曰く、

Google が Chrome 拡張の Manifest V2 (MV2) から Manifest V3 (MV3) への移行計画を再び先送りするようだ (Google グループ — Chrome Extensions、 Ghacks の記事)。

Google は 2018 年に MV3 を発表し、当初は 2023 年 6 月に MV2 サポートを完全終息する計画だった。しかし、MV3 の API 実装や最も影響を受けるコンテンツブロッカーの MV3 移行は進んでおらず、昨年 9 月には MV2 終息の半年先送りを発表している。12 月に更新された MV2 サポートタイムラインでは MV2 無効化実験開始や MV2 エンタープライズポリシー終了などが「検討中」に変更され、2023 年 3 月までに新しいスケジュールを発表する計画を示していた。

今回 Google は MV3 の API 実装や改良が進んだとしつつ、MV2 のフェーズアウトに関してはタイムラインの検討を続けているとして、新たなスケジュールを今後数か月のうちに発表する計画を示した。Google では開発者が十分な移行時間をとれるよう、MV2 無効化実験を開始する少なくとも 6 か月前には情報を提供したいとも述べている。

すべて読む | セキュリティセクション | Chrome | セキュリティ | Chromium | デベロッパー | IT | プライバシ |

関連ストーリー：
Chrome 拡張の Manifest V2 サポートタイムライン更新、1 月の変更はすべて延期 2022年12月10日
Google、Chrome 拡張機能プラットフォームの Manifest V2 終息計画を発表 2021年09月27日
Google、信頼できるChrome拡張にするための対策を発表 2018年10月07日

Google は 8 日、Windows 版 Chrome が搭載する望ましくないソフトウェア (UwS) の削除機能「Chrome Cleanup Tool」の廃止を明らかにした (Google Online Security Blog の記事、 The Verge の記事、 9to5Google の記事、 Android Police の記事)。

スラドでは Chrome Cleanup Tool を 2017 年に新機能として紹介しているが、Google によると予期せず変更された設定の復元や UwS を削除できるようにするため、2015 年に導入されたものだという。しかし、ここ数年は UwS に関する Chrome ユーザーからの苦情の減少や、UwS を事前に防ぐ Google セーフブラウジングのような積極的なセキュリティへの移行、拡張機能へ移行する UwS を防ぐための Chrome ウェブストアでのレビュー強化、マルウェアのトレンド変化などもあり、Chrome Cleanup Tool の廃止を決めたという。

Chrome 111 では設定の「リセットとクリーンアップ > パソコンのクリーンアップ (Chrome Cleanup Tool)」が削除されており、「プライバシーとセキュリティ > 安全確認」実行時にも「パソコンのクリーンアップ」が呼び出されなくなっている。定期的なスキャンを実行するコンポーネントも削除されるとのこと。Chrome Cleanup Tool がなくてもユーザーはセーフブラウジングで保護され、セーフブラウジングのオプション (設定 > プライバシーとセキュリティ > セキュリティ) で「保護強化機能」を有効にすることも可能とのことだ。

すべて読む | セキュリティセクション | Chrome | セキュリティ | Windows | IT |

関連ストーリー：
CCleaner、Microsoft Store に登場 2022年01月13日
Windows 10、望ましくない可能性のあるアプリケーションを既定でブロックへ 2021年08月05日
CCleanerがFirefox 79の拡張機能データファイルを一部Webキャッシュとして削除する問題 2020年08月08日
Microsoft曰く、CCleanerの特定バージョンのインストーラーは望ましくない可能性のあるアプリ 2020年08月02日
新Microsoft Edge、望ましくない可能性のあるアプリケーションのダウンロードをブロックする機能を追加へ 2020年02月04日
Chromeの「望ましくないソフトウェア」検出機能に対しプライバシ侵害ではないかとの声が出る 2018年04月07日
Google、ユーザーの合意なく個人情報を収集するAndroidアプリで警告を表示する計画 2017年12月06日
Google、Windows版Chromeで強化されたセキュリティ機能を紹介 2017年10月21日

「Google Chrome」用の拡張機能「Get cookies.txt」が、スパイウェア化したことが話題になっている（Torishimaさんのツイート、窓の杜）。この拡張機能は、ユーザー情報を無断で外部サーバーへ送信していると見られる。このことを報告しているTorishimaさんはTwitterで

今 Chrome に Get cookies.txt という拡張機能を入れている方、”””今すぐ”””アンインストールしてください!!
ページ遷移すると Cookie からアクセスした URL から何からすべて外部サーバーに送られる凶悪スパイウェアになってます 怖過ぎる…

との警告を出している。Chrome Webストアのレビューによれば、少なくとも1か月以上前からスパイウェアに変わっていた模様。この件に関しては窓の杜編集部でもデバイスの情報やCookieなどがPOST送信されていることを確認したとしている。

すべて読む | ITセクション | Chrome | セキュリティ | ソフトウェア | 情報漏洩 |

関連ストーリー：
Windows 11 に Google Play ストアをインストールするスクリプト、マルウェアを含んでいたことが判明 2022年04月16日
Microsoft Edgeアドオンサイト、人気ゲームの海賊版等をプレイできる拡張機能が多数見つかる 2021年02月15日
Google、マルウェア化したChrome拡張機能をリモートから無効化 2021年02月06日
マルウェアを含む拡張機能計28本、ChromeウェブストアとEdgeアドオンストアで見つかる 2020年12月20日

headless 曰く、

Google Chrome で保存先に共有フォルダーやクラウドドライブを指定するとエラーメッセージが表示され、ファイルをダウンロードできないという問題が発生しているそうだ (Issue 1408321、 The Register の記事)。

エラーメッセージは「このファイルを開けません / システムファイルが含まれているため はこのフォルダのファイルを開くことができません」というもので、別の場所を指定しない限り保存できない。showOpenFilePicker API で UNC パスのファイルを選択した場合にも同じ問題が発生する。

問題が報告されたのは 32 ビット Windows 版の Chrome 109.0.5414.94 で、手元の 64 ビット Windows 版 Chrome 109.0.5414.120 では showOpenFilePicker API の問題は確認できたが、ファイルの保存は特に問題なかった。同 API の問題は The Register が macOS 上の Chrome 109.0.5414.119 (arm64) でも確認している。

Google はこの問題を M110 ブランチで修正する計画とのことだ。

すべて読む | ITセクション | Chrome | バグ | IT |

関連ストーリー：
Web ブラウザーのバージョン 100 問題、未対策のメジャーサイトも 2022年02月20日
Safariは新たなIEになりつつあるのか 2021年10月26日
FirefoxにおけるChrome拡張機能プラットフォームのManifest V3サポート、ブロッキング用途でのwebRequest API使用は認める計画 2021年05月30日

Google が安全でない (HTTP) ダウンロードをすべてブロックするフラグを Chrome でテストしている (9to5Google の記事、 Issue 1352598、 Chromium Gerrit 4126539)。

このフラグ「Block insecure downloads」 (chrome://flags/#block-insecure-downloads) は現在のところ Chrome Canary に実装されており、有効にすると HTTP 接続での直接的なダウンロードおよび安全でないリダイレクトを通じたダウンロードを実行すると「<ファイル名> は安全にダウンロードできません」というメッセージが表示されてダウンロードが中断する。ここで「破棄」をクリックすればダウンロードは中止されるが、メニューから「継続」を選択すればダウンロードを完了できる。

Chrome では混合コンテンツブロックの一環として既に HTTPS ページから実行される HTTP でのダウンロードをブロックしているが、今回のフラグは対象を拡大するものとなる。そのため、いずれは HTTPS 優先モード (HFM) に組み入れていく計画とのことだ。

すべて読む | ITセクション | Chrome | Google | セキュリティ | 暗号 |

関連ストーリー：
Microsoft Update カタログのダウンロードリンク、HTTPS に変更される 2022年04月03日
Google、Chrome 94 以降で HTTPS 優先モードを導入する計画 2021年07月18日
Chrome 90、プロトコルを省略したURLが入力された場合のデフォルトがHTTPSに 2021年03月26日
Google、プロトコルを省略したURLがChromeに入力された場合のデフォルトをHTTPSにする計画 2021年01月08日
Google、Chromeで混合コンテンツを完全にブロックする計画 2019年10月06日
Chrome 69ではHTTPS接続ページの「保護された通信」という表示が削除される 2018年05月20日
FirefoxとChrome、パスワード入力フィールドを含むHTTP接続のページで警告を表示 2017年01月28日

Google は 21 日、Chrome 110 以降のリリーススケジュール変更を発表した (Chrome Developers の記事、 9to5Googe の記事、 Android Police の記事、 The Verge の記事)。

新しいスケジュールでは、ごく一部のユーザーに安定版 (Stable) を一般リリースに 1 週間先行して提供する。このリリースは「Early Stable」と呼ばれ、すべてのユーザーへロールアウトする前に問題を発見するのが目的だ。これにより、Chrome 110 は 2023 年 1 月 12 日の Beta リリースと 2 月 7 日の Stable リリースの間に、2 月 1 日のEarly Stableリリースが追加される形となる。

すべて読む | ITセクション | Chrome | バグ | IT |

関連ストーリー：
Google、Chrome 110のリリースをもってWindows 7/8.1のサポートを終了 2022年10月28日
Chrome の User Agent 文字列情報削減計画、完了は 2023 年 5 月の Chrome 113 を予定 2021年09月16日
Microsoft Edge、Google Chromeに合わせた4週間おきのメジャーリリースと8週間おきの拡張安定オプション提供へ 2021年03月15日
Firefoxのリリーススケジュール、現在のところ変更なし 2020年04月01日
Google Chrome、4月第2週にはメジャーアップデート再開へ 2020年03月28日
Google、ChromeブラウザーおよびChrome OSの次バージョンリリースを一時停止 2020年03月21日

Google は 9 日、Chrome 拡張の Manifest V2 (MV2) サポートタイムラインを更新した (MV2 サポートタイムライン、 MV3 移行タイムライン)。

Google が Chrome 拡張の信頼性向上を目指して 2018 年に発表した Manifest V3 (MV3) はコンテンツブロッカーの機能が制限されるなどとして反対の声も強く、API の実装が進んでいないことも指摘されている。当初 Google は 2023 年 6 月に MV2 サポートを完全終息する計画だったが、9 月には半年の先送りを発表していた。

9 日の更新では 2023 年 1 月に予定していた Chrome ウェブストアでの「おすすめ」バッジ表示対象変更 (MV3 限定化)、エンタープライズポリシーによる MV2 の有効化、Canary/Dev/Beta チャネルでの MV2 無効化実験開始を延期しており、2023 年 6 月の全チャネルでの MV2 無効化実験開始や 2024 年 1 月の MV2 エンタープライズポリシー終了などは「検討中」に変更された。新しいスケジュールは 2023 年 3 月までに発表する計画だという。

一方、Microsoft は 3 日に Microsoft Edge の MV3 移行タイムラインを更新し、エンタープライズポリシーによる MV2 有効化を Chromium がサポートする限り Edge でもサポートする計画を示している。Firefox や Brave、Vivaldi などは MV3 に対応する一方で MV2 を必要とするコンテンツブロッカー等のサポートを継続する意向を示しているが、Microsoft はおおむね Google に歩調を合わせているようだ。

すべて読む | ITセクション | Chrome | マイクロソフト | インターネット | Chromium | デベロッパー | IT |

関連ストーリー：
Mozilla、21 日から Manifest V3 拡張機能への署名を開始 2022年11月19日
Google、Chrome 拡張機能の Manifest V2 終息を半年先送り 2022年10月01日
Vivaldi、Manifest V3 移行後の内蔵広告ブロッカー維持計画を発表 2022年09月28日
Chrome 拡張機能の Manifest V3、未だに利用可能になっていない API も 2022年09月23日
ブラウザー、何使ってる？ 2022年09月11日
uBlock Origin の試験的な Manifest V3 対応版「uBO Minus」 2022年09月10日
AdGuard、世界初の Manifest V3 ベース広告ブロッカーを公開 2022年09月03日
EFF、Chrome 拡張機能プラットフォームの Manifest V3 に対する批判を強める 2021年12月18日
Google、Chrome 拡張機能プラットフォームの Manifest V2 終息計画を発表 2021年09月27日
FirefoxにおけるChrome拡張機能プラットフォームのManifest V3サポート、ブロッキング用途でのwebRequest API使用は認める計画 2021年05月30日
Google、Chrome拡張機能プラットフォームのManifest V3ロールアウト計画を公式に発表 2020年12月11日
Microsoft Edge、Chrome拡張機能プラットフォームのManifest V3サポートへ 2020年10月17日
Google曰く、Chrome拡張機能プラットフォームの新マニフェストは広告ブロックをより安全にする 2019年06月15日
Chrome拡張のマニフェスト変更で広告ブロック拡張機能の動作が制限される可能性 2019年01月26日
Google、信頼できるChrome拡張にするための対策を発表 2018年10月07日

headless 曰く、

Google が Windows 7 / 8.1 を使用している Chrome ユーザーに対し、Windows 10 以降へのアップグレード推奨を開始したそうだ (Ghacks の記事 [1]、 Neowin の記事 [1]、 Windows Central の記事)。

Google は 2023 年 2 月 7 日に予定している Chrome 110 のリリースをもって Windows 7 / 8.1 のサポートを終了する計画を 10 月に発表している。アップグレード推奨は通知バーで表示され、Google Chrome の将来のアップデートを受け取るには Windows 10 以降が必要だとして現在実行中の Windows バージョンを表示するものだという。

一方、Microsoft は Dev チャネルでリリースした Microsoft Edge 110.0.1543.0 のリリースノートで、Chromium 110 以降では Windows 7 / 8 / 8.1 をサポートしないと説明している (Ghacks の記事 [2]、 Neowin の記事 [2])。

すべて読む | ITセクション | Chrome | アップグレード | OS | マイクロソフト | Chromium | Windows | IT |

関連ストーリー：
Mozilla、Firefox の Windows 7 / 8.1 サポート延長を検討 2022年11月03日
Google、Chrome 110のリリースをもってWindows 7/8.1のサポートを終了 2022年10月28日
Google、旧型の PC / Mac を延命可能な Chrome OS Flex を発表 2022年02月19日
Google、Chrome の Windows 7 サポートをさらに 1 年間延長 2021年11月20日

Google ChromeでのJPEGの次世代フォーマット「JPEG XL」のサポートが先送りされたようだ。JPEG XLは現行のJPEGよりも高い圧縮効率を誇る画像ファイルフォーマットで、現在策定が進められている段階にあるという。TECH+によると10月31日にChromiumからJPEG XMLのコードとフラグを削除する方針が提示されたとのこと（chromium、TECH+）。TECH+記事ではその理由として、

• エコシステムの観点からみて、JPEG XLの実験を継続するための十分な関心が得られているとはいえない状況にある
• JPEG XLは既存のフォーマットと比較してデフォルトで有効にすることを保証するほどには十分なメリットが得られない
• M110のコードとフラグを削除することでメンテナンス負荷を軽減することができ、Chromiumの既存のフォーマットの改善に集中することができる
• 実験的なコードやフラグをいつまでも残しておくべきではない

すべて読む | ITセクション | Chrome | グラフィック | IT |

関連ストーリー：
画像フォーマット「WebP」のリファレンス実装「libwebp、バージョン1になる 2018年05月07日

headless 曰く、

Google は 10 月 25 日、2023 年 2 月 7 日に予定している Chrome 110 のリリースをもって公式に Windows 7 と Windows 8.1 のサポートを終了すると発表した (Google Chrome ヘルプコミュニティ投稿、 BetaNews の記事、 Neowin の記事、 Android Authority の記事)。

Google は当初、2020 年 1 月 14 日の Microsoft による Windows 7 の延長サポート終了から少なくとも 18 か月間は Windows 7 をサポートすると発表していたが、同年 11 月には 2022 年 1 月 15 日までの延長を発表し、2021 年 11 月にはさらに 1 年延長すると発表していた。

Chrome による Windows 7 / 8.1 のサポート終了スケジュールは、Microsoft による Windows 7 ESU のサポートと Windows 8.1 の延長サポートが終了する 2023 年 1 月 10 日にマッチするものだという。古いバージョンの Chrome は引き続き動作するが、アップデートが提供されることはないため、現在 Windows 7 / 8.1 を使用している場合、 2 月 7 日よりも前にサポートされるバージョンの Windows へ移行することが推奨される。

すべて読む | セキュリティセクション | Chrome | セキュリティ | Windows | IT |

関連ストーリー：
Google、Chrome の Windows 7 サポートをさらに 1 年間延長 2021年11月20日
Google Chrome、Windows 7のサポートを2022年1月まで延長 2020年11月22日
Google Chrome、Microsoftによるサポート終了から少なくとも18か月はWindows 7をサポート 2020年01月12日

Google は 9 月 28 日、Chrome 拡張機能プラットフォームの Manifest V2 (MV2) サポートタイムラインを更新し、MV2 の完全終息を半年間先送りすることを明らかにした (Chrome Extensions blog の記事、 Neowin の記事、 9to5Google の記事、 Ghacks の記事)。

これまでのタイムラインでは 2023 年 1 月に MV2 拡張機能が動作しなくなり、エンタープライズポリシーで有効化した場合のみ 2023 年 6 月まで MV2 拡張機能を利用できることになっていた。しかし、後継の Manifest V3 (MV3) で大きな影響を受けるコンテンツブロッカー拡張機能の移行は進んでおらず、プロキシ拡張機能やユーザースクリプト実行拡張機能に必要な MV3 API の中には未だに利用可能となっていないものがある。そのため、Google が予定通り MV2 を無効化したら一部の拡張機能が動作しなくなることが懸念されていた。

新しいタイムラインでは 2023 年 1 月からエンタープライズポリシーによる MV2 実行が可能になるとの説明はそのままに、この時点で MV2 拡張機能が動作しなくなるという説明は削除されている。その代わり、Chrome 112 では Canary / Dev / Beta チャネルで MV2 拡張機能を無効化する実験が行われる可能性があるという。

さらに、2023 年 6 月の Chrome 115 では実験が安定版チャネルにも拡大される。そのため、現在 MV2 を使用している拡張機能開発者はこの段階までに MV3 への移行を完了することが推奨される。2024 年 1 月にはエンタープライズポリシーによる MV2 有効化もできなくなり、その後 Chrome ウェブストアからすべての MV2 拡張機能を削除するとのこと。

Google では開発者のフィードバックを受けて MV3 の改善も進めており、MV3 移行に関する既知の問題点と修正時期などをまとめた開発者向け記事も公開した。それによると、プロキシ拡張機能の MV3 移行で問題になっている API の修正や、ユーザースクリプト実行に必要な API の追加が 10 月にも Canary 版で行われる。MV3 移行に関する問題点等のフィードバックは Googleグループ Chromium Extensions に投稿してほしいとのことだ。

すべて読む | ITセクション | Chrome | スラッシュバック | デベロッパー | IT |

関連ストーリー：
Vivaldi、Manifest V3 移行後の内蔵広告ブロッカー維持計画を発表 2022年09月28日
Chrome 拡張機能の Manifest V3、未だに利用可能になっていない API も 2022年09月23日
ブラウザー、何使ってる？ 2022年09月11日
uBlock Origin の試験的な Manifest V3 対応版「uBO Minus」 2022年09月10日
AdGuard、世界初の Manifest V3 ベース広告ブロッカーを公開 2022年09月03日
EFF、Chrome 拡張機能プラットフォームの Manifest V3 に対する批判を強める 2021年12月18日
Google、Chrome 拡張機能プラットフォームの Manifest V2 終息計画を発表 2021年09月27日
FirefoxにおけるChrome拡張機能プラットフォームのManifest V3サポート、ブロッキング用途でのwebRequest API使用は認める計画 2021年05月30日
Google、Chrome拡張機能プラットフォームのManifest V3ロールアウト計画を公式に発表 2020年12月11日
Microsoft Edge、Chrome拡張機能プラットフォームのManifest V3サポートへ 2020年10月17日
Google曰く、Chrome拡張機能プラットフォームの新マニフェストは広告ブロックをより安全にする 2019年06月15日
Chrome拡張のマニフェスト変更で広告ブロック拡張機能の動作が制限される可能性 2019年01月26日
Google、信頼できるChrome拡張にするための対策を発表 2018年10月07日

Chrome 拡張機能の Manifest V3 (MV3) 移行が迫る中、Google が約束していた MV3 API には未だに利用可能になっていないものがあるそうだ (Ghacks の記事)。

プロキシ拡張機能に必要な MV3 API の問題は 2 年近く前に報告され、700 人以上が ☆ を付けているものの、すぐには解決しそうもない。この問題のブロッカーに指定されている「サービスワーカー停止後に webRequest リスナーが呼び出されない」という問題も 3 年近く前から解決されずにいる。また、Google は Tampermonkey のようにユーザースクリプトを実行する拡張機能を MV3 でも利用可能にする意向を示しているが、まだ実装はされていないようだ。

拡張機能開発者は API が利用可能になるまで MV3 対応作業を進められないため、Google が計画通り 2023 年 1 月に MV2 を無効化した場合、一部の拡張機能は利用できなくなる可能性が高い。

すべて読む | デベロッパーセクション | Chrome | デベロッパー | IT |

関連ストーリー：
ブラウザー、何使ってる？ 2022年09月11日
uBlock Origin の試験的な Manifest V3 対応版「uBO Minus」 2022年09月10日
AdGuard、世界初の Manifest V3 ベース広告ブロッカーを公開 2022年09月03日
EFF、Chrome 拡張機能プラットフォームの Manifest V3 に対する批判を強める 2021年12月18日
Google、Chrome 拡張機能プラットフォームの Manifest V2 終息計画を発表 2021年09月27日
FirefoxにおけるChrome拡張機能プラットフォームのManifest V3サポート、ブロッキング用途でのwebRequest API使用は認める計画 2021年05月30日
Google、Chrome拡張機能プラットフォームのManifest V3ロールアウト計画を公式に発表 2020年12月11日
Microsoft Edge、Chrome拡張機能プラットフォームのManifest V3サポートへ 2020年10月17日
Google曰く、Chrome拡張機能プラットフォームの新マニフェストは広告ブロックをより安全にする 2019年06月15日
Chrome拡張のマニフェスト変更で広告ブロック拡張機能の動作が制限される可能性 2019年01月26日
Google、信頼できるChrome拡張にするための対策を発表 2018年10月07日