GNU bug report logs - #48413
28.0.50; emacs does not repaint the window after switching workspaces in Xmonad

Previous Next

Package: emacs;

Reported by: Platon Pronko <platon7pronko <at> gmail.com>

Date: Fri, 14 May 2021 08:33:02 UTC

Severity: normal

Tags: fixed

Found in version 28.0.50

Fixed in version 28.1

Done: Stefan Kangas <stefan <at> marxist.se>

Bug is archived. No further changes may be made.

Full log


Message #47 received at 48413 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: Platon Pronko <platon7pronko <at> gmail.com>
Cc: martin rudalics <rudalics <at> gmx.at>, 48413 <at> debbugs.gnu.org
Subject: Re: bug#48413: 28.0.50; emacs does not repaint the window after
 switching workspaces in Xmonad
Date: Wed, 29 Sep 2021 05:07:29 -0700
Platon Pronko <platon7pronko <at> gmail.com> writes:

>>> Can you tell me why we do not SET_FRAME_VISIBLE when receiving the
>>> MapNotify event here?  Probably because we are not yet visible - though
>>> mapped but invisible is a queer state.
>> In Bug#48129 Tom conjectures that this happens because some WMs do not
>> set _NET_WM_STATE.  Do you agree with him?  If so, wouldn't it make
>> sense to skip that x_get_current_wm_state check in MapNotify because it
>> fails on too many WMs?
>
> I think I agree with your reasoning ("Probably because we are not yet
> visible"). Can't comment further because I don't know much about Emacs
> frame internals and different WM specifics.

Is there anything more to do here, or should this bug be closed?




This bug report was last modified 3 years and 294 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.