Bugzilla – Bug 17177
Unable to browse folder link to by file link (shortcut)
Last modified: 2011-06-06 15:45:59 UTC
Hi, I have a folder shortcut in my main FLAC library to an MP3 library. The scanner is able to scan the MP3 directory and I can play music from there without problem. However, when I try to browse into the MP3 folder through the "Music Folder" item in the web interface, I get the error "There was an error loading the remote feed for : (Unable to open file '\\[Server]\Music\FLACs\MP3s')" where "MP3s" is the name of the link which links to \\[Server]\Music\MP3s. In the log, nothing very interesting gets written: [code] [11-04-24 12:39:03.2764] Slim::Utils::Misc::fixPath (592) Fixed: MP3s to file:////PORNOGRUBAS/Music/FLACs/MP3s [11-04-24 12:39:03.2778] Slim::Utils::Misc::fixPath (594) Base: \\PORNOGRUBAS\Music\FLACs [11-04-24 12:39:03.2801] Slim::Utils::Misc::pathFromFileURL (250) Got //PORNOGRUBAS/Music/FLACs/MP3s from file url file:////PORNOGRUBAS/Music/FLACs/MP3s [11-04-24 12:39:03.2818] Slim::Utils::Misc::pathFromFileURL (267) Extracted: \\PORNOGRUBAS\Music\FLACs\MP3s from file:////PORNOGRUBAS/Music/FLACs/MP3s [/code] I am running 7.6 r 32302, and my impression is that this worked fine with betas before 32300. The database is sqlite.
Still happening with today's r32390.
Strangely enough, after a couple of restarts this problem seems to have resolved itself. I'll keep watching it.
This error has again returned in r32413. It is not a permissions error, since it occurs for files that are local as well.
I have just noticed that, while the web interface browsing of file links is broken, it *does* actually work if SBS accessed through iPeng or the Squeezebox IR remote.
Are the relevant files (behind the link/shortcut) visible via the "normal" browsing mechanism? Can anyone else confirm the difference in behaviour between Web and other UIs?
(In reply to comment #5) > Are the relevant files (behind the link/shortcut) visible via the "normal" > browsing mechanism? You mean whether I can browse the files through the OS? Yes that's not a problem at all. Just the web interface in SBS and then it has appeared quite recently in the nightlies. > Can anyone else confirm the difference in behaviour between Web and other UIs? At leastone other person has seen this inthe forums http://forums.slimdevices.com/showthread.php?t=86665&page=3
Another one here. Version: 7.6.0 - r32427 on W7 Touch and Radio can't browse music folder. They says "empty". SB3 works. Touch and Radio = Firmware: 7.6.0-r9441 From web everything seems ok.
(In reply to comment #6) > (In reply to comment #5) > > Are the relevant files (behind the link/shortcut) visible via the "normal" > > browsing mechanism? > > You mean whether I can browse the files through the OS? Yes that's not a > problem at all. Just the web interface in SBS and then it has appeared quite > recently in the nightlies. No, I mean can you find the if you browse by Artists or Albums?
(In reply to comment #8) > No, I mean can you find the if you browse by Artists or Albums? Oh, right: yes. This works without any problem. Only going through the Music Folder in the web interface is the issue.
Same here. Browsing through ex. artist or album works. Browsing through music folder is unpredictable.
*** This bug has been confirmed by popular vote. ***
Does the problem occur: 1. when the target of the shortcut is a direcory (folder)? 2. when the target of the shortcut is a file? 3. both?
(In reply to comment #12) > Does the problem occur: > 1. when the target of the shortcut is a direcory (folder)? > 2. when the target of the shortcut is a file? > 3. both? Definitely (1). Have never tested (2). I can try later.
Hey Alan, looks like you're on top of this one. I've marked it and reassigned it to you. Please update when you have a handle on it.
I was just trying to narrow down the conditions under which the problem occurs. Looking at the code, I have not been able to work out just where it goes wrong: probably somewhere in Slim::Control::Queries::musicfolderQuery(), or one of the utilities that it calls. I do not have a Windows system on which to test and actually resolve the problem.
(In reply to comment #4) > I have just noticed that, while the web interface browsing of file links is > broken, it *does* actually work if SBS accessed through iPeng or the Squeezebox > IR remote. (In reply to comment #7) > Version: 7.6.0 - r32427 on W7 > Touch and Radio can't browse music folder. They says "empty". SB3 works. > > From web everything seems ok. Can we agree what is working and what is not? Your two comments are conflicting...
To reiterate, for me (SBS on WHS with a Squeezebox 3): I cannot browse into a folder linked to by a shortcut if I go through Music Folder through the web browser. Browsing through the Music Folder using SB3 remote works ok. Scanner scans the files correctly and they are accessible through the normal library browsing through both SB3 and the web interface.
Could you please run a test? In the web browser select BMF, navigate to the folder which has the shortcut in it. Selecting the shortcut, does it work? Go back to that folder with the shortcut in it. Restart SBS without closing the web browser. Now select the shortcut again. Does it work? I can confirm that ip3k players (Boom, SB3) seem to be fine, but in the web UI & SP (Touch, Controller, Radio), I'm seeing issues.
Ok, found the reason for failure: in musicfolderQuery we have a small cache which was added to fix timeout issues on slower machines. As SP is reading results in chunks of 200 items, a folder which contained more than 200 items would have been read over and over again (once for every chunk) to build a list of all items in a folder. As this caused timeout issues on slower devices we added a cache which would read the content from memory if the index was > 0 (eg. not the first chunk in a list). New BMF/onebrowser code uses the index parameter for a different purpose. Thus the caching fails. As ip3k interfaces never show the full list, but item by item, caching isn't used in this case. Therefore the difference between UIs. In order to be able to open a linked sub-folder, just wait 15s or longer between clicks. It should then work.
== Auto-comment from SVN commit #32499 to the slim repo by mherger == == http://svn.slimdevices.com/slim?view=revision&revision=32499 == Fixed Bug: 17177 Description: BMF caching would store cleaned up filenames instead of original file names. Thus reading from the cache might lead to invalid results, as eg. links (*.lnk) would be represented without their file extension. Don't cache the modified item list, but the original as read from the disk. Use Tie::Cache::LRU::Expires to cache max. 5 levels of folders for a short period of time (15s). I verified this change using shortcuts to folders on the same disk, a removable disk and an UNC path, using web UI, Boom and Touch.
I confirm that this is fixed in r32499.