-
-
Notifications
You must be signed in to change notification settings - Fork 349
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
AltTab hangs when launched from the Applications folder on Ventura beta 5 #1852
Comments
Could you better describe what you mean by "hanging"? Does it spins with high CPU? If you can build it locally, could you then launch it in debug mode locally? You could then pause the debug and see where the execution is spending cycles or where it's blocking. Alternatively, a spin dump from Activity Monitor would help diagnose the issue. |
As soon as it launches, it's marked as "not responding" in Activity Monitor. The menu bar icon consistently appears and the settings window occasionally appears but will have a beach ball of death. CPU usage is low. The problem is that it only hangs if the I can't seem to launch the debug executable inside Here's a spindump: |
Even weirder: now the debug app only successfully launches if it's run through AppCode. Double-clicking in Finder causes it to hang no matter where the file is located. |
I think it will work if you give the permissions to Terminal.app. Could you try that?
It's a bit unclear what the main thread is blocking on. It seems to be some internals from Apple, not code from AltTab. It could indicate a regression in macOS. After all AltTab works on the previous macOS version, and the one you're on is a beta, so that's possibly the root cause here. |
That let me launch it through the terminal. This is the log:
|
Also, AltTab worked fine on beta 4, so whatever changed happened very recently. |
I've that problem. I upgraded to macOS Ventura Beta 5 today. It has working to beta 4. |
Same here :) on Beta 5 |
can confirm, this has been driving me crazy |
Same problem. Upgraded to Beta 5 and now AltTab is stuck as Not Responding. |
2022-08-09 22:48:38.563 AltTab[3654:40136] It's not legal to call -layoutSubtreeIfNeeded on a view which is already being laid out. If you are implementing the view's -layout method, you can call -[super layout] instead. Break on void _NSDetectedLayoutRecursion(void) to debug. This will be logged only once. This may break in the future. |
Same for MacBookPro16,1 on Ventura Public Beta 3 |
Same for MacBookPro 14 on Ventura Public Beta 3 |
Could anyone here follow the error message and put a breakpoint on |
I can't build this project. If you wanna connect to me via AnyDesk or Teamviewer, i can send my connection code. @lwouis |
getting this as well, can do a teamviewer too if needed |
Could you use https://github.com/insidegui/VirtualBuddy ? |
I'm not quite sure how to set a breakpoint on that function. I've tried |
I'm willing to help too, I have a VM Running beta 5, with anydesk, brew, and latest xcode installed. |
Same here. It seems like apple has changed some SDKs. |
I'm in Venture Beta 5 and can accept any test request |
I was able to connect @Write's Ventura VM, and try and debug the issue. Thank you again @Write for trusting me to use your VM 👍 I could reach the symbolic breaking by breaking on However, it's pretty useful as it doesn't show which specific window or view is generating the log/issue. I tried to manually remove the preferences window, feedback window, main window, etc, to try and guess where the issue is coming from, but I can't deduce anything. Furthermore, I tried to google various pieces of the error message from Apple, but nothing comes up that's relevant. I'm afraid my time is limited (please see #1179), so I'll wait until Ventura is out of beta to give it a second look. |
I don't have any macOS coding knowledge, but I tried to look for what makes the app crash at launch, it seems to be in this function and has nothing to do with _NSDetectedLayoutRecursion since the error message is shown whether this line is commented out or not. But the app actually run when I comment out EDIT : Guessing you already saw that so I'm certainly making you lose your time, I'm sorry. EDIT 2 : I managed to make it compile & work with an ugly """fix"" (don't know any side-effect, except, my guess is AltTab won't show itself when AltTabing). It always crashed when AltTab was adding itself to the list of apps. A video of AltTab somewhat working on Beta 5: https://share.socialspill.com/w/5890bb78635279715c3dc7b814ff3082 |
Hi, |
This workaround worked for me too, but I didn't have to restart my machine. |
Did not work for me. |
yup, same |
Here's a debug build with my ugly fix, I think it'll only run on ARM and you'll certainly have to remove / re-add AltTab permissions manually. Please do not run it if you don't trust me.
|
tysm, it's working perfectly fine for me |
As a workaround, running from the Downloads folder is working great for me. It's a login item as well. Am on the latest release (6.46.1). FWIW I'm a new user as of yesterday. |
@Write this is very interesting. You narrowed the issue down to AltTab monitoring AltTab itself. We had people complain in the past that AltTab's windows (preferences, feedback form, auto-update window) don't show up in AltTab. So I added it. We could remove that, if it's making the app unusable on Ventura, but I can't imagine why it's crashing, especially since it's been working on like 5 major macOS releases. What I'll do is that if this issue persists when the beta is over, and Ventura goes live, then I'll consider some kind of workaround. I may dig deeper then also, and find a fix that doesn't involve blacklisting AltTab. |
Mmm... I'm getting a "AltTab.app is damaged and can't be opened" when trying to run you version. Strange. |
You need to remove quarantine |
Thanks, it worked. |
Running AltTab from the application on desktop (just not in Applications) seems to work for me on Ventura beta 5 on the latest version 6.46.1 in case anyone facing this issue wants to try to tide them over. |
I have a PR up that lets AltTab still show its own windows while working around the freeze: #1865. You can either pull the repo and merge in that PR to build yourself or you can download the prebuilt debug app: https://github.com/lwouis/alt-tab-macos/files/9334145/AltTab.app.zip. If you use the debug app, you'll need to run |
Thanks, as such, I removed the link to my build, and replaced it with a link to your message instead. |
It worked perfectly. |
Happy to state this worked for me. Many thanks @zacharee for the work and especially for the build. Saving me time. Ventura beta 13.0 (22A5321d) |
Can you help compile an Intel chip version package? Thank you very much! |
@KevinXC5 the build i shared on the PR should be universal. |
|
Seems to still be an issue on macOS Ventura beta 6 |
This is the only build that will work: #1865 (comment) |
Beta 7 works well with the original 6.46.1 on my M1 Mac. So I guess the previous problem was macOS's internal bug. |
@ifsheldon that's great news. It may mean that we won't need to do any patch to AltTab to work on Ventura, in the future. |
Could confirm with |
Closing as Apple fixed their regression. |
Describe the bug
I updated to Ventura beta 5 today on my M1 Pro MBP and noticed that AltTab was hanging on launch.
After playing around with building my own version, I noticed that when run from the Applications folder it hangs. Otherwise (with the debug version that doesn't move itself to
/Applications
) it runs fine.Steps to reproduce the bug
Note: I built my debug version with Xcode 14.0 beta 5.
The text was updated successfully, but these errors were encountered: