[Bug 784337] New: GStreamer doesn't work when the application path contains a folder named "bin"

[GStreamer (GNOME Bugzilla)]

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

            Bug ID: 784337
           Summary: GStreamer doesn't work when the application path
                    contains a folder named "bin"
    Classification: Platform
           Product: GStreamer
           Version: git master
                OS: Windows
            Status: NEW
          Severity: major
          Priority: Normal
         Component: gstreamer (core)
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: zack81 at gmx.net
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

Gstreamer doesnt work correctly when the application path contains a folder
named: "bin".

It doesn't matter where the bin folder is in the application path e.g.:
"C:\my_path\is\here\bin\app.exe" or "C:\bin\my_path\is\here\app.exe"
When there is a "bin" folder the application will not work anymore.

You could set the "GST_PLUGIN_PATH", which is of course a workaround only.
And doesn't work in further code calls:
When I did later a call to `gst_discoverer_discover_uri`, the application
blocked for unknown reason (when I removed my app from the "bin" subfolder
everything worked again)

GStreamer should always search first, relative to the gstreamer DLL location
For example:
Module path: "C:\my_path\is\here\bin\libgstreamer-1.0-0.dll"
First try this plugin path: "C:\my_path\is\here\bin\lib\gstreamer-1.0\"

The gstreamer applications like gst-discoverer-1.0.exe and gst-launch-1.0.exe
should be portable applications, but in fact they aren't because of this
limitation...

This is an absolute intuitive behavior, which needs to be fixed.

PS: I don't know whether this is a windows only bug.

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