[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#18722: Correction
From: |
martin rudalics |
Subject: |
bug#18722: Correction |
Date: |
Thu, 16 Oct 2014 13:41:09 +0200 |
>> I see something similar when I minimize the maximized window of another
>> application and (presumably, implicitly) re-focus the Emacs window. But
>> I have no good recipe to trigger it reliably.
>
> I think we are relying on X expose events in these cases. Maybe this
> particular window manager doesn't send them?
The problem is fairly new. I think I noticed it about a month ago. And
I didn't change my window manager in the past year. But I might have
changed some of its settings :-(
The behavior seems time related: The longer another application's window
covers that of Emacs, the higher is the probability that the Emacs frame
is not redrawn. Clicking on a menu item, resizing the frame, or
switching do it via M-TAB gets it out of the situation. Clicking with
the mouse into the frame doesn't.
martin
- bug#18722: 25.0.50; UI partly unresponsive after re-focus of Emacs' window., Titus von der Malsburg, 2014/10/14
- bug#18722: Correction, Titus von der Malsburg, 2014/10/15
- bug#18722: Correction, martin rudalics, 2014/10/16
- bug#18722: Correction, Titus von der Malsburg, 2014/10/16
- bug#18722: Correction, Eli Zaretskii, 2014/10/16
- bug#18722: Correction, Titus von der Malsburg, 2014/10/16
- bug#18722: Correction, Eli Zaretskii, 2014/10/16
- bug#18722: Correction, Titus von der Malsburg, 2014/10/16
- bug#18722: Correction, Titus von der Malsburg, 2014/10/16
- bug#18722: Correction, Titus von der Malsburg, 2014/10/16
- bug#18722: Correction, Stefan Monnier, 2014/10/16