ubuntu-sdk-bugs team mailing list archive
-
ubuntu-sdk-bugs team
-
Mailing list archive
-
Message #04950
[Bug 1518160] [NEW] Once the music-app has a normal app lifecycle there needs to be a mechanism to sync the info lost during the suspend period
Public bug reported:
Once the music-app has a normal app lifecycle there needs to be a
mechanism to sync the info lost during the suspend period.
An example scenario:
1) A set of music starts playing
2) The music-app is suspended and put in the bg
3) A set of tracks play
4) The user kills the app (doesn't give it focus again)
5) Music stops and the 'session' has ended (potentially the device could even be restarted)
6) However, we have now 'lost' the tracks that were played we need some mechanism that when we next come back, syncs with us as says hey this set of URLs played while you were away with timestamps when they were played and the new currentIndex
The information we require:
- The list of tracks that were played
- A timestamp of when each track was played
- The new currentIndex
What this information is used for:
- Infographics of the number of tracks played today (this is why we need the list of tracks and the timestamp)
- Dynamic playlists, eg most played, recently played etc (this is why we need the list of tracks)
- Restoring the savedQueue and position (this is why we need the currentIndex)
** Affects: qtubuntu-media (Ubuntu)
Importance: Undecided
Status: New
** Tags: bgplaylist
--
You received this bug notification because you are a member of Ubuntu
SDK bug tracking, which is subscribed to qtubuntu-media in Ubuntu.
https://bugs.launchpad.net/bugs/1518160
Title:
Once the music-app has a normal app lifecycle there needs to be a
mechanism to sync the info lost during the suspend period
Status in qtubuntu-media package in Ubuntu:
New
Bug description:
Once the music-app has a normal app lifecycle there needs to be a
mechanism to sync the info lost during the suspend period.
An example scenario:
1) A set of music starts playing
2) The music-app is suspended and put in the bg
3) A set of tracks play
4) The user kills the app (doesn't give it focus again)
5) Music stops and the 'session' has ended (potentially the device could even be restarted)
6) However, we have now 'lost' the tracks that were played we need some mechanism that when we next come back, syncs with us as says hey this set of URLs played while you were away with timestamps when they were played and the new currentIndex
The information we require:
- The list of tracks that were played
- A timestamp of when each track was played
- The new currentIndex
What this information is used for:
- Infographics of the number of tracks played today (this is why we need the list of tracks and the timestamp)
- Dynamic playlists, eg most played, recently played etc (this is why we need the list of tracks)
- Restoring the savedQueue and position (this is why we need the currentIndex)
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/qtubuntu-media/+bug/1518160/+subscriptions
Follow ups