[Bug 764034] preset: Use GST_PRESET_PATH as an extension of the system path, not a replacement of the user path

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Tue Mar 22 17:34:59 UTC 2016


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

Sebastian Dröge (slomo) <slomo at coaxion.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #324546|reviewed                    |none
             status|                            |
 Attachment #324546|0                           |1
        is obsolete|                            |

--- Comment #3 from Sebastian Dröge (slomo) <slomo at coaxion.net> ---
Created attachment 324550
  --> https://bugzilla.gnome.org/attachment.cgi?id=324550&action=edit
preset: Use GST_PRESET_PATH as an extension of the system path, not a
replacement of the user path

First load all system presets, then all from the environment variable, then
from the app directory, then from the user directory. Any one in the chain
with the highest version completely replaces all previous ones, later ones
with lower versions are merged in without replacing existing presets.

This is basically the same behaviour as before, just that GST_PRESET_PATH is
inserted as another source of directories between the system and app presets.

It was added in ca08af1f17d2ce36b83998a0ba3a7b8bcafd7872, but was
accidentially overriding the user preset path there. Which caused inconsistent
behaviour as new presets were still stored in the system path, just not loaded
from there. Meaning you could store a new preset (in the user path), just for
GstPreset to not find it anymore later (because it only looked in the
GST_PRESET_PATH instead of the user path).

-- 
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