mime types and UMS devices

[Jeff Mitchell]

Aran Cox wrote:
> kmimetypefinder with the -c option specified does exactly what
> UmsHandler.cpp does (calls findByFileContent).  findByFileContent only
> looks at the content of the file, not the path so because the
> definition for audio/x-flac was only defined by a suffix, it was never
> going to match.  kmimetypefinder by default uses findByPath which
> allows matches by path name and file content.  When I modified
> UmsHandler.cpp to use findByPath it found all my files on my Sansa
> including the mp3's that weren't getting matched correctly before and
> the flac's.  (Although, clearly the flac definition in
> freedesktop.org.xml was incomplete and needed to be fixed anyway.)
> 
> I'm of the mind that we should use findByPath() because it solves my problems :)

Personally, I'm of the mind that we should try one (preferably content)
and fall back to the other (filename) if nothing is found. Can you
modify your patch to do that?

> On a related note, I would really like to use a loopback vfat
> filesystem for testing this stuff.  How to I trick amarok into seeing
> a directory or other filesystem as something that it would manage as a
> UMS device?

Not sure...xevix?

--Jeff

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 261 bytes
Desc: OpenPGP digital signature
URL: <http://mail.kde.org/pipermail/amarok/attachments/20091016/3c55b785/attachment.sig>