[Bug 657872] XDG mime type finder identify SRT as application/x-subrip

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=657872
  GStreamer | gst-plugins-base | git

--- Comment #3 from Tim-Philipp Müller <t.i.m at zen.co.uk> 2011-08-31 22:50:30 UTC ---
> Now, the first thing I see is that the so
> called type finder that should override XDG is MARGINAL, iirc that means it
> will be ignored. 

No, that's not what it means, and I don't think that's what's happening (in
absence of logs showing the opposite).

> So as it's not used XDG finder is the only one to give a
> reply. Then in the subparse element (the one that contains the finder), there
> is a regex that does not seems to work matching the type. I'm using simple file
> found on wikipedia, http://en.wikipedia.org/wiki/SubRip.

Ok, so fix it please.


> Questions:
> Why do we have an XDG type finder if we make sure that our custom type are not
> valid mime type from XDG when such a type exist ?

To prevent false positives on non-media files (this is a real problem).

Sadly we can't blacklist subtitle types in general from the xdg typefinder. If
we could, we would blacklist them. You can blacklist this type if you like.

Ultimately it's a bug in our srt typefinder, so let's just fix that.

> Rational:
> Having XDG makes video player like Totem report that a missing plugin for mime
> type application/x-subrip does not exist, but in fact GStreamer have defined
> this as application/x-subtitle, so neither user or CODEC finder can ever find a
> suitable plugin.

Yes, it's a bug. It needs fixing. Fix the srt typefinder.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.