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
Message #87 received at 24091 <at> debbugs.gnu.org (full text, mbox):
Hello,
I do not want to bring up old threads, but I am having the exact same
problem with Emacs+XMonad for years now. Did you come to a conclusion
or find a fix back in September?
Thanks,
Dominik
On Tue, Sep 06 2016, Eli Zaretskii wrote:
>> From: Noam Postavsky <npostavs <at> users.sourceforge.net>
>> Date: Sun, 4 Sep 2016 12:21:20 -0400
>> Cc: Aiken <acairncross <at> gmail.com>,
>> Clément Pit--Claudel <clement.pit <at> gmail.com>,
>> 24091 <at> debbugs.gnu.org
>>
>> On Sun, Sep 4, 2016 at 11:56 AM, martin rudalics <rudalics <at> gmx.at> wrote:
>> > In x_make_frame_visible we have this loop:
>> >
>> > while (!FRAME_VISIBLE_P (f))
>> >
>> > What I wanted to know is whether the frame f here is the _same_ frame
>> > you see in x_top_window_to_frame where IIUC
>> >
>> > if (wdesc == XtWindow (x->widget))
>> > return f;
>>
>> Oh, I see. Yes, it is the same frame.
>
> Maybe we should stop waiting after some time has passed, like 0.5
> sec. Does that work in this case? Does the frame always appears
> within half a second when workspaces are not involved?
>
> Thanks.
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.