[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[debbugs-tracker] bug#10120: closed (24.0.91; frame-visible-p returns t,

From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#10120: closed (24.0.91; frame-visible-p returns t, but frame not visible/iconified)
Date: Fri, 08 Feb 2013 01:19:01 +0000

Your message dated Thu, 07 Feb 2013 20:18:20 -0500
with message-id <address@hidden>
and subject line Re: bug#10120: 24.0.91; frame-visible-p returns t, but frame 
not visible/iconified
has caused the debbugs.gnu.org bug report #10120,
regarding 24.0.91; frame-visible-p returns t, but frame not visible/iconified
to be marked as done.

(If you believe you have received this mail in error, please contact

10120: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10120
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: 24.0.91; frame-visible-p returns t, but frame not visible/iconified Date: Wed, 23 Nov 2011 09:43:55 -0800
Probably not very useful as is - sorry about that.  Take this as an FYI,
in case you get further, related reports.
With my setup (not with emacs -Q), at some point I got into a state
where there was a buffer associated with a window in a frame, and that
frame was neither visible anywhere nor iconified.  It was not listed in
the Windows task bar, which lists each frame.
Yet Emacs thought that that the frame was visible (e.g. frame-visible-p
returned t).  The buffer existed and was live, but it was displayed in
no visible or iconified window/frame anywhere.
Emacs functions such as raise-frame and select-frame-set-input-focus
returned normally, as if they worked, and the latter even deselected the
current frame (unhighlighted the title bar and borders) as if it had
selected another frame.  But the target frame was not visible anywhere
(and not just off-screen, as determined by the Windows task-bar apps
Here are some things I noted when in the debugger, in case it helps:
* display-buffer(#<buffer foo.el> t)
* pop-to-buffer(#<buffer foo.el> t nil)
* switch-to-buffer-other-frame(#<buffer foo.el>)
* display-buffer--maybe-same-window(#<buffer foo.el>
                                    ((inhibit-same-window . t)))
returned nil.
* get-buffer-window-list(#<buffer foo.el> nomini 0)
returned (#<window 50 on foo.el>)
* display-buffer-record-window(reuse #<window 50 on foo.el>
                               #<buffer foo.el>)
returned nil.
* window-parameter(#<window 50 on foo.el> quit-restore)
returned nil.  Note that this window was visible nowhere.
* frame-visible-p(#<frame foo.el 047B6E00>)
returned t, even though the frame is not visible anywhere
and is not in the list of frames in the Windows task bar.
* window-frame(#<window 50 on foo.el>)
returned #<frame foo.el 047B6E00>.
* window--display-buffer-1(#<window 50 on foo.el>)
* raise-frame(#<frame foo.el 047B6E00>)
returned nil.
* select-window(#<window 50 on foo.el>)
returned #<window 50 on foo.el>.
So display-buffer-reuse-window, and hence display-buffer,
returned #<window 50 on foo.el>.  And pop-to-buffer, and hence
switch-to-buffer-other-frame, returned buffer #<buffer foo.el>.
HTH in some way (ring a bell?).  Sorry I don't have more info.

In GNU Emacs (i386-mingw-nt5.1.2600) of 2011-11-21 on MARVIN
 Windowing system distributor `Microsoft Corp.', version 5.1.2600
 configured using `configure --with-gcc (4.6) --no-opt --cflags
 -ID:/devel/emacs/libs/gnutls-2.10.1/include --ldflags

--- End Message ---
--- Begin Message --- Subject: Re: bug#10120: 24.0.91; frame-visible-p returns t, but frame not visible/iconified Date: Thu, 07 Feb 2013 20:18:20 -0500 User-agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/)
Nothing can be done with this.
May as well open a new report if it ever recurs, rather than leaving
this open.

--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]