Bug 6722 - content type field in tracks table no longer populated with only tokens
: content type field in tracks table no longer populated with only tokens
Status: RESOLVED INVALID
Product: Logitech Media Server
Classification: Unclassified
Component: Localization
: 7.0
: Macintosh Other
: -- normal (vote)
: ---
Assigned To: Unassigned bug - please assign me!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2008-01-22 12:15 UTC by Ben Klaas
Modified: 2009-09-08 09:16 UTC (History)
1 user (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ben Klaas 2008-01-22 12:15:07 UTC
from discussion on bug 6719

------- Comment #3 from slim-mail@deane-freeman.com  2008-01-22 12:08 -------
content type has previously been used as a token so that pages like the file
types settings can be localised, as well as the song info/track info views in
player and web ui.  It seems that recently some content types have taken on
variants that are expecting to be treated as raw strings, instead of tokens
(content_type = MP3 (Live 365) for example).  

So, in legacy terms, the type was intended to be localised. This is how MOV
becomes "Apple AAC for Movie File"
Comment 1 KDF 2008-01-22 12:25:10 UTC
to be clear, what's the bug: that they aren't localised (which would be the current case for jive songinfo), or that they aren't always tokens?

Comment 2 Ben Klaas 2008-01-22 12:27:07 UTC
tokens I think. changing summary to reflect that.
Comment 3 Andy Grundman 2008-01-22 12:49:39 UTC
The database should still have tokens, the special values such as "MP3 (Live365)" come from protocol handlers.
Comment 4 Michael Herger 2008-12-17 00:57:35 UTC
Ahm... is this still an issue?
Comment 5 Chris Owens 2008-12-22 09:33:02 UTC
Nobody can seem to figure out what this was about.  Feel free to reopen if you have a memory.