DOM

Case-sensitive anchor name matching in quirks mode リンクをコピーしました!

フラグメントナビゲーションのアンカー名のマッチングは、互換モードでは大文字小文字を区別するようになり、標準モードの動作と一致するようになります。以前は、互換モードでは、#Foo へのナビゲーションで <a name="foo"> が一致する可能性がありました。これにより、Chromium は、大文字小文字を区別しないマッチングを行わない Safari、Firefox、および HTML 仕様と整合します。

その他

レビュー待ち

Prompt API Sampling Mode リンクをコピーしました!

開発者は、Prompt API の高レベルな samplingMode プリセットを使用して、言語モデルの出力の多様性と創造性を設定できます。モデルによって予測不可能に変化する topK や温度などの生の数値パラメータを公開する代わりに、開発者は決定論的な抽出のための「最も予測可能」から、自由な発想を促す「最も創造的」まで、意味論的なプリセットを選択できます。ブラウザはこれらのプリセットを基となるモデルの最適なサンプリングハイパーパラメータにマッピングし、クロスブラウザの相互運用性を維持しながら、開発者に信頼性の高い応答調整機能を提供します。

enum LanguageModelSamplingMode { "most-predictable", // 厳密な一貫性/事実抽出用 "predictable", // 高度に焦点を絞った出力用 "slightly-predictable", // 適度に焦点を絞った一貫性のある出力用 "balanced", // 標準プロンプトのデフォルト状態 "slightly-creative", // 適度に変化に富んだ表現力豊かな出力用 "creative", // 厳密な事実よりも多様性を重視するタスク用 "most-creative" // トークンの多様性を最大限に高め、ブレインストーミングを行うため };

この機能は、Prompt API ( https://chromestatus.com/feature/5134603979063296 ) の拡張です。

レビュー待ち

Web Bluetooth: BluetoothRemoteGATTServer.maxWriteWithoutResponseSize リンクをコピーしました!

BluetoothRemoteGATTServer.maxWriteWithoutResponseSize を追加しました。これは、writeValueWithoutResponse() が 1 つの ATT パケットで送信できる最大ペイロードを報告します。maxwritewithoutresponsesizechanged イベントは、Chrome が値の変更を検知したときにアプリケーションに通知し、アプリケーションが 20 バイトの制限を想定せずにチャンクのサイズを決定できるようにします。

これは、 https://chromestatus.com/feature/5138797158334464に依存し、一緒に出荷されます。

実装: https://chromium-review.googlesource.com/c/chromium/src/+/7879985

バグ番号: 40265040、40686244、40163619

非推奨および削除

レビュー待ち

WebRTC ピア接続メソッドのサポート終了と削除 リンクをコピーしました!

Chrome 160 以降、Windows、macOS、Linux、ChromeOS、Android でRTCPeerConnection.createDTMFSender()メソッドのサポートが終了します。

これはすでに廃止された非標準のメソッドであり、公式のWebRTC )標準にも準拠していません。この機能を削除することで、ウェブブラウザーの間の互換性とセキュリティが向上します。

Chrome 160 をデプロイする前に、管理者は WebRTC を利用する社内またはサードパーティのウェブ通信アプリケーションをテストしてください。

Digital Credential API におけるより詳細なプロトコル フィルタリング リンクをコピーしました!

Chrome 151 より、 Digital Credentials API における未指定のプレゼンテーションプロトコルおよび発行プロトコルのサポートを段階的に終了し、Chrome 160 で完全に削除する予定です。

Digital Credentials API は当初、任意の交換プロトコルに対応する不透明なパイプラインとして設計されていました。 2025 年 11 月、 FedID WGは、仕様が特定の交換プロトコルのセットのみを原則的に参照するように、この方針を変更することを決定しました。

何らかの不透明なパイプラインのサポートを廃止することで、検証済みのプロトコルのみが使用されるようになり、ID検証におけるより安定したセキュリティおよびセキュリティ確保モデルの構築が可能になります。