Sorry - i mean Version: 7.3.2 - 24415 @ Wed Dec 24 03:12:33 PST 2008

*** This bug has been marked as a duplicate of bug 10410 ***

Marc: Please provide STEP BY STEP instructions on how to setup and reproduce this error.

Provide a log file with all scan option set to debug

Created attachment 4641 [details]
server log

Created attachment 4642 [details]
scanner log

First - this ONLY fails using the CONTROLLER - the same procedure on SB3 works correctly.

Create a new folder in your music folder.
Add two or more tracks to the folder.
Create a folder in that new folder whose name sorts BEFORE any of the tracks.
Navigate to the folder from Music Folder.
You should see the inbedded folder followed by the tracks.
Select the second or later track and press play.
One track earlier will play.

Configuration info - I run with the setting "play other songs in album or directory"

I've attached the scanner log and server log after this experiment.

I did NOT run a scan after creating the directory, but that would make no difference in the behavior.  This happens in directories after a complete clear and rescan.

Not new to this version.

Version: 7.3.2 - 24638 @ Wed Jan 14 03:12:41 PST 2009
7.3 r3698 controller

Tested SC 7.3.3 r25687 per comment 6;  
I am able to verify this ONLY happens when PLAY via the SBC is pressed.

If I use the WEB UI or IP3K Player UI then the correct item is played.

Since there's now a planned 7.3.3 release, bugs which won't make the cut-off are being moved to the next target out.  If you feel that this bug needs to be addressed more (or less) urgently than the 7.4 release, please cc chris@slimdevices.com and leave a comment in the bug to that effect so we can review it.

Thanks.

For some reason Bugzilla did not change the target when I did this yesterday.  Or maybe it was me.  In either case, I'm trying it again.

Ticket # 090405-000707

Customer is experiencing this exact issue.

Tried both 7.3.3 and 7.4, issue is still there.

-Only happens when browsing from Controller, and using Music Folder
-Does not happen when browsing by Artist/Album

Customers structure is as follows:

K:\Mp3\[Genre]\[Sub-Genre]\[Artist]\[Album]\[Song]

This is the exact music directory structure that would cause this issue (nested music directories). Per QA, they are working on this.

Thanks,

LaRon

I am also experiencing this issue when using the remote and pressing the play button to listen to a song. I have tried 7.3.3 and 7.4.

Ticket # 090405-000707

Can any developers give us any kind of update for this task? Is it on track to be released with 7.4?

Is this bug going to be fixed for the 7.4 release? What file in the source is used for this - I may learn perl just to get this fixed, its driving me nuts. Thanks :)

 == Auto-comment from SVN commit #28229 to the slim repo by michael ==
 == https://svn.slimdevices.com/slim?view=revision&revision=28229 ==

Bug: 10480
Description: fix "play rest of folder" command - the count would have been wrong counting from the bottom up, if there were unplayable elements before the first playable item

fixed in change 28229 - the counting was wrong when there was one or more folders before the first playable track

 == Auto-comment from SVN commit #28230 to the slim repo by michael ==
 == https://svn.slimdevices.com/slim?view=revision&revision=28230 ==

Bug: 10480
Description: queue all tracks of the folder, but start playing at the desired track number

I downloaded and installed 7.4 on a brand new computer last night and am still experiencing this bug. Is this actually included in the stated 7.4 target milestone?

It works for me, and has for some time.

I expect you'll need to describe exactly what your situation is.

My problem is exactly as I previously described it in the thread above. 

1. I turn on my Duet
2. I click "music folder"
3. I click in to "classic rock"
4. I scroll down to find the song I want.
5. I click the play button on the duet controller
6. A different song starts playing, the song that plays is a couple (changes, maybe 4 or 5) songs further down the list than the one I click on.

As stated, same exact issue as before. I can create a youtube video of this bug and provide you the link if it would help you out.

Thanks you,
Rob

I just confirmed that I get this same error with my 2nd duet. If there is any other information I can give you to help sort this out please let me know and I will do everything I can to help.

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.

I don't understand why that last comment was added - this IS the version of Squeezecenter I am running (28672) and I can replicate the bug every time I try - the issue does not seem to be fixed for me at all.

If you would like please contact me at home and I can walk you through recreating the bug because apparently my typed explanations are not helping.

Would it help if I make a you-tube video of this bug and post it to the internet - that might help because then you can actually see what I am doing.

Thanks much,
Rob

since my version of this bug is fixed, and I provided a detailed recipe to reproduce, you are doing something different.  You have not provided a recipe for creating a directory structure that shows the bug.  That is what is needed, I think.

(I'm not with squeeze - so they might have a different idea of course.)

I'm sorry, Marc, but I have. I explicitly listed my directory structure in comment 10. Please let me know if you need additional information.

If you look at 6, you'll see it figured out the minimum thing needed to create a directory with files that would fail.  You really haven't done that.

But I really don't matter, so you need not satisfy me.

Thanks Marc, I read comment 6 a few times and don't quite understand what you are implying. You are saying you were able to figure out how to recreate the bug, which was supposedly fixed, but I am still experiencing on both of my controllers running version 7.4.

Are you implying that I need to change my directory structure on my hard drive as a workaround for this bug? If not, what exactly do I need to do to not experience this issue any further? It is very frustrating to me, as I use the 'music folder' option to browse and queue my songs using my controller - functionality that should be supported without having to change the way I have had the music on my hard drive organized for the last decade.

I will reiterate then. If I browse to the equivalent of the directory K:\Mp3\Classic Rock\ on my controller. This directory contains 113 folders and 1,101 songs. I scroll down the list to any one of the 1,101 individual files and click play. That song doesn't start playing, a different song several songs up the list starts playing.

I have even done a reformat and install with a new operating system and am still experiencing the same error.

None of the folders or files are corrupt in the sense that they pass both MP3 and FLAC testing programs, I thought this may be an issue.

Obviously the counter is getting messed up somewhere and not accurately reporting which file index to play when the play button is pressed. Not knowing the underlying Perl code, though, I don't know exactly what is happening here. 

Unfortunately when I started ripping my CDs to mp3 back in the late 90's I did not have programs that did ID3 tagging and the likes which would facilitate me being able to browse by metadata as opposed to file/directory structure.

As I have said, if there is any kind of information I could supply which would help the bug dev team out I would be thrilled to help. If I have to enable debugging output on the controller (not sure if thats possible for an end user) or whatever please just let me know.

Thanks again,
Rob

I'm going to withdraw.  It's fixed for me.  You will need to deal with the slim people, I think.