GNU bug report logs -
#23174
Windows : Emacs frame stays on top after Alt-Tab
Previous Next
Reported by: devi8 <at> null.net
Date: Thu, 31 Mar 2016 21:21:02 UTC
Severity: minor
Done: Stefan Kangas <stefan <at> marxist.se>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 23174 in the body.
You can then email your comments to 23174 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#23174
; Package
emacs
.
(Thu, 31 Mar 2016 21:21:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
devi8 <at> null.net
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Thu, 31 Mar 2016 21:21:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
GNU Emacs 24.5.1 (i686-pc-mingw32) of 2015-04-11 on LEG570
On Windows (7 Professional), after (?) switching from a Aero Desktop Theme back to a non-Aero Desktop Theme,
pressing Alt-Tab will switch application windows, but the Emacs Window ("Frame"?) will stay on the foreground, which is wrong behaviour.
Only after exiting and restarting Emacs is the correct behaviour restored again, and Alt-Tab works as expected.
I saw some discussions on the use of SetForegroundWindow and some bug reports that might relate to this.
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=6468
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=11513
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=13954
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=11513
In general I despise applications that use SetForegroundWindow, because almost all of them fail to do what the user wants, because of lack of knowledge of other active applications and the user's intentions.
This bug report is also an example of such behaviour.
Why not totally remove the use of SetForegroundWindow (except maybe for sys_kill and some places that try to fix "bugs"), or at least make it customizable so that I can disable it?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#23174
; Package
emacs
.
(Fri, 01 Apr 2016 07:03:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 23174 <at> debbugs.gnu.org (full text, mbox):
> From: devi8 <at> null.net
> Date: Thu, 31 Mar 2016 11:17:26 +0200
>
> GNU Emacs 24.5.1 (i686-pc-mingw32) of 2015-04-11 on LEG570
>
> On Windows (7 Professional), after (?) switching from a Aero Desktop Theme back to a non-Aero Desktop Theme,
> pressing Alt-Tab will switch application windows, but the Emacs Window ("Frame"?) will stay on the foreground, which is wrong behaviour.
> Only after exiting and restarting Emacs is the correct behaviour restored again, and Alt-Tab works as expected.
>
> I saw some discussions on the use of SetForegroundWindow and some bug reports that might relate to this.
> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=6468
> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=11513
> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=13954
> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=11513
>
> In general I despise applications that use SetForegroundWindow, because almost all of them fail to do what the user wants, because of lack of knowledge of other active applications and the user's intentions.
> This bug report is also an example of such behaviour.
>
> Why not totally remove the use of SetForegroundWindow (except maybe for sys_kill and some places that try to fix "bugs"), or at least make it customizable so that I can disable it?
You may be right, but please explain how are the calls to
SetForegroundWindow related to the problem you describe. IOW, please
tell the details of how Alt-TAB winds up calling that API, or how the
call to that API interferes with Alt-TAB.
Emacs calls SetForegroundWindow in only 2 specific situations: when it
was requested to direct a focus to a frame, and when it was requested
to raise a frame. I don't necessarily see how is that related to the
issue at hand.
I also couldn't reproduce the problem, on Windows 8.1 and Emacs 24.5.
Maybe I don't quite understand what you did, so please describe the
recipe for reproducing the problem step by step, preferably starting
with "emacs -Q".
Reply sent
to
Stefan Kangas <stefan <at> marxist.se>
:
You have taken responsibility.
(Sun, 29 Sep 2019 05:38:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
devi8 <at> null.net
:
bug acknowledged by developer.
(Sun, 29 Sep 2019 05:38:02 GMT)
Full text and
rfc822 format available.
Message #13 received at 23174-done <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> From: devi8 <at> null.net
>> Date: Thu, 31 Mar 2016 11:17:26 +0200
>>
>> GNU Emacs 24.5.1 (i686-pc-mingw32) of 2015-04-11 on LEG570
>>
>> On Windows (7 Professional), after (?) switching from a Aero Desktop Theme back to a non-Aero Desktop Theme,
>> pressing Alt-Tab will switch application windows, but the Emacs Window ("Frame"?) will stay on the foreground, which is wrong behaviour.
>> Only after exiting and restarting Emacs is the correct behaviour restored again, and Alt-Tab works as expected.
>>
>> I saw some discussions on the use of SetForegroundWindow and some bug reports that might relate to this.
>> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=6468
>> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=11513
>> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=13954
>> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=11513
>>
>> In general I despise applications that use SetForegroundWindow, because almost all of them fail to do what the user wants, because of lack of knowledge of other active applications and the user's intentions.
>> This bug report is also an example of such behaviour.
>>
>> Why not totally remove the use of SetForegroundWindow (except maybe for sys_kill and some places that try to fix "bugs"), or at least make it customizable so that I can disable it?
>
> You may be right, but please explain how are the calls to
> SetForegroundWindow related to the problem you describe. IOW, please
> tell the details of how Alt-TAB winds up calling that API, or how the
> call to that API interferes with Alt-TAB.
>
> Emacs calls SetForegroundWindow in only 2 specific situations: when it
> was requested to direct a focus to a frame, and when it was requested
> to raise a frame. I don't necessarily see how is that related to the
> issue at hand.
>
> I also couldn't reproduce the problem, on Windows 8.1 and Emacs 24.5.
> Maybe I don't quite understand what you did, so please describe the
> recipe for reproducing the problem step by step, preferably starting
> with "emacs -Q".
More information was requested, but was not given within three years.
I'm therefore closing this bug report. If anyone can reproduce this
issue, please reopen.
Best regards,
Stefan Kangas
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 27 Oct 2019 11:24:12 GMT)
Full text and
rfc822 format available.
This bug report was last modified 4 years and 177 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.