Bugzilla – Bug 1694
Need scanning feedback on home page of web interface
Last modified: 2011-03-16 04:18:49 UTC
Running SlimServer 6.0.2, Mac OS 10.3.8, Powerbook G4 titanium Hey guys, how long did it take slimserver to process the entire database for your iTunes library? (mine is ~1400 songs, 9.5 gb) I've let the 'perl' process chug away for already 1 hour (saturating my CPU to max the whole time) and decided to terminate it as my laptop was getting quite hot. Wouldn't it be better if the database be created during the installation process instead of the first times while you're using the server? (there's no system feedback so I haven't the slightest clue if 'perl' is actually doing anything useful here) Btw, in creating the database, does SlimServer pick up from when I last terminated it or does it start over from the beginning everytime? I just want to be able to use SlimServer while returning my computer's CPU to normal, cool levels. Thanks for your help, -Bill
this is a bug tracker. Is this a bug report or a support question? support questions can be directed to the forums (http://forums.slimdevices.com/), or support@slimdevices.com. for certain, this has nothign to do with lists.slimdevices.com or email as a bug. That gives me the impression that this was in fact intended to be sent to the lists, instead of here.
I don't have a definitive answer to how long a scan will take with your size of library, but your experience suggests that, at the very least, we have a feedback problem. The home page of the web interface should display a message while SlimServer is scanning. It will also have to refresh itself (probably with not too small an interval) until the scan is done. Changed the subject line and targetted the bug.
Web/Pages.pm, Line 659: if (Slim::Music::Import::stillScanning()) { $params->{'warn'} = 1; } HTML/Default/home.html, insert at line 16: [% IF warn %]<p><b>[% "NOTE" | string %]</b> [% "SCAN_WARNING" | string %] [% END %] This doesn't do any refresh, but that could be a simple javascript ripped from status_header and only included if [% warn %] is defined. You can re-assign to me if you want me to take care of that.
Consider it done! :) Though I think a different warning should be used - something along the lines of: SlimServer is scanning your music library - this may take a while.
Created attachment 586 [details] refresh home every 5 mins during scan, and show a warning message Uses a javascript refresh timer during scan to refresh the home page and show a warning. So as not to add any extra overhead, I've moved the warn parameter setting into addLibraryStats so that browsedb and home can both share the same call to stillScanning()
Dan or Vidur, When you have time can either of you please check this over to make sure that a 5 minute refresh seems like the right kind of pace, and that the new string is worded acceptably.
Created attachment 587 [details] add strings this time forgot the strings in the first patch
Looks ok. The bodyscript should be conditional on the WARN though. We don't want to refresh all the time.
committed at change 3587
This bug was marked resolved in Slimserver 6.1, which is several versions ago. If you're still seeing this bug, please re-open it. Thanks!