mherger wrote:
> Argh... I hate to hunt down bugs introduced to work around others'
> bugs... But as you've already done he research :-)
>
> > Code:
> > --------------------
> >
> > sub contentType {
> > my ($self, $urlOrObj) = @_;
> >
> > # Bug 15779 - if we have it in the cache then just use it
> > # This does not even check that $urlOrObj is actually a URL
> > # but there should be no practical chance of a key-space clash if
> it is not.
> >
> > if (defined $contentTypeCache{$urlOrObj}) {
>
> Are you saying that this cache would need to be updated appropriately?
>
> --
>
> Michael
If the Bug 15779 cache access is commented out then the second cache
access further down also returns MP3.
I'm saying there the MP3 is put into this Slim::Schema cache and AAC is
put into Slim::Scheme::RemoteTrack cache.
It look like when SetContenttype is called tp update the AAC the
Slim:Schema cache should either be invalidated or updated but this is
straying into database areas (logging database.info is needed) which I'm
a little fuzzy. An alternative would be the ContenType routine should
check to use the Slim::Schema cache only if the object is a not a
RemoteTrack class object.
------------------------------------------------------------------------
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=111812
_______________________________________________
Radio mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/radio
