-
-
Notifications
You must be signed in to change notification settings - Fork 21
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
mate-hud is causing a complete input deadlock #16
Comments
@flexiondotorg - I made some fixes to the code, but I still the get input deadlock ocassionally. However, it only happens when mate-hud is started along with the desktop environment. If I run mate-hud after the computer is fully booted, I don't get the input lock. I have vague memories of this being an issue for earlier iterations of mate-hud during the 17.10 dev cycle and I think I remember you changing where/when in the boot process it gets loaded. Could it be related? |
@vkareh I've been making some unrelated changes to
|
@vkareh I may have found a solution. I will test over the coming days to confirm. Looks like it may not be a |
Sadly I was wrong, the lockups still happen. |
@flexiondotorg - damn, I was both curious and hopeful for a while there. No worries, the |
@vkareh I'm using the new release with the potential lock-up fix, sadly I just experienced a lock up. I run Compiz so I am now testing to Marco to see if that is a factor. |
Locked up with Marco too. |
Yeah, same experience here. However, if I start it directly from the command line after the desktop is fully up, I don't get the locks... :/ |
I'm still experiencing lock ups with d4d57e4 applied. I'll test with the Whitelist Caja navigation shortcuts change applied. |
Okay, back to the drawing board :/ |
Two hours of |
Just had a lock up. |
I'm testing extra checks, like wrapping the entire keybinding processing block in try/catch and call allow_events if it ever fails - I'll test more on my side to see what happens... Did #21 solve the caja navigation for you? |
Yes, #21 solved Caja navigation as best as I can tell. I've never used those keybindings in Caja before. |
I haven't gotten an input lock up since the try-catch update. Have you? We should maybe keep this issue open for a little while longer, but I'm really looking forward to when we can close it!! :) :) |
I have not. HUD is disabled by default, but the fix is released to Ubuntu. I'm thinking leave HUD disabled by default. Your thoughts? |
I think we should leave it off by default. It decreases the chances of any remaining issues for users that don't want/need/expect the HUD. Mutiny should have it on, of course, as that's part of the overall experience, but other than that I think users that really want it will know to enable it. |
I've not experienced a lock up for nearly two weeks on multiple computers. |
Happening again on 23.04 (Ubuntu Mate). Same issues, using |
@vkareh After some more thorough testing
mate-hud
18.04.0 is causing a complete input lock up for keyboard and mouse.This can be reproduced using
mate-hud
from git master on Ubuntu MATE 18.04 with a layout activated that uses the Global Menu, such as Mutiny, Cupertino or Contemporary. I was able to create the deadlock by invoking things that requiredAlt
, such asAlt + PrtScn
orCtrl + Alt +t
. It doesn't happen 100% of the time but after a few uses ofAlt
the lock up happens. The only recourse is to switch to a vt and killmate-hud
then switch back to the desktop vt.The best way to test this is using the Ubuntu MATE 18.04 daily live image on actual hardware and replacing
mate-hud
with the version in git master.Reverting this patch resolves the issue:
So I will publish a new
.deb
that reverts that commit via patch for the time being 😄The text was updated successfully, but these errors were encountered: