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 796353 - gstglwindow doesn't respect FreeDesktop startup-notification-spec
gstglwindow doesn't respect FreeDesktop startup-notification-spec
Status: RESOLVED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
git master
Other Linux
: Normal enhancement
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2018-05-23 09:03 UTC by Matwey V. Kornilov
Modified: 2018-05-31 19:28 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Matwey V. Kornilov 2018-05-23 09:03:35 UTC 
Hello,

Currently both xvideosink and glvideosink use raw X11 window API to create graphical window. This is used when gst-play invoked to play video file or video stream.

At the same time, the following specification is not supported:

https://www.freedesktop.org/wiki/Specifications/startup-notification-spec/

That makes gst-play second-class citizen in modern window management world. This feature is used by Gnome and some tiling window managers to distinguish running clients. Most of GUI application rely on existing graphical frameworks like GTK or QT where startup-notification-spec is implemented deeply under the hood completely opaque for the user. This is not the case for glvideosink as noted above.

This is feature request to implement statup-notification-spec support for GStreamer X11 windows, that should gain user experience.
Comment 1 Matthew Waters (ystreet00) 2018-05-23 09:33:40 UTC 
gst-play-1.0, gst-launch-1.0, et al are all debugging tools and not intended for use in/as a 'real' application.  A 'real' application would use a toolkit of some description whether already in existence (gtk+, Qt, etc) or custom made and as such that toolkit would implement the necessary things for WM's and compositor's.

Unless you're going to work on this there isn't really much interest in making gst-play-1.0 a fully fledged, all the bells and whistles application.  Reset the bug status if you are (or someone else is) going to work on this otherwise it will be closed as a wontfix.
Comment 2 Nicolas Dufresne (ndufresne) 2018-05-31 19:28:57 UTC 
Closing this bug report as no further information has been provided. Please feel free to reopen this bug report if you can provide the information that was asked for in a previous comment.
Thanks!