7.9 Problems/Bugs

[get.amped]

> views. It was the same each time. None of the albums added after the
> last full rescan (two separate scans for changed and new, about 20 new
> albums total) showed up in New Music, but were all available in Artists,
> Albums and through Search.

Ok, I think I've figured that one out. Are you using more than one music
folder entry?

The cache was only exposing the real issue which was that the
lastScanTime timestamp did not get updated under certain circumstances.
As many of the caches rely on that timestamp to invalidate data, they
would return stale content.

Should be fixed in tomorrow's build.

--

Michael

I only have one music folder entry:



but it just has four shortcuts to the real music folders:



I tried using multiple folders defined in LMS when I first went to 7.7.3, but the scanner would go off in the weeds and never finish. So I went back to this method which has been a stable work around for a multi-disc library since 7.6.5.

[mherger]

> Searching my library is still a bit problematic -- but these problems
> were being fixed in earlier builds of 7.9. I installed 1403162826 to see
> where things stand.

Wasn't it you commenting on github? I followed up on that report and
fixed the issue earlier today. Unfortunately it didn't make it into the
nightly build. I'll push out new ones. Please give them another try in a
few minutes.

--

Michael

[mherger]

> I tried using multiple folders defined in LMS when I first went to
> 7.7.3, but the scanner would go off in the weeds and never finish. So I
> went back to this method which has been a stable work around for a
> multi-disc library since 7.6.5.

Interesting. The scanner code would handle shortcuts the same way as
multiple folder entries. Well, somewhere hidden deeply in there there
must be a difference. But it explains why I was seeing that issue which
I only expected to arise with multiple folders.

I'm currently building a new release. Could you please give it another try?

--

Michael

[bwaldron]

> Searching my library is still a bit problematic -- but these problems
> were being fixed in earlier builds of 7.9. I installed 1403162826 to see
> where things stand.

Wasn't it you commenting on github? I followed up on that report and
fixed the issue earlier today. Unfortunately it didn't make it into the
nightly build. I'll push out new ones. Please give them another try in a
few minutes.

--

Michael

Yes, it was. I saw your new commit and thought it had been included in nightly 1403162826 (and thus wasn't working). I'll try again with the new build -- thanks!

[get.amped]

> I tried using multiple folders defined in LMS when I first went to
> 7.7.3, but the scanner would go off in the weeds and never finish. So I
> went back to this method which has been a stable work around for a
> multi-disc library since 7.6.5.

Interesting. The scanner code would handle shortcuts the same way as
multiple folder entries. Well, somewhere hidden deeply in there there
must be a difference. But it explains why I was seeing that issue which
I only expected to arise with multiple folders.

I'm currently building a new release. Could you please give it another try?

--

Michael

Yes, of course. Is it LogitechMediaServer-7.9.0-1403261343 or should I wait for the next one?

[mherger]

> Yes, of course. Is it LogitechMediaServer-7.9.0-1403261343 or should I
> wait for the next one?

That would be the latest already. Get it while it's hot!

--

Michael

[get.amped]

> Yes, of course. Is it LogitechMediaServer-7.9.0-1403261343 or should I
> wait for the next one?

That would be the latest already. Get it while it's hot!

--

Michael

As far as testing it goes, I can do a quick verification that a scan for new and changed will pick up an album with a more recent time stamp from each of the 3 FLAC directories (Lossy never gets added to, only replaced by FLAC as available). I'm just going to use mp3tag to save one album from each of those directories so they have the current time. Later today I'll be able to add new albums. In each case, I should see the changed albums appear as the first entries in New Music.

Anything else I should check or does that cover it?

Edit: the albums with changed time stamps are in fact the first ones listed in New Music. When I added a new album it correctly appears at the beginning of the list. Looks good so far.

[bwaldron]

I installed 1403261343 and composers no longer appear when using the "My Music" search -- only Artists from my single list. Thanks!

If/when I desire, I can still find track-only artists from my VA albums by using the new "live search" at the top of the web interface. I can also find composers that way -- however, one problem remains: composers returned from such a live search still show up as "Empty" if clicked upon (when I have Composers unchecked in "Composer, Band and Orchestra in Artists").

[pberger]

It seems like with logitechmediaserver-7.9.0-1403270469.tgz I'm no longer able to rebuild the database. I tried already to delete the whole cache directory and rebuild everything, but scanner always hangs or crashes:

The bottom of the scanner.log (with debug settings) looks like this:

[14-06-21 17:47:02.2454] Slim::Utils::Scanner::Local::Async::__ANON__ (79) Async scanner found 70707 files/dirs in 25.79 sec
[14-06-21 17:47:02.2460] Slim::Utils::SQLiteHelper::updateProgress (407) Notify to server: [
  "progress:1403365596||importer||/volume5/music/high-quality|discovering_directory||70707||70707||1403365622.24558",
]
[14-06-21 17:47:02.2488] Slim::Utils::SQLiteHelper::updateProgress (431) Notify to server OK
[14-06-21 17:47:02.2490] Slim::Utils::Scanner::Local::__ANON__ (188) Start processing found tracks
[14-06-21 17:47:02.2492] Slim::Utils::Scanner::Local::__ANON__ (196) Connect do DB
[14-06-21 17:47:02.2494] Slim::Utils::Scanner::Local::__ANON__ (199) Get latest ID
[14-06-21 17:47:02.2496] Slim::Utils::Scanner::Local::__ANON__ (221) Delete temporary table if exists
[14-06-21 17:47:02.2499] Slim::Utils::Scanner::Local::__ANON__ (224) Re-build temporary table
[14-06-21 17:47:02.5342] Slim::Utils::Scanner::Local::__ANON__ (259) Get deleted tracks count
[14-06-21 17:47:02.5345] Slim::Utils::Scanner::Local::__ANON__ (266) Get new tracks count
[14-06-21 17:47:02.5361] Slim::Utils::Scanner::Local::__ANON__ (271) Get changed tracks count
[14-06-21 17:47:02.5363] Slim::Utils::Scanner::Local::__ANON__ (277) Removing deleted audio files (0)
[14-06-21 17:47:02.5365] Slim::Utils::Scanner::Local::__ANON__ (355) Scanning new audio files (65160)
[14-06-21 17:47:02.5376] Slim::Utils::SQLiteHelper::updateProgress (407) Notify to server: [
  "progress:1403365622.53666||importer||/volume5/music/high-quality|directory_new||1||65160||",
]
[14-06-21 17:47:02.5403] Slim::Utils::SQLiteHelper::updateProgress (431) Notify to server OK
[14-06-21 17:47:02.5408] Slim::Utils::Scanner::Local::new (802) Handling new audio track file:///volume5/music/high-quality/!!!%20-%20Jamie,%20My%20Intentions%20Are%20Bass/01%20Jamie,%20My%20Intentions%20Are%20Bass.mp3
[14-06-21 17:47:02.5524] Slim::Utils::Scanner::Local::new (802) Handling new audio track file:///volume5/music/high-quality/!!!%20-%20Jamie,%20My%20Intentions%20Are%20Bass/02%20The%20Hammer%20(Thomas%20Bullock%20Remix).mp3

Running on a Synology Box with i386 CPU (using patched SSODS)

[mherger]

> The bottom of the scanner.log (with debug settings) looks like this:

Could you please enable debug logging for the scanner and try again?


--

Michael