Bugzilla – Bug 15996
Some FLAC files cause albums track browse queries from SqueezePlay
Last modified: 2011-05-12 14:25:16 UTC
Created attachment 6739 [details] Example FLAC file than prevents track listings from SqueezeOS I have purchased some FLAC downloads from Passionato.com that cannot be browsed from SqueezePlay (not from iPeng) but which have no problems at all from the WebUI. I am seeing the following debug trace from SqueezePlay: 20100404 15:19:09.019 DEBUG applet.SlimBrowser - SlimBrowserApplet.lua:223 Saving this json command to browse history table: 20100404 15:19:09.019 DEBUG applet.SlimBrowser - SlimBrowserApplet.lua:224 tracks album_id:490 favorites_title:Italian Opera Arias - Dessay favorites_url:db:album.titlesearch=ITALIAN%20OPERA%20ARIAS menu:trackinfo menu_all:1 sort:tracknum textkey:I 20100404 15:19:09.019 DEBUG applet.SlimBrowser - SlimBrowserApplet.lua:233 We've been here before, lastBrowse index was: 1 20100404 15:19:09.019 DEBUG applet.SlimBrowser - SlimBrowserApplet.lua:698 _performJSONAction(from:0, qty:200): 20100404 15:19:09.060 WARN net.comet - Comet.lua:876 Comet {SBS}: _response, /slim/request id=23 failed: request failed with error: Bad dispatch! The corresponding log entry from the SBS log looks as follows: [10-04-04 08:19:06.9050] Slim::Control::Request::execute (1935) Error: While trying to run function coderef [Slim::Control::Queries::titlesQuery]: [Can't use an undefined value as an ARRAY reference at /home/squeezeboxserver/squeezeboxserver-7.6.0-30469-noCPAN/Slim/Control/Queries.pm line 4443. I've tried this on a couple of different Linux platforms (ARM, i586) using the 7.6 nightly snapshot from April 3rd 2010 and the behavior is the same.
If I convert this FLAC file to a WAV using dBPowerAmp the failure goes away (even though the tags are pretty well preserved between the two formats).
Using a tag editor to add a missing Artist Tag to the files solved the problem. I am tempted to think that having tracks with an Album artist but no Artist tracks is causing the track listing query to fail from SP-based players. Nevertheless, it was an odd behavior that older generation IP3K players and the web interface could return track listings, whereas the new SP based players (and iPeng) experience an unhandled exception.
I believe this has a similar cause as (now fixed) bug 15553. Album artist but no Artist causes similar problems as Composer but no Artist used to do.
I have proved by experiment that removing artist tags from an album that has an album artist causes SqueezePlay clients to be unable to browse the tracks listing on that album. Some download services (Passionato.com) are selling their music that way. I would think that if a track's tagging falls outside the supported schema it should be rejected by the scanner. But it would be even better if there were rules for dealing with these weird cases that allowed the user to get to his or her music. This bug most recently reproduced on: Version: 7.6.0 - r30539 @ Sat Apr 10 01:03:59 PDT 2010 Hostname: charles-laptop Server IP Address: 192.168.1.32 Server HTTP Port Number: 9000 Operating system: Debian - EN - utf8 Platform Architecture: i686-linux Perl Version: 5.10.1 - i486-linux-gnu-thread-multi Database Version: DBD::SQLite 1.29 (sqlite 3.6.22) Total Players Recognized: 1
This appears to be fixed in onebrowser.
*** This bug has been marked as a duplicate of bug 15553 ***
closing due to being a duplicate, AND the duplicate bug has been fixed.