App Layout restore clears Stash tracking after stashRight/stashDown action
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 48/100
- issue の種類
- バグ
- 明瞭さ
- おおむね明確
- 活発さ
- 静か
- 技術スタック
- macos
- 領域
- desktop
調査の方向性
Start with the provided App Layout restore log and trace the sequence from stashRight/stashDown through cursor tracking to the following manual action. Compare the restore sequence with running the stash shortcut manually. Done means restored stashed windows retain slide-out behavior when the cursor reaches the stash edge.
索引モデルが issue の本文から書いたものです。
説明
Description
When restoring an App Layout that contains stashed windows, the windows are moved back into their correct stash positions, but the slide-out behavior no longer works.
Running the same stash keyboard shortcut manually after the layout restore fixes the issue.
It appears the layout restore successfully applies the stash action and starts cursor tracking, but a following manual action clears the stash state.
Environment
- Rectangle Pro: v3.80 (225)
- macOS: 26.5.1 (Build 25F80)
- Hardware: Apple Silicon MacBook Pro
- Display: Samsung Odyssey G95SD (5120x1440)
Steps to reproduce
- Arrange multiple application windows
- Use Rectangle Pro stash shortcuts:
- Stash Right
- Stash Down
- Save the arrangement as an App Layout
- Restore the App Layout
- Move cursor to stash edge
Expected behavior
The restored stashed windows should slide out when hovering over the stash area.
Actual behavior
The windows are moved to the correct stash locations, but they do not slide out.
Running the stash shortcut again on the affected window restores the expected slide-out behavior.
Relevant logs
The log appears to show:
stashRight/stashDown -> cursor tracking starts -> manual action executes -> cursor tracking stops
Rectangle Pro v3.80 (225)
macOS: Version 26.5.1 (Build 25F80)
Model: MacBook Pro Apple Silicon
Display: Odyssey G95SD 5120x1440
2026-06-12T07:44:13-06:00:
Layouts: started layout: Dev - Chat
2026-06-12T07:44:13-06:00:
Layouts: 11 windows, 10 unique PIDs with windows
--- Stash Right example ---
2026-06-12T07:44:13-06:00:
LayoutState: Applying window action
2026-06-12T07:44:13-06:00:
Execute action: stashRight, source: keyboardShortcut
2026-06-12T07:44:13-06:00:
Stashing window ID: ### to location: stashRight
2026-06-12T07:44:13-06:00:
AX position proposed: (5119.0, 30.0), result: (5119.0, 30.0)
2026-06-12T07:44:13-06:00:
Starting cursor tracking (stashed count: 1) ✅
2026-06-12T07:44:13-06:00:
Execute action: manual, source: keyboardShortcut ⁉️
2026-06-12T07:44:13-06:00:
Stopping cursor tracking (menu open: false, stashed count: 0) ‼️
2026-06-12T07:44:13-06:00:
LayoutState: indexAndApply completed,
Windows applied: 1,
Windows stashed: 0,
Windows remaining: 0
--- Stash Down example ---
2026-06-12T07:44:13-06:00:
Execute action: stashDown, source: keyboardShortcut
2026-06-12T07:44:13-06:00:
Stashing window ID: ### to location: stashDown
2026-06-12T07:44:13-06:00:
AX position proposed: (5119.0, 1439.0),
result: (5119.0, 1408.0)
2026-06-12T07:44:13-06:00:
Starting cursor tracking (stashed count: 1) ✅
2026-06-12T07:44:13-06:00:
Execute action: manual, source: keyboardShortcut ⁉️
2026-06-12T07:44:13-06:00:
Stopping cursor tracking (menu open: false, stashed count: 0) ‼️
2026-06-12T07:44:13-06:00:
LayoutState: indexAndApply completed,
Windows applied: 1,
Windows stashed: 0,
Windows remaining: 0
--- Layout completion ---
2026-06-12T07:44:13-06:00:
Layouts: Bringing 1 windows forward for spec: Stash Right
2026-06-12T07:44:13-06:00:
Layouts: Bringing 1 windows forward for spec: Stash Down
2026-06-12T07:44:13-06:00:
Layouts: completed - Total windows applied: 7
Notes
The App Layout appears to save the stash actions correctly because stashRight and stashDown are executed during restore.
The issue appears to happen after the stash action succeeds, when the stash tracking state is cleared before the layout restore completes.
- 主要言語
- 言語のデータがありません
- スター
- 156
- フォーク
- 1
- PR マージ指標
- 30日以内にマージされた PR はありません
環境構築
このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
rxhanson/RectanglePro-Community のほかの issue
-
難易度 3/5 1〜2日 初心者へのやさしさ 35/100
rxhanson/RectanglePro-Community#944 · コメント 1 件 ·
-
難易度 3/5 1〜2日 初心者へのやさしさ 35/100
rxhanson/RectanglePro-Community#943 · コメント 1 件 ·
-
難易度 4/5 3〜5日 初心者へのやさしさ 25/100
rxhanson/RectanglePro-Community#939 · コメント 1 件 ·
-
難易度 4/5 3〜5日 初心者へのやさしさ 45/100
rxhanson/RectanglePro-Community#937 · コメント 4 件 ·
-
難易度 4/5 3〜5日 初心者へのやさしさ 48/100
rxhanson/RectanglePro-Community#936 · コメント 2 件 ·
rxhanson/RectanglePro-Community の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
Facepunch/sbox-public#12305 ·
メンテナーはふだん 5 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
JiaFeiMiao-K-Cat/DiscImageStudio#205 ·
メンテナーはふだん 1 日以内に返信
-
bug keep-fresh
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
Flow-Launcher/Flow.Launcher#4744 ·
メンテナーはふだん 1 日以内に返信
-
The Browser tab fails with a Wayland error when Open Terminal runs from a Wayland desktop sessionオープン
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
open-webui/open-terminal#210 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
flyingpie/windows-terminal-quake#419 ·
メンテナーはふだん 1 日以内に返信