Midori exhibits damaged region rendering bug
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 35/100
- issue の種類
- バグ
- 明瞭さ
- おおむね明確
- 活発さ
- 停滞
- 技術スタック
- haskell
調査の方向性
Start by reproducing the damaged-region rendering bug with more than one XDG Midori launched at startup, then compare the two Pernosco traces linked in the issue. Inspect the handle_map path and the calls that trigger “damage everything”; done means the multi-Midori scenario renders correctly without relying on an unverified fixed-frame workaround.
索引モデルが issue の本文から書いたものです。
説明
The bug only occurs when more than one (XDG) Midori is launched at start:
Pernosco trace with one Midori (no bug): https://pernos.co/debug/ZRR6PPBbwP069PiTlEETjQ/index.html
Pernosco trace with one Midori + another app (bug): https://pernos.co/debug/iv3Xp7WX877jgXfj8DYUvw/index.html
The traces seem to indicate there aren't any XDG popups or WlrSurface subsurfaces in play. The only thing triggering a "damage everything" call is "handle_map".
I'm worried this a race condition in the way we trigger a "damage everything". A hack would be to make "damage everything" calls persist for 2 frames instead of 1, or at least whenever surfaces are first mapped? @KaneTW
- 主要言語
- Haskell
- スター
- 3.2k
- フォーク
- 111
- PR マージ指標
- 30日以内にマージされた PR はありません
コントリビューションガイド
このリポジトリのコントリビューションガイドは索引されていません
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
SimulaVR/Simula のほかの issue
-
難易度 3/5 1〜2日 初心者へのやさしさ 52/100
-
難易度 4/5 3〜5日 初心者へのやさしさ 28/100
-
難易度 3/5 1〜2日 初心者へのやさしさ 48/100
-
難易度 3/5 1〜2日 初心者へのやさしさ 35/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 45/100
SimulaVR/Simula の issue をすべて見る
似ている issue
-
docs
難易度 1/5 1時間未満 初心者へのやさしさ 85/100
-
needs triage type: bug
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
-
doclayout-0.6 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
commercialhaskell/stackage#8126 ·