Bug 2273 - Add to playlist restarts current album
: Add to playlist restarts current album
Status: RESOLVED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Web Interface
: unspecified
: PC Windows (legacy)
: P2 normal (vote)
: ---
Assigned To: Blackketter Dean
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2005-10-09 06:52 UTC by Tom R. Loden
Modified: 2008-09-15 14:37 UTC (History)
1 user (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Tom R. Loden 2005-10-09 06:52:53 UTC
While listening to song 8 of 10 on one album, I added a second album. As soon as
I did this, song 8 stopped and song 1 started. This was very repeatable. Adding
just  one more song produces the same behavior.

Also, the second album could not be removed from the playlist.

SlimServer Version: 6.2b1 - 4156 - Windows 2000 - EN - cp1252
Fishbone Interface.
Comment 1 KDF 2005-10-10 00:38:29 UTC
please try this with Default skin.  do you get the same results?
as for the second album, exactly HOW was it not removable?  Any tracks ikn the
current playlist should be removable via the links on the right side.
Comment 2 Blackketter Dean 2005-10-13 12:34:02 UTC
KDF: Is this just a Fishbone thing?
Comment 3 KDF 2005-10-13 12:37:36 UTC
doubtful, since the comands used in the urls are now common (via hreftemplate in
EN).  then again, I've not been able to reproduce.
Comment 4 Tom R. Loden 2005-10-13 13:29:44 UTC
I tried it again with Fishbone and it still happens. The first song in the
playlist starts immediately after adding the second album.

BTW: I can no longer reproduce the "can't remove" problem. I added a second
album 3 times and once I clicked the "Remove from playlist" icon - poof : all
songs from all 3 instances of the album were gone.
Comment 5 KDF 2005-10-13 13:32:26 UTC
I'll re-iterate.  please try with other skins as well.
what are you clicking on to add the new album?  how did you arrive at it?
can you right click on the link that you are using, and paste the url from the
properties dialog.
Comment 6 KDF 2005-10-13 13:38:44 UTC
also, are you now using the latest nightly?
which browser are you using?
by any chance could you be using the modified fishbone skin with the icons on
the left side?
Comment 7 Tom R. Loden 2005-10-13 13:50:03 UTC
I just switched to the Default skin.  The second album now shows up again after
removing it in Fishbone. So I can't really test this. I'll try others.  "Remove"
one at a time works fine in either skin (from current playlist on right of screen).

I do not see a "Remove from playlist" icon next to any album my "Browse Music
Folder" as I did in Fishbone (correct?).

In Fishbone, in the "Browse Music Folder" on the left half of the screen, there
is a red icon that looks like 4 little square forming the outline of a "+" to
the right of the album title (along with 3 other icons). The mouse over shows
"Add to playist" at the bottom of Mozilla 1.7.3. URL is:

http://localhost:9000/status_header.html?p0=playlist&p1=add&p2=file%3A%2F%2F%2FE%3A%2FMusic&player=00%3A04%3A20%3A05%3A98%3A2c
Comment 8 KDF 2005-10-13 14:08:54 UTC
so all of this is via browse music folder, and not browse albums, correct?

no other skins have the remove feature, but I did want to know for sure if you
see the playlist restart when adding a seond 'album' via another skin.  

Comment 9 Tom R. Loden 2005-10-13 14:35:41 UTC
Correct, this is all in "Browse Music Folder".

I just tried it with "Touch" - exact same behavior - play restarts at the
beginning of my current playlist for second and third album additions.
Comment 10 KDF 2005-10-13 14:50:13 UTC
Sorry, I am still unable to reproduce.  The url is the correct command to add
items to the playlist from BMF.  I can't see anything in Command.pm for the
playlist add command that does anything with playback.  


wait a sec....
Dan fixed a bug very similar to this at r4191 (Sept 7): bug2085

Have you updated to the latest nightly?
Comment 11 Tom R. Loden 2005-10-13 16:10:32 UTC
I got the nightly build from 10/13:

  SlimServer Version: 6.2b1 - 4601 - Windows 2000 - EN - cp1252

That seems to have done the trick.

I thought I had looked through the old bugs, but I must have missed it.
(Bad keywords?)
Comment 12 KDF 2005-10-13 16:17:10 UTC
cool.  all makes sense again :)
default search is for open bugs.  When you had filed this, the bug was already
fixed (shame I didn't twig on it until today). It is a good rule of thumb to try
the latest nightly before posting a bug about a nightly build.  
Comment 13 Chris Owens 2006-06-16 14:41:34 UTC
There are 536 bugs in the database with targets of '---' that were fixed prior to new year 2006.  I am setting them to targets of 6.2.1 to keep them from showing up in my queries.