Let Hyprland overlay detect BDO without portal capture #39
Labels
No labels
status:done
status:in-progress
status:ready
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
rexlManu/garmith-app#39
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
In pnpm dev, both normal and Edit overlay fail while BDO is open. Linux game detection currently returns absent when the portal stream has no dimensions. Decouple overlay presence from screen capture on Hyprland, keep OCR capture separate, and verify the overlay in an active game session without interrupting it.
Prepared on branch fix/overlay-dev-detection at
db9692d. Hyprland BDO discovery no longer needs portal dimensions; capture/OCR remains separate. A read-only probe found the running BDO window on workspace 5. Focused test, workspace typecheck and tests pass. The user profile still reports an active session, so I have not merged into main or restarted pnpm dev. Waiting for confirmation that the session is finished before applying the source change and checking the live overlay.Fixed the boss-widget startup regression in
da9be92: the restricted overlay preload now exposes only the boss planner setting and change event. The earlier Hyprland game-window detection fix is20e1b58. An isolated Electron app against pnpm dev reproduced the missing onBossPlanner error; after the fix, normal overlay was visible, Edit mode opened, and the boss widget rendered without renderer errors. Focused preload test and workspace typecheck pass. The running dev app now has its main window on workspace 10 and overlay on BDO workspace 5 with matching game bounds. Keep this issue open for an active-grind visual check; no active session was used in the isolated test.