Question 1

「database disk image is malformed」というエラーで Ladybird の RequestServer が起動時にクラッシュする問題を修正するにはどうすればよいですか？

Accepted Answer

HTTPディスクキャッシュデータベースが破損しています。Ladybirdを終了してから、キャッシュディレクトリを削除して再起動してください：

```sh
rm -rf ~/.cache/Ladybird
```

カスタムのキャッシュ場所を設定している場合は、代わりに `$XDG_CACHE_HOME/Ladybird` を削除してください。Ladybirdはキャッシュを自動的に再構築します。`~/.config/Ladybird` を削除する必要はありません。そこにはディスクキャッシュではなく設定が保存されているためです。

新しいビルドのコード修正により、RequestServerがクラッシュする代わりに `CacheIndex` の初期化エラーが伝播されるようになりましたが、破損したキャッシュをクリアすることは依然として当面の回避策です。

Question 2

Pi-holeまたはカスタムDNSサーバーを使用している場合、なぜLadybirdは最初のページ読み込み後に "Unable to resolve host" と表示するのですか？

Accepted Answer

これは、Ladybirdのキャッシュに残っている期限切れのDNSアドレスレコードが原因です。TTLが非常に短い場合、親のCNAMEレコードがまだキャッシュに残っている間にA/AAAAレコードが期限切れになることがあり、そのため後のルックアップではCNAMEをたどるものの、使用可能なIPアドレスが見つかりません。修正は、「Forget about fully expired RRs」というタイトルのLibDNS/RequestServerの変更です（issue #12215を修正）。その修正を含むビルドにLadybirdを更新してリビルドしてください。たとえば `git pull && ./Meta/ladybird.py run` を実行します。一時的な回避策としては、`about:settings` → Network に移動し、Custom DNS からシステム/デフォルトのリゾルバに切り替えて、Ladybirdを再起動してください。

Question 3

Intl.NumberFormat.formatRangeToParts が空の配列を受け取った際に ICU.h:104 で発生する Ladybird の SIGILL を修正するにはどうすればよいですか？

Accepted Answer

このクラッシュは `Intl.NumberFormat().formatRangeToParts(0, [])` によって発生します。Ladybird は空の配列を ICU の10進数変換に渡し、ICU は `U_DECIMAL_NUMBER_SYNTAX_ERROR` を返します。その結果、`ICU.h:104` の `verify_icu_success()` が JavaScript レベルの完了を返す代わりに `SIGILL` でアボートします。

修正方法: PR「LibUnicode+LibJS: Throw instead of aborting on Intl input ICU refuses.」を含むバージョンへ Ladybird を更新/再ビルドしてください。このパッチにより、無効な ICU 入力によってネイティブランタイムがクラッシュするのを防ぎます。

影響を受けるビルドでの回避策: `Number([])` は `0` となるため、API を呼び出す前に両方の端点を JavaScript の数値に変換してください。

```js
const nf = new Intl.NumberFormat();
nf.formatRangeToParts(Number(0), Number([]));
```

または、ラッパー内で変換する場合:

```js
function safeFormatRangeToParts(nf, start, end) {
    return nf.formatRangeToParts(Number(start), Number(end));
}
```

影響を受ける Ladybird バージョンに、配列やその他の非プリミティブな端点を直接渡さないでください。

Question 4

DevTools が切断されたときに `VERIFY(m_devtools_client_count > 0)` で Ladybird がクラッシュする問題を修正する方法

Accepted Answer

このクラッシュは、DevToolsクライアントの状態がタブの現在のページと同期しなくなる可能性があるために発生します。特に、mail.google.comのようなページにDevToolsをアタッチする場合に起こりやすくなります。この問題は、DevToolsの状態をタブのページと同期させ続けるLibWebView/LibWebの変更によって修正されています。その修正を含むリリースまたはビルドにLadybirdをアップグレードしてください。Ladybird 1.0での回避策としては、影響を受けるタブにDevToolsをアタッチしたり繰り返し切断したりすることを避け、クラッシュ後にLadybirdを再起動してください。

Question 5

Ladybirdで長いYouTubeコメントの「Read more」ボタンが表示されないのはなぜですか？

Accepted Answer

これはLadybirdの古い `-webkit-line-clamp` 実装が原因です。クランプされたコンテンツがスクロール可能なオーバーフローに含まれていなかったため、`scrollHeight` が誤って `clientHeight` と同じ値を返していました。YouTubeはこれらの値を使って省略されたコメントを検出しているため、展開するものがないと判断し、「Read more」ボタンを非表示にしていました。コンソールに表示されるBattery Status APIのエラーは無関係です。修正はLibWebの変更「Keep clamped `-webkit-line-clamp` content in scrollable overflow」であり、これはFirefoxと同様に、非表示になったクランプされたコンテンツをレイアウトして測定します。そのPRを含むビルドにLadybirdを更新してリビルドしてください。一時的な回避策として、Firefoxまたは他のブラウザで動画/コメントを開いてください。

ladybird

概要

README プレビュー

FAQ (5)

同类型项目

vscode

FreeDomain

stable-diffusion-webui

paperclip