Bug: Windows overlap while resizing, until slower apps catch up
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 30/100
- issue の種類
- バグ
- 明瞭さ
- おおむね明確
- 活発さ
- 停滞
- 技術スタック
- javascript, linux
- 領域
- desktop-dev
調査の方向性
Run sandbox/run-suite.sh 18 from forge-repro to observe overlap episodes per scenario. Acceptance criteria require no tiled overlap at any frame. The linked PR #570 already implements a fix, so pick up from there rather than starting fresh; no forge source file is named in the issue.
索引モデルが issue の本文から書いたものです。
説明
Problem. When Forge changes the layout (a window opens or closes, a container is resized), it asks every affected window for its new place at the same moment. Apps take a frame or more to draw their new size, and GNOME keeps showing a Wayland window at its old place and size until the app has drawn it. X11 apps, by contrast, move at once. So a window that grows into the space its neighbour gives up is drawn over that neighbour until the neighbour has redrawn.
Usually that is one to three frames. While a resize key repeats, Forge sends a new place before the app has drawn the last one, and GTK apps (Ptyxis, Files, Text Editor) fall behind by up to about a second. Example: hold Super+Ctrl+Left on a window with a terminal to its left and VS Code below it. VS Code (X11) follows every step at once, and the terminal lags, so VS Code covers the terminal by hundreds of pixels for seconds.
Desired outcome. A layout change never shows one tiled window on top of another. While an app catches up there may be a gap (the wallpaper shows briefly), never an overlap. The final layout and the speed of resizing are unchanged.
Acceptance criteria.
- Holding a resize key between a GTK app and an X11 app: no overlap at any moment, and no check on the layout reported by GNOME fails.
- Opening, closing and moving windows: no overlap longer than one frame.
- A window whose app never redraws doesn't hold the others back for more than half a second.
- Windows that swap places (move left/right) still swap immediately.
- All layout scenarios still pass.
Reproduction: scenarios/18_slow_redraw_overlap.py, which uses a test app that takes 120 ms to follow each new size, next to a fast window. Or, with real apps, scenarios/07_real_apps.py (7v.4) on a large screen. sandbox/run-suite.sh 18 also reports every overlap episode per scenario.
- 主要言語
- JavaScript
- スター
- 1.3k
- フォーク
- 112
- PR マージ指標
- 30日以内にマージされた PR はありません
環境構築
このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
forge-ext/forge のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
-
Bug: Changing a setting while Forge is disabled (e.g. screen locked) throws errors; old handlers keep running対応中かも @mattchristenson が 38 日前に担当しました。 オープン
難易度 3/5 1〜2日 初心者へのやさしさ 35/100
-
Bug: Tabbed and stacked groups that contain a split show windows on top of each other対応中かも @mattchristenson が 39 日前に担当しました。 オープン
難易度 4/5 3〜5日 初心者へのやさしさ 20/100
-
Bug: Windows in a stacked group are hidden without a trace対応中かも @mattchristenson が 39 日前に担当しました。 オープン
難易度 4/5 3〜5日 初心者へのやさしさ 35/100
-
Bug: Toggling stacked or tabbed layout off changes the container's split direction対応中かも @mattchristenson が 39 日前に担当しました。 オープン
難易度 3/5 1〜2日 初心者へのやさしさ 30/100
forge-ext/forge の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
Fei2411/DeepSeek-Bot#1113 ·
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
arfct/timezone.fyi#19 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
fastify/fastify-http-proxy#493 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
eliasstravik/herdr-projects#785 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
tensorflow/tfjs#8754 ·