Your message dated Wed, 22 May 2013 22:12:16 -0400
with message-id <[email protected]>
and subject line Re: Bug#656214: Closing (Save...) question dialog is not modal
but hides from taskbar
has caused the Debian Bug report #656214,
regarding Closing (Save...) question dialog is not modal but hides from taskbar
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
656214: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656214
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: vim-gtk
Version: 2:7.3.363-1
Severity: normal
When you attempt to close gvim with modified files, it opens a dialog
window asking whether the file shall be saved. But there is a problem
with that dialog, it sets _NET_WM_STATE(ATOM) = _NET_WM_STATE_SKIP_TASKBAR
which makes the window disappear from the taskbar. That's ok for the
regular case since the freshly created window appears in the foreground.
But if you loose the focus of that dialog once (i.e. by clicking on the main
window, or hiding/unhiding the main window of gvim) then you get a
problem - the main window still assumes that the dialog window is modal and
must be closed first but that dialog window does not behave like a
modal window. I.e. it does not set _NET_WM_STATE_MODAL anywhere (or,
alternatevly, it is also not re-focused automatically when the main
window gets the focus). With old-school window managers (having keyboard
quick-switch, like icewm or windowmaker) you can no longer reach that
dialog window with keyboard. The only way to get the focus back is using
the mouse.
Just compare it to some Qt application (the usually do it correctly),
Kate for example. Some other applications don't setup modal mode either
but they at least don't hide the dialog window from the taskbar, leaving
the user a chance.
Regards,
Eduard.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.1 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages vim-gtk depends on:
ii libacl1 2.2.51-5
ii libc6 2.13-24
ii libgdk-pixbuf2.0-0 2.24.0-2
ii libglib2.0-0 2.30.2-4
ii libgpm2 1.20.4-4
ii libgtk2.0-0 2.24.8-2
ii libice6 2:1.0.7-2
ii liblua5.1-0 5.1.4-12
ii libpango1.0-0 1.29.4-2
ii libperl5.14 5.14.2-6
ii libpython2.7 2.7.2-10
ii libruby1.8 1.8.7.352-2
ii libselinux1 2.1.0-4
ii libsm6 2:1.2.0-2
ii libtinfo5 5.9-4
ii libx11-6 2:1.4.4-4
ii libxt6 1:1.1.1-2
ii tcl8.5 8.5.11-1
ii vim-common 2:7.3.363-1
ii vim-gui-common 2:7.3.363-1
ii vim-runtime 2:7.3.363-1
vim-gtk recommends no packages.
Versions of packages vim-gtk suggests:
pn cscope 15.7a-3.5
pn gnome-icon-theme 3.2.1.2-1
pn ttf-dejavu 2.33-2
pn vim-doc <none>
-- no debconf information
--
<rvb> Dafür hat Ubuntu nen kleinen.
--- End Message ---
--- Begin Message ---
On Mon, Jan 23, 2012 at 11:19:32PM -0500, James McCoy wrote:
> On Tue, Jan 17, 2012 at 02:58:23PM +0100, Eduard Bloch wrote:
> > Just compare it to some Qt application (the usually do it correctly),
> > Kate for example. Some other applications don't setup modal mode either
> > but they at least don't hide the dialog window from the taskbar, leaving
> > the user a chance.
>
> I've compared the behavior a few other Gtk applications I have installed
> and they seem to behave the same way. This seems like it may be
> more of a toolkit issue in that the dialog isn't being forced into focus
> when the main window gets focused.
I've just retested the version of Vim this was reported against and can
no longer reproduce the behavior. It seems like this was a toolkit
issue. Closing.
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy <[email protected]>
signature.asc
Description: Digital signature
--- End Message ---
