Bug 12015 - Scanner crash
: Scanner crash
Status: CLOSED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Scanner
: 7.4.0
: PC Windows XP
: -- normal (vote)
: 7.4.0
Assigned To: Andy Grundman
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-05-10 04:10 UTC by Philip Meyer
Modified: 2009-10-05 14:32 UTC (History)
1 user (show)

See Also:
Category: ---


Attachments
Scanner Crash Log (2.92 KB, text/plain)
2009-05-10 04:10 UTC, Philip Meyer
Details
Bad File Tags (164.31 KB, text/plain)
2009-05-10 04:35 UTC, Philip Meyer
Details
Rewritten file tags (135.79 KB, text/plain)
2009-05-10 04:36 UTC, Philip Meyer
Details
File that causes scanner crash (458.26 KB, audio/mpeg)
2009-05-11 15:51 UTC, Philip Meyer
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Philip Meyer 2009-05-10 04:10:50 UTC
Created attachment 5207 [details]
Scanner Crash Log

I did a scan for new and changed files, and the scanner crashed (see attachment).

It would be a good idea if the code could log the file name that causes a scanner crash, without having to rescan with logging turned up, as it's not obvious what logging to increase to find such errors.

I turned logging for scan.import and scan.scanner to info level, and still didn't get clues as to what file was causing the error.
Comment 1 Philip Meyer 2009-05-10 04:35:02 UTC
For the record, setting "(database.info) - Metadata & Parsing Logging" to info, allowed me to identify the dodgy file.

I looked at the tags using Mp3Tag, and couldn't see anything out of the ordinary.  So I looked at the content via a hex editor.  I saw a UFID tag, that isn't reported within MP3Tag - see "bad file tags.jpg".

I deleted all tag blocks using Mp3Tag, and then re-entered the tags (see "rewritten file tags.jpg").

This fixed the scanner.
Comment 2 Philip Meyer 2009-05-10 04:35:42 UTC
Created attachment 5208 [details]
Bad File Tags

caputred by opening the dodgy file in a hex editor.
Comment 3 Philip Meyer 2009-05-10 04:36:36 UTC
Created attachment 5209 [details]
Rewritten file tags

After deleting all tags and rewriting them.
Comment 4 Andy Grundman 2009-05-11 09:19:44 UTC
Can you attach the entire file that caused the crash?
Comment 5 Philip Meyer 2009-05-11 15:51:46 UTC
Created attachment 5211 [details]
File that causes scanner crash

I cut the audio length of the track down to the first 11 secs to make upload/download smaller.

This file still causes the same crash.
Comment 6 Andy Grundman 2009-05-12 04:22:33 UTC
This file scans fine with Audio::Scan in 7.4, marking fixed.
Comment 7 Philip Meyer 2009-05-12 07:59:56 UTC
What do you mean by Audio::Scan in 7.4?

I am on 7.4, latest SVN, and it crashes for me.  Are there new scanner changes awaiting to be merged to SVN 7.4 trunk from some other branch?

Did you try with Windows XP?
Comment 8 Andy Grundman 2009-05-12 08:02:33 UTC
I was talking about the noweb-sqlite branch.
Comment 9 James Richardson 2009-10-05 14:32:14 UTC
This bug has been marked as fixed in the 7.4.0 release version of SqueezeBox Server!
    * SqueezeCenter: 28672
    * Squeezebox 2 and 3: 130
    * Transporter: 80
    * Receiver: 65
    * Boom: 50
    * Controller: 7790
    * Radio: 7790  

Please see the Release Notes for all the details: http://wiki.slimdevices.com/index.php/Release_Notes

If you haven't already, please download and install the new version from http://www.logitechsqueezebox.com/support/download-squeezebox-server.html

If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.