GNU bug report logs -
#24091
24.5; High CPU usage at startup while hidden
Previous Next
Reported by: aiken <acairncross <at> gmail.com>
Date: Wed, 27 Jul 2016 23:25:01 UTC
Severity: normal
Tags: confirmed, fixed, patch
Merged with 20335
Found in versions 24.4, 24.5, 25.1-rc1
Fixed in version 26.1
Done: npostavs <at> users.sourceforge.net
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
On Sat, Sep 3, 2016 at 2:35 PM, Eli Zaretskii <eliz <at> gnu.org> wrote:
>> From: Noam Postavsky <npostavs <at> users.sourceforge.net>
>> Date: Sat, 3 Sep 2016 13:53:40 -0400
>> Cc: 24091 <at> debbugs.gnu.org, Aiken <acairncross <at> gmail.com>,
>> Clément Pit--Claudel <clement.pit <at> gmail.com>
>>
>> >> Emacs is getting PropertyNotify, ConfigureNotify, MapNotify, and
>> >> ReparentNotify events.
>> >
>> > Does it work to turn this:
>> >
>> > if (FRAME_ICONIFIED_P (f) && ++tries > 100)
>> > break;
>> >
>> > into this:
>> >
>> > if ((FRAME_ICONIFIED_P (f) || FRAME_VISIBLE_P (f)) && ++tries > 100)
>> > break;
>>
>> No, which sort of makes sense since the frame isn't actually visible.
>
> But you said the MapNotify event was received? Doesn't that cause the
> frame to become marked as visible?
Only if x_top_window_to_frame returns non-nil, which it does not.
case MapNotify:
/* We use x_top_window_to_frame because map events can
come for sub-windows and they don't mean that the
frame is visible. */
f = x_top_window_to_frame (dpyinfo, event->xmap.window);
if (f)
{
...
SET_FRAME_VISIBLE (f, 1);
...
}
goto OTHER;
This bug report was last modified 7 years and 264 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.