Floating windows are disappearing often when moving between workspaces. #1875
Replies: 12 comments 26 replies
-
|
I also see my floating windows (bitwarden and apple music are two examples) which can "disappear" (AS moved them offscreen but they don't come back). My solution to this uses BetterTouchTool which can resize/place floating windows bound to a single key to bring the window onscreen (though probably your solution of float>tile>float can be tapped very fast also). Having a feature like #633 built-in would solve this hard to reproduce bug without external dependencies, but at least for me as I use BTT anyway this is not an issue. |
Beta Was this translation helpful? Give feedback.
-
|
I almost don't use floating windows, so this issue is tricky for me to reproduce How many monitors do you have? I vaguely remember that there is some bug around that incorrectly places floating windows in the corner when external monitors disconnected or something If you are up to adventure of debugging the problem yourself, you can start with the following logging patch: diff --git a/Sources/AppBundle/tree/MacWindow.swift b/Sources/AppBundle/tree/MacWindow.swift
index bd702c0e..af3fc583 100644
--- a/Sources/AppBundle/tree/MacWindow.swift
+++ b/Sources/AppBundle/tree/MacWindow.swift
@@ -154,6 +154,7 @@ final class MacWindow: Window {
@MainActor
func unhideFromCorner() {
+ print("unhideFromCorner for: \(windowId). \(prevUnhiddenProportionalPositionInsideWorkspaceRect). \(nodeWorkspace). \(parent)")
guard let prevUnhiddenProportionalPositionInsideWorkspaceRect else { return }
guard let nodeWorkspace else { return } // hiding only makes sense for workspace windows
guard let parent else { return }
@@ -167,6 +168,7 @@ final class MacWindow: Window {
x: workspaceRect.width * prevUnhiddenProportionalPositionInsideWorkspaceRect.x,
y: workspaceRect.height * prevUnhiddenProportionalPositionInsideWorkspaceRect.y,
)
+ print("unhideFromCorner. floatingWindow. for: \(windowId). pointInsideWorkspace: \(pointInsideWorkspace). workspaceRect: \(workspaceRect)")
setAxFrame(workspaceRect.topLeftCorner + pointInsideWorkspace, nil)
case .macosNativeFullscreenWindow, .macosNativeHiddenAppWindow, .macosNativeMinimizedWindow,
.macosPopupWindow, .tiling, .rootTilingContainer, .shimContainerRelation: break |
Beta Was this translation helpful? Give feedback.
-
|
I see them sometimes in the lower right/left corner very small, not sure if this is a related issue. I then resize them and bring them to the center of the screen. |
Beta Was this translation helpful? Give feedback.
-
|
I think I'm also seeing this issue since upgrading to 0.20.0-Beta. I think (at least for me) the issue is related to locking the screen and leaving the machine for a while. On unlocking, the floating windows aren't restored when switching to the workspaces they belong to. It's not every time but that might be due to timings of the steps above; if they have an impact at at all and it's not just random. I don't think (or at least remember) the floating windows not restoring when using the machine without locking. I have a laptop + main monitor setup. The workspaces on the Laptop are all set to tile/accordion. On the main monitor, I have a few workspaces where I use floating windows. I don't disconnect/connect the laptop from the monitor very often and this issue definitely occurs whilst they have remained connected. The Laptop is connected to a dock, and the main monitor to the dock. When the issue occurs the floating window is in the bottom-right of the main monitor (the aerospace hideout). If I use the |
Beta Was this translation helpful? Give feedback.
-
|
Does the floating window reappear if you spam |
Beta Was this translation helpful? Give feedback.
-
|
Cross reference: #1483 |
Beta Was this translation helpful? Give feedback.
-
|
I have the same issue |
Beta Was this translation helpful? Give feedback.
-
|
I have the same problem:
|
Beta Was this translation helpful? Give feedback.
-
|
I meet this problem too so an strange app which does not appear in config file will open in folat layout, and this kind of app always hide in the left bottom corner , it's hard to make it appear again. |
Beta Was this translation helpful? Give feedback.
-
|
I also encounter this issue daily. The problem appears:
As a workaround I use Raycast's windows management to center the window which will make it reappear. |
Beta Was this translation helpful? Give feedback.
-
|
I’m seeing the same issue. Floating windows sometimes end up in the bottom-right corner (effectively off-screen) after my computer has been idle for a while. I’m on a single Samsung Odyssey G9 (49″ ultrawide). Because single tiled windows get impractically wide, I float certain windows in specific workspaces. When this happens, those floating windows become hidden until I manually move them back or restart the app. It would also be really helpful to have a way to center a single window in a workspace with gaps on the sides, so floating isn’t required just to avoid overly wide layouts. |
Beta Was this translation helpful? Give feedback.
-
|
I'm able to consistently replicate this issue by doing the following:
Usually I have to alt+tab around 15 times for the finder window to disappear, but sometimes it only takes a few alt+tabs. I'm not sure if this is useful, but I ran debug-windows before and after the finder window disappears, and it showed that the x value of AXPosition/frame/etc increases by 1215, while the y value increases by 640. I am on a macbook with no external monitors. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Body
Hi,
I work with about 50% floating windows and I probably encounter problems that other users don't...
A few times a day, when moving between workspaces, floating windows disappear (I guess moved outside the viewable area). In order to see them again I have to:
It started a few weeks ago (don't remember exactly when as I'm not working on mac daily) and about the time it started, I updated both MacOS (Tahoe - 26.1) and AeroSpace itself.
Steps to reproduce: Work for a while with many floating windows on multiple workspaces, it should happen within a couple of hours.
Expected result: All floating windows in a workspace should be visible
Additional info
Thanks
Beta Was this translation helpful? Give feedback.
All reactions