← Back to team overview

ubuntu-sdk-bugs team mailing list archive

[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