When playing music, amarok doesn't prevent the computer to enter sleep (suspend mode)

Bug #118138 reported by Loïc Martin
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
amarok (Ubuntu)
Won't Fix
Undecided
Unassigned

Bug Description

Binary package hint: amarok

This problem occurs on Ubuntu, under a Gnome desktop
I'm using Feisty, and amarok 1.4.5

Steps to reproduce the bug :
- configure the computer to enter sleep (suspend mode) after a few minutes of inactivity (so you don't wait too long) - the minimum should be 2 min;
- start amarok, and play your playlist;
- don't touch keyboard/screen for the time required to enter suspend mode.

The computer enters sleep (suspend mode) even though you're still using your computer to listen to music.

Revision history for this message
Loïc Martin (loic-martin3) wrote :

One should note that it's not a whishlist. For example, other media players prevent the computer to enter sleep when playing (if you've ever played a movie in Ubuntu, you'll notice you don't have to move the mouse every now and then to prevent the computer to go to sleep :) )

Changed in amarok:
status: Unconfirmed → Confirmed
Revision history for this message
Jackflap (deriziotis) wrote :

I've found that a couple of other media players also perform the same behaviour. It happens with VLC, Songbird and Totem Movie Player (which is Ubuntu's default movie player, but not Rhythmbox).

Bugs will have to be reported for each media player, however, it seems unintuitive that Gnome's sleep mechanism doesn't check to see if any audio is currently playing before hibernating. I realize that when an app is running it needs to inform gnome that it shouldn't suspend and let gnome know when it can, however, it seems more intuitive to inform gnome on occasions that it should suspend while audio is playing and leave the default as not to suspend when audio is being played.

Suggestions?

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

Since there is no desktop independent way to declare suspend as no go, this would have to be implemented for every desktop, maybe even every power management application.
Therefore this issue is a Won't Fix currently.
Please suggest some generic way for this kind of stuff to Freedesktop.org so they can come up with a desktop independent solution.

Changed in amarok:
status: Confirmed → Won't Fix
Revision history for this message
molecule-eye (niburu1) wrote :

Wow. This is PATHETIC.

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.