chrome 140 を落としただけで、Linuxユーザーはねじ込まれています。ルーチンブラウザの更新であったはずだったのは、Ubuntu、Opensuse、Fedora、および基本的に他のすべての主要なディストリビューションを実行している人々のために物事を壊しました。
bug レポート、明確なパターンが現れます。ユーザーは、「レンダラーは完全に壊れています、および「 pixelatedまたはblank 。 “ブラウザプロファイルの拭き取り、Chromeの再インストール、グラフィックドライバーの更新、X11とWaylandセッションの切り替えなど、すべてを試している人を見てきました。 1人の欲求不満のユーザー言及彼らはChromeのハードウェアアクセラレーション設定で混乱しているが、何も機能しなかった。
ここにページがバグでどのように見えるかのスクリーンショットがいくつかあります:
chromium bugトラッカーのスレッドを読んで収集したものから<開発者「ユニットWeb RB W03 Light」などのフォントからコメントを見つけました。これらのインストールがある場合、Chromeはテキストを適切にレンダリングすることを拒否します。
どうやら、Chrome 140は、特定の壊れたまたは互換性のないフォントファイルをトリップする新しい「フォント」フォントインデックスシステムを導入しました。開発者は、「heji2text.otf」を「多くのフォントツールが問題を抱えている真剣に壊れたフォントファイル」と具体的に呼びました。
特に興味深いのは、この問題がOpenSuse Systemsに大きく結びついているように見えることです。複数の Opensuse bug file file file file a a majorそれについてのopensuse。
興味深いのは、Braveユーザー同じ問題について 同じ時間について、それはカリウムベースであるためにも意味があります。
この問題が発生している場合、実際にはGoogleの開発者おすすめ問題のあるフォントがある場合はチェックするかどうかを確認する
fc-list-f "%{file} \ n" | grep-ei 'unitwebrbw03medium.ttf | unitwebrbw03light.ttf | panton_black.otf | heji2text.otf'
これが結果を返す場合、これらはおそらくあなたのクロムを壊させる犯人ファイルである可能性があります。
私はまた、複数のユーザーを見つけました推奨他の人は、サードパーティのフォントパッケージを完全に削除することに成功しました。 POP！_OSの1人のユーザーは、Chrome Dev Build(バージョン141)に切り替えると問題を完全に解決したと述べました。
興味深いことに、あるGoogleの従業員は、システムの問題を修正するために「Fonts-noto-color-emoji」パッケージを削除する必要があると述べました。
影響を受けるユーザーにとっての朗報:Googleの開発者は根本原因を特定し、修正を開発しました。バグトラッカーで見ることができるものから、問題のあるフォントフォントインデックスシステムを無効にし、破損したフォントキャッシュをクリアするパッチを作成しました。
トリッキーな部分は、機能を一時的に無効にしても十分ではないということです。Chromeは、フラグがオフになった後でも持続するフォントキャッシュファイルを構築します。そのため、修正にはシステムが完全に無効になり、既存のキャッシュのクリアが含まれます。
パッチは準備が整っているとマークされており、Chrome 140(安定性の修正として)とChrome 141の両方にマージされています。ユーザーは今後の更新で安心する必要があります。
140アップデート後にクロムがクラッシュします
同時に、いくつかのレポートユーザー共有以下で確認してください:
これがフォントバグにリンクされているかどうかは不明です。しかし、明らかなことは、Googleができるだけ早く問題を修正する必要があることです。さらなる開発に目を光らせ、共有するものがある場合はアップデートを投稿します。
