If music-app is killed by the OOM handler while playing music, it's player session should continue to live on and info lost during the suspend period needs to be exposed

Bug #1518160 reported by Andrew Hayzen on 2015-11-20
20
This bug affects 4 people
Affects Status Importance Assigned to Milestone
Canonical System Image
Medium
Unassigned
ubuntu-application-lifecycle
Undecided
Unassigned
media-hub (Ubuntu)
Medium
Unassigned
media-hub (Ubuntu RTM)
Medium
Unassigned
qtubuntu-media (Ubuntu)
Medium
Unassigned
qtubuntu-media (Ubuntu RTM)
Medium
Unassigned

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)

Jim Hodapp (jhodapp) wrote :

I'd like to implement this fix as the beginnings of making the metadata interface out of media-hub more useful.

Changed in media-hub (Ubuntu):
status: New → Triaged
Changed in media-hub (Ubuntu RTM):
status: New → Triaged
Changed in qtubuntu-media (Ubuntu):
status: New → Triaged
Changed in qtubuntu-media (Ubuntu RTM):
status: New → Triaged
Changed in media-hub (Ubuntu):
importance: Undecided → Medium
Changed in media-hub (Ubuntu RTM):
importance: Undecided → Medium
Changed in qtubuntu-media (Ubuntu):
importance: Undecided → Medium
Changed in qtubuntu-media (Ubuntu RTM):
importance: Undecided → Medium
Changed in canonical-devices-system-image:
assignee: nobody → John McAleely (john.mcaleely)
importance: Undecided → Medium
milestone: none → backlog
status: New → Triaged
Andrew Hayzen (ahayzen) wrote :

Conversation on IRC about lifecycle and keeping sessions [0]

0 -http://pastebin.ubuntu.com/15347368/

summary: - Once the music-app has a normal app lifecycle there needs to be a
- mechanism to sync the info lost during the suspend period
+ If music-app is killed by the OOM handler while playing music, it's
+ player session should continue to live on and info lost during the
+ suspend period needs to be exposed
Changed in canonical-devices-system-image:
assignee: John McAleely (john.mcaleely) → nobody
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers