Bug 520789

Summary: Should not put computer to sleep if playing music or movies
Product: [Fedora] Fedora Reporter: Amit Shah <amit.shah>
Component: amarokAssignee: Rex Dieter <rdieter>
Status: CLOSED UPSTREAM QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: 11CC: amit.shah, fedora, oliver.henshaw, rdieter, rhughes, richard, smparrish
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2010-03-23 17:01:54 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Amit Shah 2009-09-02 12:26:24 UTC
Description of problem:
Setting the 'Put computer to sleep if inactive for' to something like 30 minutes and just playing music (amarok in my case) without any mouse/keyboard activity... puts it to sleep.

Desired result would be to not sleep when music or movies are being played.

Comment 2 Steven M. Parrish 2009-09-13 01:48:17 UTC
Thank you for taking the time to report this issue.

This is an issue that needs to be addressed by the upstream developers. Please report this at http://bugs.kde.org and then add the upstream report information to this report.  We will monitor the upstream report for a resolution to this issue, and will review any bug fixes that become available for consideration in future updates.

Setting status to NEEDINFO, and awaiting upstream bug report URL for tracking.

Thanks in advance.

-- 
Steven M. Parrish - KDE Triage Master
                  - PackageKit Triager
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 3 Oliver Henshaw 2010-03-23 16:08:01 UTC
https://bugs.kde.org/show_bug.cgi?id=214438 seems to be an appropriate upstream bug. I'm not entirely sure why it was closed though - seems like the original report is valid even if subsequent comments went off-piste.

Comment 4 Rex Dieter 2010-03-23 17:01:54 UTC
thanks (closing->upstream), I'll followup in that bug.