[Bug 766520] New: gl: win32: race when handling window messages while creating the internal window

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Mon May 16 15:21:01 UTC 2016


https://bugzilla.gnome.org/show_bug.cgi?id=766520

            Bug ID: 766520
           Summary: gl: win32: race when handling window messages while
                    creating the internal window
    Classification: Platform
           Product: GStreamer
           Version: unspecified
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: Normal
         Component: gst-plugins-bad
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: xclaesse at gmail.com
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

I wrote a .NET app that embed glimagesink in my main Form. On the form I
connect key press events but the callback is never called. But when I set
GST_DEBUG=glwindow:6 then I get all my key press events... so there is a race
somewhere in the initialization.

gst_gl_window_win32_create_window() will call set_parent_win_id() at the end.
But there is gap between the moment the internal window has been created and
set_parent_win_id() has been called. During that period, any message from the
internal window will call window_proc with window_win32->parent_win_id==0, and
thus some messages are not forwarded to parent.

I'm not sure what messages we don't fwd at initialization that prevent future
event from being dispatched correctly, though. I don't know win32 API enough.

I'm wondering if set_parent_win_id() should be called from WM_CREATE case, or
something like that.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.


More information about the gstreamer-bugs mailing list