shared-mime-info 0.17 bug

[Christian Neumair]

Am Dienstag, den 25.04.2006, 14:50 +0100 schrieb Bastien Nocera:
> 
> On Tue, 2006-04-25 at 15:39 +0200, Bernhard Kleine wrote:
> > 
> > today I downloaded several pdf-files from scientific journals.
> > Controlling the mime-type, some of them were application/PDF, some
> > were
> > text/plain. The first bits of the files are similar: %PDF- which is
> > the
> > magic key word for application/pdf. 
> 
> I believe this is due to recent changes in the xdgmime that Christian
> committed. I had that same problem with ASX playlists showing up as
> HTML.

Yeah, we're having some trouble, mainly because the GnomeVFS wrapper
around shared-mime-info doesn't exclusively rely on extension
information if the contents detection wasn't unique. We will probably
end up with giving the PDF sniff pattern a higher priority than "50",
but we're also discussing to make xdgmime prefer longer patterns with
the same prefix over others, i.e. "aafoo" would be preferred over "aaf",
which in turn would be preferred over "a", but I'm not too fond of that,
because it is just an additional implementation-dependant concept that
doesn't really buy us anything over simply giving longer matches a
higher priority.

Because you are an excellent testing volunteer/victim, I'd like you to
raise the PDF matchlet priority over 50 (so that it is preferred over
the single-character '%' matchlets for MATLAB and TeX, and report back
whether after running shared-mime-database the problem vanishes for all
your sample PDFs.

Thanks in advance.

-- 
Christian Neumair <chris at gnome-de.org>