bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#53146: 29.0.50; Lock up in X11 call


From: Michael Welsh Duggan
Subject: bug#53146: 29.0.50; Lock up in X11 call
Date: Mon, 10 Jan 2022 12:35:13 -0500
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux)

Po Lu <luangruo@yahoo.com> writes:

> Michael Welsh Duggan <md5i@md5i.com> writes:
>
>> Due to what I believe is a bug in Gnome shell or a Gnome shell extension
>> that I have running, I am experiencing places where Emacs will lock up
>> completely.  
>>
>> Under some unknown circumstances, when idle for a long while, sometimes
>> gnome shell on my system will enter the activities overview instead of
>> blanking the screen.  Why it does this is unknown, is likely a bug in
>> gnome shell or one of my gnome extensions, and is likely itself
>> unrelated to Emacs.  When I exit this state, though, Emacs is in a
>> locked-up, unpainted (blank) state and will not respond to anything
>> short of a SIGTERM.  Sending a SIGTERM will cause a frame to redraw, but
>> Emacs remains in a locked and useless state.  With a second SIGTERM,
>> emacs exits.
>>
>> I have attached to the locked up Emacs in a gdb session.  I've done this
>> twice, and each time the backtrace was nearly identical, locking up in
>> deep within XSetICValues() in xic_set_preeditarea().  This has been
>> ocurring about once every two days, on average, so I can probably
>> recreate it, if desired.
>
> Hmm, could you try this with the following X resource applied?
>
>   Emacs.inputStyle: none
>
> Thanks.
>
> Also, what version of GNOME Shell is that, and which extensions have you
> installed?

Gnome 41.2.  The extension I believe might be involved is
vertical-overview
<URL:https://github.com/RensAlthuis/vertical-overview>.  Might be
triggered when screen blanking happens while there is a fullscreen
window in a desktop, possibly when the desktop is not the current
desktop.  I'm running for a while without this extension in order to try
and determine if is a prerequisite for the failure.

Po Lu <luangruo@yahoo.com> writes:

> Po Lu <luangruo@yahoo.com> writes:
>
>> Hmm, could you try this with the following X resource applied?
>>
>>   Emacs.inputStyle: none
>
> Also, please try master to see if it's been fixed.  It's a bit of a stab
> in the dark, but it might work.

I'll try that in another day or so.  Thanks.

-- 
Michael Welsh Duggan
(md5i@md5i.com)





reply via email to

[Prev in Thread] Current Thread [Next in Thread]