-
-
Notifications
You must be signed in to change notification settings - Fork 323
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
After opening AltTab, it seems like the Next Window shortcut is held or pressed a few times without the user doing anything #3117
Comments
I experience the same issue with the same environment. I reverted to 6.63.0 and the weird behavior is gone. I suspect this is related to this commit. |
Thank you @warrenseine for sharing this message. @SamadiPour does v6.63.0 also fix the issue for you? I don't see how the issue would be related to the commit though. @SamadiPour on your video, I see some flickering on the right part of AltTab's window. I'm wondering if you are not suffering from #1840. Could you please show the top menubar of your screen, when the issue happens? If there are 2 AltTab icons, that's the source of the issue right there. |
@lwouis Just tried v6.63.0, and it seems like I can't see the issue anymore. I will test more to make sure. Also, flickering might be because of video compression or the recorder. I didn't see any flicker while using it. I also checked the processes and top menubar, and there was only one instance running. |
Update: I have not experienced the issue since downgrading to v6.63.0. |
I can confirm that this happens to me as well. I am on the app version 6.64.0. I am on the latest macOS Sonoma version 14.2.1 |
the same problem |
I had this problem on Sonoma 14.2, it does not seem to happen after upgrade to 14.3. Running alttab 6.64.0 on both versions. |
The same here |
Same here; it's getting annoying, but I don't want to just throw the issue to maintainers. I'll be happy to contribute if any core maintainer could give me the issue! |
@ankushagarwal from your video, I wonder if this issue is related in any way to the mouse. Can you reproduce the issue without moving the mouse at all, with the mouse outside the AltTab UI? Same question for @SamadiPour: can you reproduce the issue without having the mouse hover AltTab? It looks to me like it could be about key repeats, and maybe external keyboards or software keyboard remappers. |
I do use BetterTouchTool, but only to bind shortcuts. I use the trackpad and generally don't touch it while alt-tabbing. But it's possible that the cursor is on top of one of the window tile when I alt-tab. I'll monitor. Also, I'd like to re-iterate that it's very much likely a regression in 6.64. I reverted to 6.63 and didn't have the issue for a week, then I accidently auto-updated back to 0.64 and the bug started again. I re-installed 6.63 once more. |
I'm suspecting that it is not a regression introduced in v6.64. I suspect it because the only code change that could potentially impact is 3b0194d, and I can't imagine how it would interact with the use-case here. I may be missing it, but I could also be guessing right, in which case the issue is not about AltTab, but about something with your environments. Many people have thought AltTab was bugged, and later realized that the root cause was their external keyboard, software remapper, rare keyboard layout, key repeat settings, etc. In the case that the issue would be a regression from AltTab, it would be important to establish if indeed the mouse position or movement is involved, or if it's purely a keyboard event issue. The code change only deals with keyboard events, which is why I'm suspecting that the mouse may not have anything to do with the behaviors we see on the various videos. |
I experience the same. Noticed strange thing about the app switcher window - when there are two apps (Slack and Mictosoft Teams in my case) and the mouse cursor is somewhere around the switcher area, after I pressed app switch combination the switcher window remains on the screen. Having hard time reproducing it yet but it is definitely the thing. Have caught it many times so far. I believe it is relevant to the topic. |
Can confirm that I was experiencing the same issue on 6.65.0 and reverting back to 6.63.0 fixed it. Whenever I would move my mouse when using AltTab, the selection window would spaz out and be completely unusable until after restarting the app. Similar issue that was closed here #3168 |
Same problem here. I couldn't switch windows using alt+tab whenever the mouse was over the switcher UI, even if I did not move the pointer, the switching would glitch out and wouldn't work. To make it work I have to move the cursor away from the center (to be specific, outside the switcher overlay) and then alt-tab would work fine. Reverted to v6.63.0, it's working fine now. |
I've been trying 6.63.0 for a couple days and thought it was fixed but apparently it technically isn't, I still get the option drifting but way less often than with latest version. |
Yes, same here. I've reported that it was ok in 6.63.0, but after a few days / weeks, I've noticed the behaviour too. |
It looks like my hypothesis was right then. The issue is either with some external factor like third-party hardware or software, or it's an AltTab issue with has been here for a while, before v6.63.0. |
I degraded to I also wanted to share the video of what I was seeing. So I recorded my screen with the degraded version Regarding external factors, I use BetterTouchTool (to map gesture on trackpad to open a link in a new tab) and I do use an external bluetooth keyboard. So maybe it could be related to something external, 🤷♂️. |
Can anyone reproduce the issue without having the mouse hover the UI? I would like to understand if the issue is related to the mouse hovering the UI, or not. |
I have also experienced something similar to this problem randomly through months (maybe years), but not with 6.65.0. I have a gut feeling that it might have something to do with cpu load, but I cannot reproduce it. |
Definitely seems like one of the latest release reintroduced this issue. 6.72.0 is bugging out if the cursor is overlaying the window tiles when alt-tabbing. Downgrading to 6.70.1 seems to fix the issue in my end. |
It happens to me all the time, this custom build from this thread solves the problem for me |
Experiencing this issue. If I figure out how to reproduce it I will update. No external input devices connected, M1 MacBook Air. Am running Raycast for Cmd+Space Spotlight search replacement as well as Cmd+[L/R] Arrow window management but nothing else. |
I am also experiencing this issue. Version 6.72.0. Downgrading to 6.70.1 resolved the issue for me. |
I managed to fix the CopyPNGFile error. checking the XCode log via https://stackoverflow.com/questions/30060898/xcode-how-to-see-build-command-and-log revealed that Every time you run an AltTab with a different signing key, you need to remove the old version from the accessibility and screen recording lists (using the - button at the bottom), then restart the program and grant the new version permissions. This is somewhat fiddly, you have both the permission denied popups and the AltTab button to open System Settings. Oddly I have not been able to reproduce this bug using either the official build or my local build after installing a local build with new permissions. Maybe it was because of a custom build without .png files, maybe because permissions were granted incorrectly (upon app/OS update?). I will debug further if the bug reappears.
|
I just tested it and it (currently) works for me. Comparing the old and new
Hope this helps. |
I have found a way to make this bug go away, and it probably explains why "trying $random version" also helps a lot of people — changing versions should always fix it: going to System Settings -> Privacy & Accessibility, removing AltTab, and then re-adding it back fixes the skipping for me. |
I'd suggest you quit AltTab, delete the new .plist and copy the backup to the original name, then observe what happens. But somehow when I do it on my computer, AltTab throws away the changes I made to the file (eg. binding to Cmd instead of Option/Alt). I don't currently plan to look into why (whether it's caused by the app, the plist library, or macOS opening the file even when AltTab is closed). |
This changed nothing for me. The bug is still gone. It also did not revert my binding.
|
I have Logi Options+, but removing it doesn't seem to have fixed the issue. Would it be possible to log whats occurring during this event to see if it's key repeating? |
It's possible to make a logging build, but unless the original author signs the program, you'll have to delete and re-add the program to the macOS security permissions, which seems to make the bug disappear (I don't know what causes it to recur, and haven't seen it happen yet). So I have not tried creating one so far (I'm not the original author), and don't know how to. |
Under "System Settings->Keyboard" moving "Delay until repeat" all the way to the right effectively the highest setting 6/6 "Short" the issue appears. However at 5/6, the issue goes away. @lwouis I think this is why you can't recreate the issue, and why only a small portion of people are facing the issue. I could be totally wrong here. |
I can still reproduce it even with 5/6 or 0/6 |
I understand this is suboptimal, but the easiest option at this point is to add a configuration option to disable the code related to key repetition, as @lwouis did in this comment. It solved the issue for everyone who tried the build. |
My working theory is that on some installations, when the mouse lies over where the ui appears, the tab key release isn't properly delivered to the widget due to focusing the wrong widget, the alt tab interface appearing after the tab key is released, or the event not being delivered to the widget. I'd have to log the events received by the app's keystroke handling code to know what's going on. |
The only problem with this build is that you can’t skip to the first window if you’re already on the last one. |
I had this same issue, restarted alttab and now it works as expected, weird.. |
I tried this. Works for a few days and then the same issue returned |
Still working for me, no restart. Seems it somehow gets into a bad state sometimes |
Describe the bug
Since a few weeks ago, I have been experiencing drifting when the mouse is hovered over an item. It only happens when the mouse is over an item, and not when it's inside or outside of the frame.
When I hold down the
Command
key and pressTab
once (push and release instantly), the selector drifts through the items, sometimes until it reaches the mouse and sometimes until it reaches the end.The
Mouse hover
option underAlso select windows using
is disabled.Screenshots / video
Screenshot.2024-01-19-jK5O4SMZ1.mp4
Steps to reproduce the bug
Your environment
The text was updated successfully, but these errors were encountered: