Re: Cannot add single tracks to playlist in 3.1b

Why not require that absolute paths start with / or C: (depending on  
the platform)?

Let virtual paths then be like relative paths?


On Monday, February 17, 2003, at 12:31  PM, Robert Moser II wrote:

> A couple more options:
> 4) Add __Music to the start of virtual paths in the Music folder.  If
> virtualToAbsolute doesn't see either __playlists or __music at the  
> start of
> a path, assume it is absolute.
>          Pros: No interface change necessary
>          Cons: increased length of virtual paths, would need to change
> pages.pm code to use the  new format.
>
> 5) Add __ABS to the start of absolute paths.  virtualToAbsolute would  
> look
> for __ABS at the start of paths, and if present, it would be broken  
> off and
> the remainder returned.
>          Pros: No interface change necessary
>          Cons: Kind of a wierd thing to do
>
> In any event, something needs to be done, and I'm more than willing to  
> make
> the change, but I'd like to get opinions as to the change to make.
>
> Robert
> At 11:01 AM 2/16/2003 -0800, you wrote:
>> In browseid3.pm there is a way to make it send absolute paths (Set
>> playtrackalbum to 0, browse albums, select a single song, press
>> play/add).  That one is not as easy to fix as the browse.pm ones, as  
>> the
>> virtual path cannot easily be generated.  Plus there is also a  
>> problem with
>> accepting absolute paths from the HTTP, CLI, and STDIO interfaces (in  
>> that
>> it would cause the same behavior).
>>
>> So, we have some options:
>> 1) Move the virtualToAbsolute call back to HTTP::executeurl where it  
>> was to
>> begin with
>>          Pros: It would work
>>          Cons: Only absolute paths would be acceptable from the CLI  
>> and
>> STDIO interfaces, unless a virtualToAbsolute call were added prior to  
>> the
>> call to executecommand.
>>
>> 2) Have executecommand take a parameter to indicate that an absolute  
>> path
>> is being passed.
>>          Pros: It would allow executecommand to take a mixture of  
>> absolute
>> and virtual paths
>>          Cons: How to indicate virtual/absolute from the  
>> HTTP/CLI/STDIO
>> interfaces?
>>
>> 3) Have p3 of p0=playlist p1=play|add|load|append p2=song|playlist|dir
>> indicate whether p2 is a virtual or absolute path.  0 or undef for  
>> virtual,
>> 1 for absolute.
>>          Pros: Allows a mixture of absolute and virtual paths in a  
>> well
>> defined manner, with a minimal change to the existing interface
>>          Cons: Changes an existing interface
>>
>>
>> At 10:13 AM 2/16/2003 -0800, you wrote:
>>> I can't reproduce this here.
>>>
>>> Morton:  Can you give me detailed steps to reproduce?
>>> Robert Moser:  Could this be another virtual path problem?
>>>
>>> -dean
>>>
>>> On Sunday, February 16, 2003, at 09:47  AM, Morten Fischer-Madsen
>>> <morten-L8IkdDyLpMl4RXqzbsOMaFpr/1R2p/[email protected]> wrote:
>>>
>>>> Installed 3.1b1 a few days ago, but had problems adding tracks to  
>>>> the
>>>> playlist and then reinstalled 3.0 as I didn't have time to
>>>> investigate the problems any further. Today I then went ahead and
>>>> installed 3.1b2 and the now I'm having same problems, so it seems
>>>> that are is a bug in the 3.1b release of the server software.
>>>>
>>>> What happens is the following: When I try to add a single track to
>>>> the playlist either by pressing Play or Rec, the playlist contains
>>>> only references to a track called m:. All my music is stored on m:\
>>>> so it seems to be some sort of problem with passing along the  
>>>> correct
>>>> path information when selecting single tracks. If I Play/Rec entire
>>>> albums or artists, then the problem does not occur - all songs are
>>>> added to the playlist as they should be.
>>>>
>>>> Other information about my setup:
>>>> * Server: Windows 2000 Server
>>>> * Network: Very simple all-wired network configuration.
>>>> * Firmware: Newest version (release incl. with 3.1b2)
>>>>
>>>> Hope you can fix this bug rather soon - otherwise I have to go back
>>>> to version 3.0 to keep my girlfriend from going nuts :-)
>>>>
>>>> Please don't hesitate to request more information if needed.
>>>>
>>>> Best regards,
>>>> Morten Fischer-Madsen
>>>>
>>>>
>>>> ------------------------ Yahoo! Groups Sponsor
>>>> ---------------------~-->
>>>> Get 128 Bit SSL Encryption!
>>>> http://us.click.yahoo.com/FpY02D/vN2EAA/xGHJAA/rIp0lB/TM
>>>> -------------------------------------------------------------------- 
>>>> -
>>>> ~->
>>>>
>>>> To unsubscribe from this group, send an email to:
>>>> [email protected]
>>>>
>>>>
>>>>
>>>> Your use of Yahoo! Groups is subject to
>>>> http://docs.yahoo.com/info/terms/
>>>>
>>>>
>>>
>>>
>>>
>>> To unsubscribe from this group, send an email to:
>>> [email protected]
>>>
>>>
>>>
>>> Your use of Yahoo! Groups is subject to  
>>> http://docs.yahoo.com/info/terms/
>>
>>
>>
>> To unsubscribe from this group, send an email to:
>> [email protected]
>>
>>
>>
>> Your use of Yahoo! Groups is subject to  
>> http://docs.yahoo.com/info/terms/
>
>
> ------------------------ Yahoo! Groups Sponsor  
> ---------------------~-->
> Get 128 Bit SSL Encryption!
> http://us.click.yahoo.com/FpY02D/vN2EAA/xGHJAA/rIp0lB/TM
> --------------------------------------------------------------------- 
> ~->
>
> To unsubscribe from this group, send an email to:
> [email protected]
>
>
>
> Your use of Yahoo! Groups is subject to  
> http://docs.yahoo.com/info/terms/
>
>


------------------------ Yahoo! Groups Sponsor ---------------------~-->
Get 128 Bit SSL Encryption!
http://us.click.yahoo.com/FpY02D/vN2EAA/xGHJAA/rIp0lB/TM
---------------------------------------------------------------------~->

To unsubscribe from this group, send an email to:
[email protected]

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/