[Bugs] #3661 Jukebox UNSP: Jukebox should always save a playlist with references to media
Sugar Labs Bugs
bugtracker-noreply at sugarlabs.org
Fri Jun 8 10:12:06 EDT 2012
#3661: Jukebox should always save a playlist with references to media
------------------------------------------+---------------------------------
Reporter: manuq | Owner: manuq
Type: defect | Status: new
Priority: Unspecified by Maintainer | Milestone: 0.96
Component: Jukebox | Version: Unspecified
Severity: Unspecified | Keywords: 12.1.0
Distribution: Unspecified | Status_field: Unconfirmed
------------------------------------------+---------------------------------
Description changed by manuq:
Old description:
> Current playlist handling is a bit inconsistent, so the hopefully clear
> testcases below would help as specification. Journal current behaviour
> is to copy to the Journal a file that is stored in an external media, so
> Jukebox can't avoid that copy in today's Journal.
>
> TestCases:
>
> * start Jukebox from scratch, close it
> * an empty playlist is stored, type: audio/x-mpegurl, size: empty,
> title: "Jukebox Activity"
>
> Currently, the entry added to the journal is type: unknown.
>
> * start Jukebox from scratch, add one media, close
> * a playlist is stored, type: audio/x-mpegurl
>
> * start Jukebox from scratch, add more than one media, close
> * a playlist is stored, type: audio/x-mpegurl
>
> Currently, two entries are added to the journal. One is type:
> audio/x-mpegurl, title: "Jukebox playlist". The other is type:
> unknown, size: empty
>
> * start playlist (type: audio/x-mpegurl) with Jukebox, add one media,
> close
> * a playlist is stored, type: audio/x-mpegurl
>
> * start Jukebox from media inside journal, close
> * a playlist is stored, type: audio/x-mpegurl, title: "Jukebox
> playlist"
>
> * start Jukebox from media outside journal (ie Documents folder), close
> * the media is copied to the journal (as per Journal current behaviour
> [1])
> * also a playlist is stored, type: audio/x-mpegurl, title: "Jukebox
> playlist"
>
> [1] sugar/src/jarabe/journal/misc.py resume() function
New description:
Current playlist handling is a bit inconsistent, so the hopefully clear
testcases below would help as specification. Journal current behaviour is
to copy to the Journal a file that is stored in an external media, so
Jukebox can't avoid that copy in today's Journal.
TestCases:
* start Jukebox from scratch, close it
* an empty playlist is stored, type: audio/x-mpegurl, size: empty,
title: "Jukebox Activity"
Currently, the entry added to the journal is type: unknown.
* start Jukebox from scratch, add one media, close
* a playlist is stored, type: audio/x-mpegurl
Currently, the entry added to the journal is type: unknown, size: empty.
* start Jukebox from scratch, add more than one media, close
* a playlist is stored, type: audio/x-mpegurl
Currently, two entries are added to the journal. One is type:
audio/x-mpegurl, title: "Jukebox playlist". The other is type:
unknown, size: empty
* start playlist (type: audio/x-mpegurl) with Jukebox, add one media,
close
* a playlist is stored, type: audio/x-mpegurl
* start Jukebox from media inside journal, close
* a playlist is stored, type: audio/x-mpegurl, title: "Jukebox
playlist"
* start Jukebox from media outside journal (ie Documents folder), close
* the media is copied to the journal (as per Journal current behaviour
[1])
* also a playlist is stored, type: audio/x-mpegurl, title: "Jukebox
playlist"
[1] sugar/src/jarabe/journal/misc.py resume() function
--
--
Ticket URL: <http://bugs.sugarlabs.org/ticket/3661#comment:4>
Sugar Labs <http://sugarlabs.org/>
Sugar Labs bug tracking system
More information about the Bugs
mailing list