Bug 707749

Summary:	Mute button put in invalid state when activated with screensaver on.
Product:	Red Hat Enterprise Linux 6	Reporter:	Paul Vine <pvine>
Component:	gnome-screensaver	Assignee:	Ray Strode [halfline] <rstrode>
Status:	CLOSED WONTFIX	QA Contact:	desktop-bugs <desktop-bugs>
Severity:	low	Docs Contact:
Priority:	unspecified
Version:	6.0
Target Milestone:	rc
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2011-06-20 15:15:07 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:

Description Paul Vine 2011-05-25 20:17:09 UTC

Description of problem:
When the mute button is pressed with the screensaver on the LED in the button is turned on but sound is not muted.

Version-Release number of selected component (if applicable):
gnome-session-2.28.0-15.el6.x86_64

How reproducible:
Follow steps.

Steps to Reproduce:
1.Start audio app with some output.
2.Lock screen.
3.Push mute button.
  
Actual results:
Mute button LED is turned on but sound is not muted. After screen is unlocked pushing mute button again turns sound off and LED off so they are out of sync. 

Expected results:
Nothing should happen if mute button is pushed with screen locked. Or LED should turn on AND sound should be muted.

Additional info:
Lenovo T510 type: 4384-F78

Comment 2 Ray Strode [halfline] 2011-06-20 15:04:41 UTC

It's a valid bug and reasonable request to fix it, but it's hard to implement.

The screen is locked so the code that handles mute never gets to see the keypress.
We'd either have to copy and paste that code into gnome-screensaver or do some sort of IPC with gnome-settings-daemon (the process running the code in question).  Either route is going to be messy and probably not appropriate for a RHEL update barring significant customer interest.

devnack

Comment 3 RHEL Program Management 2011-06-20 15:15:07 UTC

Development Management has reviewed and declined this request.  You may appeal
this decision by reopening this request.