$PLayer shouldn't play on resume from hibernation

Bug #139353 reported by Dave Gilbert
6
Affects Status Importance Assigned to Milestone
Amarok
Invalid
Wishlist
kdebase-workspace (Ubuntu)
Won't Fix
Wishlist
Unassigned

Bug Description

Binary package hint: amarok

Hi,
  It occurs to me that there may be situations where you don't want a music player to resume when you come out of hibernation;
if you quickly put your machine into hibernation as you grab it leaving the house and then open it in a lecture/library
it would be embarrassing.

  So I think amarok should at least have an option (enabled by default) to switch to pause after a resume.

Dave

Revision history for this message
Andrew Ash (ash211) wrote :

The best place to file this bug would be as a wishlist at bugs.kde.org, where the Amarok devs track their bugs. Please file a bug there (if there isn't one already, of course), and link to it here so we can track it here in Launchpad too.

Thanks

Changed in amarok:
importance: Undecided → Wishlist
status: New → Incomplete
assignee: nobody → ash211
Revision history for this message
Andrew Ash (ash211) wrote :

It's in the hands of the Amarok devs now then. Maybe we'll eventually see this in Amarok2!

Changed in amarok:
assignee: ash211 → nobody
status: Incomplete → Confirmed
Revision history for this message
In , Gilbertd+kde (gilbertd+kde) wrote :

Version: 1.4.7-0ubuntu3 (using KDE KDE 3.5.7)
Installed from: Ubuntu Packages
OS: Linux

When I perform a hibernate/resume on my machine I think it would be nice to have the option of Amarok NOT resuming even if it was playing at the time of the hibernate; if you just quickly hibernate a laptop and then open it somewhere like a library it could be embarrassing!

I added this bug originally as Ubuntu bug:
https://bugs.launchpad.net/ubuntu/+source/amarok/+bug/139353

which I'll link to this report.

Changed in amarok:
status: Unknown → New
Changed in amarok:
status: New → Won't Fix
Revision history for this message
In , Mark Kretschmann (kretschmann) wrote :

Sorry but I don't know of any way to detect a hibernation. I think you should simply stop playback before hibernating.

Revision history for this message
Dave Gilbert (ubuntu-treblig) wrote :

The Amarok guys have WontFix'ed this on the basis they don't know a way to detect hibernation;
having apps detect a hibernate would seem a reasonable thing - If there is no way of detecting it then
I wonder where such a facillity should be detected.
(I've put a similar comment on the Amarok bug).

Dave

Revision history for this message
In , Gilbertd+kde (gilbertd+kde) wrote :

Hi Mark,
  I still think this would be a nice to have piece of functionality; if however there is no current way for apps to detect a hibernation about to happen then that sounds like it needs something filing somewhere else - any idea where? I can't believe this is the only thing which would be nice to do before hibernation.

Dave

Revision history for this message
In , richlv (rich-hq) wrote :

suspend2 or tuxonice, as it is known now, has hibernation scripts.
you probably could easily add a dcop call to pause amarok before suspending.
see http://www.tuxonice.net/

Revision history for this message
Harald Sitter (apachelogger) wrote :

As discussed with upstream:

<apachelogger> Nightrose: your player supports that fdo spec for common dbus music player interface?
<Nightrose> yes
<apachelogger> Nightrose: how about that: powerdevil gets a setting to pause playback on hibernation ... if it is set powerdevil does a dbus call to the mpris interface ... hopefully mpris somehow implements the case where multiple players are running and all of them are paused

Also see:
http://www.mpris.org/
And:
http://wiki.xmms2.xmms.se:80/wiki/MPRIS#D-Bus

Revision history for this message
In , Lydia Pintscher (lydia-pintscher) wrote :

Moving to powerdevil as this should be done system-wide and not in a single player after a discussion on IRC.

[20:50:06] <apachelogger> Nightrose: how about that: powerdevil gets a setting to pause playback on hibernation ... if it is set powerdevil does a dbus call to the mpris interface ... hopefully mpris somehow implements the case where multiple players are running and all of them are paused
[20:51:07] <Nightrose> sounds good
[20:51:34] <apachelogger> Nightrose: even if the mpris spec doesn't consider this case powerdevil could still pause the player which obtains lock on the mpris interface
[20:51:47] <Nightrose> *nod*
[20:51:56] <Nightrose> should be good enough in nearly all cases

for reference: http://wiki.xmms2.xmms.se:80/wiki/MPRIS#D-Bus

Changed in amarok:
status: Won't Fix → New
Revision history for this message
In , Drf-a (drf-a) wrote :

Ok, adding this to 4.3 feature list

Changed in amarok:
status: New → In Progress
Changed in kdebase-workspace:
status: Confirmed → Triaged
Revision history for this message
In , Jonathan Thomas (echidnaman) wrote :

*** Bug 186086 has been marked as a duplicate of this bug. ***

Revision history for this message
Jonathan Thomas (echidnaman) wrote :

Hi there,
We are in the process of closing wishlist items that have already been reported at KDE. Don't worry, your issue still is being tracked at KDE's bug tracker at: http://bugs.kde.org/show_bug.cgi?id=150396 . It's just that Kubuntu currently does not have the manpower necessary to take this feature on ourselves. We will receive this functionality once KDE implements it in one of their releases.

Thanks for understanding, and have a nice day.

Changed in kdebase-workspace (Ubuntu):
status: Triaged → Won't Fix
Revision history for this message
In , Drf-a (drf-a) wrote :

As now the Power Management system offers a resume signal, it's up to Amarok devs to implement this feature if they want to

Changed in amarok:
importance: Unknown → Wishlist
Revision history for this message
In , Alex Merry (randomguy3) wrote :

Removing from the "D-Bus interfaces" component, as it is not about an interface Amarok exposes.

Changed in amarok:
status: In Progress → Confirmed
Changed in amarok:
status: Confirmed → Unknown
Revision history for this message
In , Matěj Laitl (f-matej) wrote :

Already implemented, thank to Anmol Ahuja.

*** This bug has been marked as a duplicate of bug 222571 ***

Changed in amarok:
status: Unknown → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.