hs.spaces.moveWindowToSpace not working

[akarsai]

the following code snippet used to work for me, but stopped working a few weeks ago. the snippet is responsible for finding the current terminal window, moving it to the active space, and activating it. unfortunately, the window is not moved by hammerspoon. the linehs.spaces.moveWindowToSpace(app:mainWindow(), currentSpace) is not working as it should, and returns true even though the window was not succesfully moved.

can anyone reproduce the issue and/or does anyone have any ideas on how to fix this? unfortunately, i do not exactly know what i have changed, it could be also be a macOS update that is at fault here. i use macOS 14.5 Beta (23F5064f).

-- quickly open kitty (terminal)
hs.hotkey.bind({"cmd"}, "g", function()
    local windowPosition = '0.2,0.4,0.8,0.9'
    
    -- Get current space 
    local currentSpace = hs.spaces.focusedSpace()
    
    -- Get kitty app
    local app = hs.application.get("kitty")
    
    -- If app already open:
    if app then
        
        -- If no main window, then open a new window
        if not app:mainWindow() then
            app:selectMenuItem("New OS Window", true)
            
            hs.timer.doAfter(.05,function ()
                app:mainWindow():raise()
                app:mainWindow():moveToUnit(windowPosition)
                end)
        
        -- If app is already in front, then hide it
        elseif app:isFrontmost() then
            app:hide()
        
        -- If there is a main window somewhere, bring it to current space and to front
        else
            -- First move the main window to the current space
            hs.spaces.moveWindowToSpace(app:mainWindow(), currentSpace)
            
            -- Activate the app
            app:activate()
            
            --Raise the main window and position correctly
            app:mainWindow():raise()
            app:mainWindow():moveToUnit(windowPosition)
        end
    
    -- If app not open, open it
    else
        hs.application.launchOrFocus("kitty")
        
        hs.timer.doAfter(.2,function () 
            app = hs.application.get("kitty") 
            app:mainWindow():raise()
            app:mainWindow():moveToUnit(windowPosition)
            end)
    end

end)

[sidkang]

Facing the same issue, 14.4.1 worked, but after 14.5, not any more.

[mattfloat]

It appears macOS 14.5 changed some functions to protected which could be the reason for our symptoms.
Yabai is facing the same issue. More details there: koekeishiya/yabai#2240 (comment)

[cmsj]

Looks like they were able to achieve the same functionality in another way: koekeishiya/yabai@7bacdd5

[SilverEzhik]

I've observed that it still works for me with Hammerspoon's own windows, but not with any other app's windows.

[asmagill]

@cmsj, it looks to me like yabai added the function to their script injection payload; without doing something similiar (requiring SIP changes and an elevated permissions helper app) I'm not sure we'll be able to accomplish the same.

It might be better to see how closely we can work with yabai and come up with a module/spoon/process for utilizing it as our "helper" or "companion" app.

[cmsj]

Aha. Yeah closer integration with yabai is an interesting option. We could also just get out of the business of pretending that Apple wants us interacting with Spaces in the first place 😬

[mogenson]

If hammerspoon can't directly invoke an Apple method to move a window to a space, it would still be nice to provide a utility function to accomplish this same task manually. Similar to how hs.spaces.gotoSpace() opens Mission Control and programatically clicks the desired space.

Here's a work-around replacement for hs.spaces.moveWindowToSpace(): mogenson/PaperWM.spoon@3b48e6b

It involves programmatically clicking a window's title bar, switching to a space, and dragging the window to the new space. This has the limitation that you can't move a window to or from a non-visible space, but it's better than nothing.

Note: I tried this with hs.window:move(), but I couldn't get this method to pick up and hold a window while the space transitions like a mouse click does. Still, it would be nice to accomplish this without having to hijack the user's mouse cursor.

[koekeishiya]

See this commit for a SIP friendly (enabled) solution koekeishiya/yabai@98bbdbd

A little note/mention/credit would be appreciated if my solution is used.

[asmagill]

I can confirm @koekeishiya's suggestions seems to work (at least for now, curse you Apple!). I need to do some more testing and it will probably be a couple of days before I can put together a formal pull-request (though I'm fine if someone else wants to have a go at it sooner).

@koekeishiya, what type of notification would you consider appropriate? Normally, I will add comments in the source as to where specific changes/additions are from and add a line or two with links in the documentation (both internal to Hammerspoon and what is ultimately published in our pages) for the relevant module. If you'd like something more, or if there are other licensing concerns, let us know!

[koekeishiya]

@koekeishiya, what type of notification would you consider appropriate? Normally, I will add comments in the source as to where specific changes/additions are from and add a line or two with links in the documentation (both internal to Hammerspoon and what is ultimately published in our pages) for the relevant module. If you'd like something more, or if there are other licensing concerns, let us know!

That will do just fine.

[cmsj]

Closing since the PR is merged.

[akarsai]

very sorry to annoy again: unfortunately, yesterday i updated to MacOS Sequoia 15.0 Beta (24A5298h). the new fix does not work for me and the issue remains (hs.spaces.moveWindowToSpace returns true even though the window is not moved)

[cmsj]

very sorry to annoy again: unfortunately, yesterday i updated to MacOS Sequoia 15.0 Beta (24A5298h). the new fix does not work for me and the issue remains (hs.spaces.moveWindowToSpace returns true even though the window is not moved)

Does Yabai work in 15beta?

[asmagill]

According to https://github.com/koekeishiya/yabai/blob/master/CHANGELOG.md

• Moving windows to other spaces requires SIP to be disabled on macOS Sequoia https://github.com/koekeishiya/yabai/issues/2324 https://github.com/koekeishiya/yabai/issues/2331
• Updated scripting-addition mach loader/injection and payload to work for macOS Sequoia Beta 1, 2, 3, and 4 https://github.com/koekeishiya/yabai/issues/2324 https://github.com/koekeishiya/yabai/issues/2331

So, yes, but not in a way we can easily mimic.

I'll keep on eye on it; IIRC, when Sonoma first came out, injection was the only fix as well, so it might change. Or it might be time to admit defeat and move spaces to more of a yabai wrapper.

[koekeishiya]

There does not appear to be other ways.

All 3 functions I used in my Sonoma 14.5/6 workaround got NOP'd by Apple in Sequoia-- they nuked the implementation in the WindowServer.

The remaining functions all have rights checking on the WindowServer connection. You either need to be the owner of the window, or the system universal owner (Dock.app).

[jdtsmith]

Is moveWindowToSpace working for people in the v 1.0.0 release on Sonoma 14.5? I find it still does not (aside from the HS console window).

[franzbu]

Is moveWindowToSpace working for people in the v 1.0.0 release on Sonoma 14.5? I find it still does not (aside from the HS console window).

´moveWindowToSpace´ works as expected in the latest version of macOS Sonoma; however, it does not in macOS Sequoia.

[jcarlos7121]

@franzbu can confirm is does not work, is not working for me either

[purajit]

moveWindowToSpace works for me on Sonoma, but not Sequoia. Both v1.0.0. It still returns true, which means it didn't hit any errors/edge-cases as mentioned in

hammerspoon/extensions/spaces/libspaces.m

Line 189 in 08cb813

SLSMoveWindowsToManagedSpace(g_connection, (__bridge CFArrayRef)windows, sid) ;

[purajit]

ianyh/Amethyst#1682

This seems relevant to Sequoia :/

[jdtsmith]

For me moveWindowToSpace is not even working in Sonoma, so I switched back to my classic technique of "click on window's title bar, Control-arrow, release". You can see the code here. Would appreciate if anyone could test in Sequoia.

[RichDom2185]

For me moveWindowToSpace is not even working in Sonoma, so I switched back to my classic technique of "click on window's title bar, Control-arrow, release". You can see the code here. Would appreciate if anyone could test in Sequoia.

@jdtsmith Hi, I can confirm this hack works on macOS Sequoia 15.0.1, thank you so much!

[BraveDistribution]

Hello,

is this intentionally closed? Is there a fix for this?

Moving window to another screen worked for me before upgrading it to Sequoia.

[steady137]

For others coming for the same reason, this issue was resolved with Sonoma (14.5.x) after Apple changed the API.

Then Apple disabled that API in Sequoia (15.x). You can follow the discussion in #3698.

Hello,

is this intentionally closed? Is there a fix for this?

Moving window to another screen worked for me before upgrading it to Sequoia.