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


View this message in rfc822 format

From: martin rudalics <rudalics <at> gmx.at>
To: Platon Pronko <platon7pronko <at> gmail.com>, 48413 <at> debbugs.gnu.org
Subject: bug#48413: 28.0.50; emacs does not repaint the window after switching workspaces in Xmonad
Date: Sat, 15 May 2021 10:16:12 +0200
> Thank you! I tested the latest master, it works fine. This bug can be closed now.

Let's wait for a day at least.

BTW, you didn't answer one of my earlier questions namely this one:

>  > Xmonad:
>  > 1. When switching to different workspace:
>  >     - FocusOut x3
>  >     - UnmapNotify x1
>  >     - LeaveNotify x2
>  >     - PropertyNotify x2
>  > 2. When switching back:
>  >     - MapNotify x1
>
> 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?

martin




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

Previous Next


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