|
From: | whainte |
Subject: | bug#55836: 29.0.50; (iconify-frame) freezes buffer view under Wayland. |
Date: | Mon, 20 Jun 2022 00:09:37 +0200 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.10.0 |
On 6/8/22 02:32, Po Lu wrote:
This breakpoint actually hits whenever the emacs frame gets focus, and makes debugging quite annoying. However, by inputting M-x + <tab> during the breakpoint and using the mouse when the frame does not have focus, it is possible to execute (iconify-frame) interactively after triggering the breakpoint.Can you set a breakpoint here (in pgtkterm.c), and see if it is ever hit when you deiconify Emacs? if (event->window_state.new_window_state & GDK_WINDOW_STATE_ICONIFIED) SET_FRAME_ICONIFIED (f, true); else { --> FRAME_X_OUTPUT (f)->has_been_visible = true; inev.ie.kind = DEICONIFY_EVENT; XSETFRAME (inev.ie.frame_or_window, f); SET_FRAME_ICONIFIED (f, false); }
Here's the strange thing: when a breakpoint is set there, the issue is not present; when the breakpoint
is deleted and the procedure repeated, the issue reappears.I would conjecture that this has to do with the state of the frame at the moment of (de-)/iconification, since when the breakpoint IS present, I would have to be looking at gdb, cycling through 'continue's.
[Prev in Thread] | Current Thread | [Next in Thread] |