After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 164311 - "visibility_notify_event" not being fired
"visibility_notify_event" not being fired
Status: RESOLVED OBSOLETE
Product: gtk+
Classification: Platform
Component: Backend: Win32
2.10.x
Other All
: Normal normal
: ---
Assigned To: gtk-win32 maintainers
gtk-bugs
: 506235 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2005-01-17 02:14 UTC by Daniel Atallah
Modified: 2018-02-10 03:30 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Daniel Atallah 2005-01-17 02:14:20 UTC
Please describe the problem:
It appears that the "visibility_notify_event" never gets fired when the window
is obscured under win32

Steps to reproduce:
1. Add the GDK_VISIBILITY_NOTIFY_MASK to the window events.
2. Add a callback function for the "visibility_notify_event"
3. Run the program and somehow obscure the test window with another window.



Actual results:
No visibility event is fired.

Expected results:
The "visibility_notify_event" callback function should be triggered.

Does this happen every time?
Yes.

Other information:
I can easily come up with a test case, if necessary.
Comment 1 Daniel Atallah 2007-04-04 22:04:11 UTC
Update Version since this still occurs in 2.10.11
Comment 2 Federico Mena Quintero 2008-06-23 18:37:45 UTC
*** Bug 506235 has been marked as a duplicate of this bug. ***
Comment 3 Owen Taylor 2008-06-23 18:40:04 UTC
AFAIK, there is no equivalent of X visibility tracking in Windows.

You could obviously send fake events when the window is
shown/hidden/minimized/unminimized.
Comment 4 Michail Crayson 2008-06-24 08:02:06 UTC
In that case, perhaps it would be enough to just add this to the reference manual entry for the "visibility-notify-event" signal:

This signal is never emitted when running on the Microsoft Windows platform.

It could also be added to the "Using GTK+ on Windows" page along with any other incompatibilities? I'll volunteer for doing this if needed.
Comment 5 Daniel Atallah 2008-08-11 04:22:33 UTC
It looks like it would be possible to implement this by polling:
http://blogs.msdn.com/oldnewthing/archive/2003/09/02/54758.aspx

Perhaps some sort of solution involving starting and stopping polling based on shown/hidden, etc. events could be implemented.
Comment 6 Matthias Clasen 2018-02-10 03:30:32 UTC
We're moving to gitlab! As part of this move, we are closing bugs that haven't seen activity in more than 5 years. If this issue is still imporant to you and
still relevant with GTK+ 3.22 or master, please consider creating a gitlab issue
for it.