Google 検索で Internet Explorer 11 (IE11) のサポートが終了したそうだ (Malte Ubl 氏のツイート、 9to5Google の記事)。

現在のところ IE11 で Google 検索を利用することはできるが、メインプロダクトとしてのサポートが終了したためフォールバックしたエクスペリエンスになるという。Windows 11 では単体の IE11 が実行できず、Windows 10 でも来年 6 月にはサポートが終了する。そのため、Google は今が潮時だと判断したようだ。Google の Malte Ubl 氏はみんなが上司に知らせられるようツイートしたとのこと。

なお、現在 IE11 での Google 検索結果はナレッジパネルが表示されないなど一部の機能は利用できないが、シンプルでいいような気もする。スラドの皆さんのご感想はいかがだろうか。

ハードウェア要件を満たさない環境で Windows 11 へのアップグレードインストールを可能にするスクリプト「Skip_TPM_Check_on_Dynamic_Update.cmd」が GitHub で公開されている (BleepingComputer の記事、 Neowin の記事、 BetaNews の記事、 Softpedia の記事)。

Windows 11 Insider Preview の ISO イメージを使用する場合、途中でレジストリ設定が必要になるものの新規インストールは可能だが、アップグレードインストールは困難だった。

Skip_TPM_Check_on_Dynamic_Update.cmd は「Universal MediaCreationTool」の一部として公開されているものだ。実行するとレジストリの HKLM\SYSTEM\Setup\MoSetup に DWORD 値「AllowUpgradesWithUnsupportedTPMOrCPU」を追加して値のデータに「1」をセットし、 vdsldr.exe の実行時に「C:\$WINDOWS.~BT」から「AppraiserRes.dll」を削除する WMI イベントサブスクリプションを設定する。なお、Windows 11 へのアップグレードが完了しても WMI イベントサブスクリプションは解除されず、解除するには再びスクリプトを実行する必要がある。

ちなみに、レジストリ値「AllowUpgradesWithUnsupportedTPMOrCPU」に「1」がセットされた状態では TPM と CPU の互換性チェックがバイパスされるが、「AppraiserRes.dll」を削除すると互換性チェック全体がバイパスされるようなので、効果は不明だ。Windows 11 をインストール済みの環境ではデフォルトでこの値に「1」がセットされた状態になっていた。

そこで、スクリプトを使用せずにハードウェア要件を満たさない環境を Windows 11 へアップグレードする実験をしたので結果を以下に記載する。まず、Windows 10 上で ISO イメージからルートディレクトリの「setup.exe」を実行し、セットアップ画面が表示されてから「AppraiserRes.dll」を削除してみたところ、互換性チェックを通ってアップグレードインストールが可能になった。

また、Windows 11 Insider Preview 環境 (ビルド 22454)で Dev チャネルの最新ビルドを Windows Update からインストールしようとして互換性チェックで弾かれた場合、「AppraiserRes.dll」を削除してから「問題の修正」をクリックすれば最新のビルド 22468 に更新できた。なお、ビルド 22468 よりも古い RS_PRERELEASE ブランチのビルドは 10 月 31 日で期限切れとなるため、早めの更新が推奨される。

Stack Overflow のエイプリルフール企画だったコピー＆ペースト専用キーボードが「Stack Overflow The Key Macropad」として製品化され、Drop で事前予約を受け付けている (Stack Overflow Blog の記事、 製品情報ページ、 The Verge の記事、 Windows Central の記事)。

4 月にスラドで話題になった個人作成のコピー＆ペースト専用キーボードは 2 つのキーにそれぞれ「Ctrl + C」と「Ctrl + V」が割り当てられたものだったが、The Key では 3 つのキーにそれぞれ「Ctrl」「C」「V」が割り当てられており、Ctrl キーのキートップは Stack Overflow のロゴになっている。Macropad の名前の通り各キーには任意のキーストロークを割り当て可能だ。スイッチは Kailh Black Box、本体側コネクターは USB Type-C で、USB Type-C - Type-Aケーブルが付属する。12 月 13 日出荷予定で価格は 29 ドルとなっている。

Microsoft は 9 月 28 日、Microsoft Store でサードパーティーのアプリストアを提供可能にするポリシー改訂を発表した (Microsoft Store ポリシー、 Windows Developers Blog の記事、 GeekWire の記事、 Mac Rumors の記事)。

このポリシーは、アプリやデジタルコンテンツを販売するサードパーティーストア (日本語版ポリシーでは「デジタルネットショップ」) を利用するための「ストア」アプリを Microsoft Store で配布可能にするものだ。今後数か月のうちに Amazon と Epic Games のストアアプリが入手可能になるという。Microsoft は昨年公開した Windows 向けアプリストア 10 の原則でアプリが独自にアプリ内決済システムを実装することを妨げないと宣言しており、今回の新ポリシーはこれをさらに進めるものとなる。

また、7 月のポリシー改訂では Chromium または Gecko オープンソースエンジンを使用する Web ブラウザーの提供を可能にしているが、既に Windows 11 の新 Microsoft Store では Opera と Yandex が入手可能になっている。実際にインストールしてみたところ、いずれもインストールされるのは UWP アプリではなく、デスクトップ (Win32) アプリだった。

新 Microsoft Store でデスクトップアプリや PWA (Progressive Web Apps) の配布が可能になることは 6 月に発表されているが、複数のデスクトップアプリや PWA が入手可能だ。PWA に関しては Windows 10 の 従来の Microsoft Store でも既に入手可能だった。

新 Microsoft Store は Windows 11 で 10 月 5 日から公式提供され、今後数か月のうちに Windows 10 でも提供される。

headless 曰く、

Googleは 23 日、Chrome 拡張機能プラットフォームの Manifest V2 終息と Manifest V3 移行タイムラインを公開した (Chrome Developers のブログ記事、 Manifest V2 support timeline、 9to5Google の記事)。

Manifest V3 は Chrome 拡張の信頼性向上を目指して 2018 年に発表された。コンテンツブロッカーの動作が制限されるとして反対の声も出ていたが、その後制限はある程度緩和された。今年 1 月には Chrome 88 で Manifest V3 がロールアウトし、Chrome ウェブストアで Manifest V3 拡張機能の登録が可能になっている。

Manifest V2 終息タイムラインによると、2022 年 1 月 17 日には Chrome ウェブストアで公開設定が「一般公開」「限定公開」となっている Manifest V2 拡張機能の新規登録を停止し、既存の Manifest V2 拡張機能の公開設定を「非公開」から「一般公開」「限定公開」に変更できなくなる。2022 年 6 月には「非公開」の Manifest V2 拡張機能も新規登録が終了する。

2023 年 1 月には既存の Manifest V2 拡張機能の更新版の受け入れも停止し、Chrome では Manifest V2 拡張機能が動作しなくなる。この段階ではエンタープライズポリシーで Manifest V2 拡張機能が動作するよう設定可能だが、その猶予期間も 2023 年 6 月には終了する。

Apple が Epic Games との裁判が完全に終結するまで Epic の開発者アカウントを復活させないと Epic 側に伝えたそうだ (Tim Sweeney 氏のツイート、 Ars Technica の記事、 Mac Rumors の記事、 Neowin の記事)。

カリフォルニア北部地区連邦地裁の Yvonne Gonzalez Rogers 判事は Epic Games による iOS 版 Fortnite への独自課金システム実装を意図的な契約違反とみなし、Apple による Epic の開発者アカウント削除やアプリ削除は適切だとの判断を示している。

Apple は開発者ガイドラインに違反する独自課金システムを削除すれば Fortnite を App Store に復活させる用意があると繰り返し説明していた。そのため、Epic の Tim Sweeney 氏は独自課金システム削除を条件とした Fortnite 復活を Apple の Phil Schiller 氏に打診していたという。

しかし Apple 側は連邦地裁の判決内容や、 Sweeney 氏が Fortnite を App Store に復活させるために独自課金システムを削除することはないと公言していたことなどを挙げ、現時点では Epic の開発者アカウントを復活させないだけでなく、最終判決が出るまでは復活を検討しないと弁護士を通じて Epic 側に伝えたとのことだ。

Togetterにまとめられていた内容によると、長年Excelを使っていてもソート機能の「昇順」と「降順」のどちらが小さい方から並べる方法だっけ、といった風に昇順・降順を覚えられない人が結構いるらしく話題になっていたようだ。数字を小さい方から並べるのが昇順、大きい方から並べるのが降順だが、覚えられない人たちは、毎回昇順と降順を適当に押して違ってたらまた並べ直すといったやり方をしているそうで、Twitterではこれを2分の1の確率のExcelギャンブルなどと呼称していた模様（Togetter）。

米Oracleは14日、Java 17の発表と同時に企業向けのディストリビューションであるOracleJDKのライセンスを更新、無料で利用できるようにしたと発表した。新しいライセンスは「OracleNo-FeeTerms andConditions」（NFTC）。商用および実稼働環境での使用も可能で、無償配布である限りは再配布もできる。同日から配布の始まったOracle JDK 17から、この無料のリリースとアップデートの提供を行うとしている。次の長期サポート（LTS）がリリースされてから1年が経過するまで継続されるとしている（日本オラクル、Oracleブログ、Publickey）。>

pixiv事務局は16日、創作系SNSであるpixivのサーバー負荷軽減のため、「本文」を対象とする検索サービスの提供を行うと発表した。リリースによれば、pixivに投稿された全ての小説作品における本文の総文字数は700億文字を超え、これが検索機能全体に大きな負荷をかけていたという。また検索結果に表示も時間がかかるなどの指摘が出ていた。根本的な解決の見込みがないことから、機能の提供終了という判断に至ったとしている（pixiv事務局）。

Mozilla の SUMO によると、Firefox ユーザーの一部で既定の検索エンジンを Bing に変更する実験を行っているそうだ (The Mozilla Support Blog の記事、 Neowin の記事、 Ghacks の記事)。

実験は 9 月 6 日から始まっており、デスクトップ版のユーザーベースの 1 % が対象だという。2022 年の初めに終了する予定で、1 月末までの完了が見込まれるとのこと。 実験の理由については特に説明されていないが、変更に関する質問を受けた場合の回答例は、現在実験を行っていることを伝え、既定の検索設定変更に関するサポート記事を紹介する、というものになっている。

ちなみに、SUMO は SUpport.MOzilla.org の意だが、この名前が使われ始めた当時は SUpport.MOzilla.com だった。

Lumen Technologies の Black Lotus Labs は 16 日、Windows Subsystem for Linux (WSL) をターゲットとするマルウェアが複数見つかったことを発表した (プレスリリース、 Lumen のブログ記事、 The Register の記事)。

一連のマルウェアは主に Python 3 で書かれ、PyInstaller で Linux の ELF (Executable and Linkable Format) バイナリに変換されている。サンプルの中には MSFVenom や Meterpreter で生成した軽量ペイロードを含むものや、リモートサーバーからシェルコードのダウンロードを試みるものがあったという。初期のサンプルでは純粋に Python 3 のみで書かれていたが、最新のサンプルでは ctypes を用いて Windows API を呼び出すものや、PowerShell スクリプトをホストマシン上で実行するようなものに進化しているそうだ。

Windows 向けのエンドポイントエージェントは ELF ファイルを分析するシグネチャを持っていないとみられ、VirusTotal での各サンプル検知率は非常に低い。一方、同様の機能を持つ WSL 向けでないマルウェアはよく検知されているとのこと。

Google は 17 日、Android で使用していないアプリの権限 (アクセス許可) を自動でリセットする機能の対象バージョン拡大を発表した (Android Developers Blog の記事、 The Verge の記事、 Ars Technica の記事、 9to5Google の記事)。

アプリの権限自動リセット機能は Android 11 (API 30) で導入されたもので、制限付きデータへのアクセスや制限付きアクションの実行といった実行時の権限 (危険な権限) が対象だ。通常はユーザーの選択が記憶されるが、数か月間使われなかったアプリは権限がリセットされるため、再び権限のリクエストが必要になる。

対象として追加されるのは Google Play 開発者サービスを使用する Android 6.0 (API 23) 以降のデバイスで、12 月から順次有効化される。自動リセット機能は API 30 以降をターゲットにしたアプリのデフォルトで有効になり、API 23 ～ 29 をターゲットにしたアプリではユーザーが手動で有効化できる。

主にバックグラウンドで動作し、ユーザーの操作を必要としないアプリの開発者は必要に応じて自動リセットの無効化をユーザーにリクエストできるが、リクエストしない場合はコードを変更する必要はない。なお、自動リセットの無効化をリクエストする API は API 30 以降での使用を想定したものであり、デフォルトで自動リセットが無効になる API 23 ～ 29 では不要とのこと。

現在、クロスプラットフォームの自動リセット API は Jetpack Core 1.7.0 ベータライブラリでベータ版として提供されており、10 月には Jetpack Core 1.7.0 の安定版で利用可能になる。12 月にはGoogle Play 開発者サービスを使用する Android 6.0 ～ Android 10 デバイスへ段階的にロールアウトし、2022 年第 1 四半期には全デバイスに導入される見込みだという。自動リセットはデバイスに導入されてから数週間後に開始されるとのことだ。

headless 曰く、

Windows 11 ではタスクバーのセンタリングが特徴の一つになっているが、開発ビルドの Windows 11 Insider Preview ではセンタリング位置が右にずれる問題が発生している (Windows Insider Blog の記事)。

Windows 11 デフォルトの「中央揃え」を選択したタスクバーは、スタートボタンとアプリのタスクボタンがタスクバー中央を中心に表示され、表示するアプリの数が増えると左右に広がっていく。この動作は開発ビルドでも同じだが、中心の位置が右にずれており、アプリの数が増えると右端が通知領域の下に潜り込んでしまう。この問題はビルド 22454 で調査中となっていたが、最新のビルド 22458 でも修正されていない。

なお、Windows 10 までのバージョンではタスクバーに表示するアプリの数が多くなるとオーバーフロー部分を切り替えるスピンボタンが追加されるのに対し、Windows 11 では追加されない。オーバーフローしたアプリは仕切り線右側に1つのボタンとしてまとめられているように見えるものの、ボタンとして表示されるのは最後に使用したアプリのみのようで、切替方法は不明だ。

headless 曰く、

Google は 14 日、Chrome の User Agent (UA) 文字列情報削減に向け、より具体的なスケジュールとオリジントライアルの詳細を発表した (Chromium Blog の記事、 Chrome Developers のブログ記事)。

Google が昨年 1 月に発表した UA 文字列情報削減計画は COVID-19 の影響で 2021 年以降に先送りされていた。Google は 5 月に再開を発表し、7 段階に分けて計画を進める計画を示したが、Chrome 92 で実施する第 1 段階を除き、具体的な実施時期は示されていなかった。

今回発表された計画では、第 2 段階以降を実施する予定の Chrome バージョンが示されている。まず、削減済み UA 文字列によるオリジントライアルを実施する第 2 段階は Chrome 95 ～ Chrome 100 で少なくとも 6 か月間続けられる。Chrome 100 では移行に時間が必要なサイトが従来の UA 文字列を利用可能にする第 3 段階の逆オリジントライアルも始まる。

逆オリジントライアルにオプトインしていないサイトでは、UA 文字列から Chrome バージョン番号を削減する第 4 段階が Chrome 101 で、デスクトップ版の UA 文字列と関連 JavaScript API を削減する第 5 段階が Chrome 107 で、Android 版でも削減が始まる第 6 段階がChrome 110 で開始予定だ。逆オリジントライアルが終了し、すべてのページで UA 文字列と関連 JavaScript API が削減される第 7 段階は Chrome 113 となる。

安定版のリリーススケジュールは Chrome 95 が 2021 年 10 月 19 日、Chrome 100 が 2022 年 3 月 29 日、Chrome 101 が 2022 年 4 月 26 日、Chrome 107 が 2022 年 10 月 18 日、Chrome 110 が 2023 年 2 月 7 日となっており、移行が完了する Chrome 113 は 2023 年 5 月 2 日に設定されている。

Appleが同社の採用しているArmアーキテクチャーと競合する「RISC-V」のプログラマーを求人しているという。この求人は9月3日に公式サイト上で募集されたもので、Vector and Numerics Groupという部署によって行われているようだ。このグループではiOS、macOS、watchOS、tvOS上で実行されるさまざまな組み込みサブシステムの設計、拡張、改善を担当しているそうだ。この求人を読む限り、AppleがRISC-Vアーキテクチャに対応したiOS、macOS、watchOS、tvOSの開発やそれに関連したハードウェアの開発をしているようにも見える（Apple求人、CNET）。