Media Key + Rhythmbox + Screensaver

Bug #152851 reported by LEVIS Cyril
16
This bug affects 1 person
Affects Status Importance Assigned to Milestone
GNOME Screensaver
Confirmed
Wishlist
gnome-screensaver (Ubuntu)
Triaged
Wishlist
Unassigned

Bug Description

Hello,
I think it is not a bug, i ill blueprint this if I do but:

I have a xps 1330 and his remote control and media keys.

Last night, I have try to listen musik before sleep.
I have launch rhytmbox, try the remote control (this work), but after close the lid, and so when gnome-screensaver is start, i can't control the media player (rhythmbox or other really).

My question is could you fix rhythmbox or gnome-sreensaver to be able to control with media key , remote control will screensaver is running....

I think this is not a security issue and too, for example, if you leave your desktop and somebody come and don't like you musik, it can pause/stop it...it isn't very important i think...

Do you understand me?
sorry for my english

Thanks :)

Revision history for this message
LEVIS Cyril (atlas95) wrote :

Up ... Do you understand or not? Maybe you want more information?
Regards,

Revision history for this message
Adam Porter (alphapapa) wrote :

This is also an issue with KDE and Amarok and kdesktop, etc. It is annoying to have to unlock my session just to mute Amarok. I'm not sure where the solution lies, though. I'm guessing it would involve the screensaver or locking app letting certain keys through the lock.

Revision history for this message
Michael Nagel (nailor) wrote :

is this about letting some keys pierce the screensaver or letting them pierce into a locked session?

Revision history for this message
Pedro Villavicencio (pedro) wrote : Closing the report

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to New. Thanks again!.

Revision history for this message
Adam Porter (alphapapa) wrote :

This bug should not have been closed. It's a feature request, for one thing, and it's not lacking information from the reporter. It needs a developer that knows how things work to look at it.

Revision history for this message
LEVIS Cyril (atlas95) wrote :

I don't know how to explain more.

-Play a music in rhythmbox
-go out, gnome-screensaver start, so i must unlock for control rhythmbox with keyboard.

BUT

-I have some access touch and a remote control, i would like to be able to control rhythmbox if screensaver is started; without unlock screensaver.

Do you understand?

Revision history for this message
Michael Nagel (nailor) wrote :

if i understand correctly it is about letting some input (media hotkeys) pierce into a locked session (without unlocking it first). i think this is unlikely to be implemented. this should be reported against some relevant package, gnome-session or something like that...

Revision history for this message
LEVIS Cyril (atlas95) wrote :

Michael Nagel ,
yes it is what I want, you have understand me.

Revision history for this message
Sebastien Bacher (seb128) wrote :

thank you for your bug, letting access to a locked session is not a gnome-session bug and could be a security issue, that's not something the desktop team is going to work on, if you need access to your laptop while the lid is closed just make it not lock the session when closing the lid

Changed in gnome-session:
assignee: nobody → desktop-bugs
importance: Undecided → Low
status: New → Invalid
Revision history for this message
Richard Laager (rlaager) wrote :

Sebastien, I have to disagree. This has been a continual annoyance of mine for years on multiple operating systems. Tonight, I was working in a remote office playing music. As I was wiring, the screensaver would activate and I would then be unable to change the song if I didn't like what came up.

If the downside is security concerns, then this could be made optional. Or, I would suggest the following: In the case of the Play/Pause key, tell the application if the key was passed through the screensaver, so it would only honor a Pause, not a Play request. This allows one to skip songs and Pause the music, but not start up something.

Changed in gnome-session:
status: Invalid → New
Revision history for this message
Sebastien Bacher (seb128) wrote :

gnome-session has nothing to do with that and you should raise this issue on a mailing list or upstream to discuss it, closing the bug again since that's not due to gnome-session and not something the desktop team is going to work on

Changed in gnome-session:
status: New → Invalid
Revision history for this message
LEVIS Cyril (atlas95) wrote :

I'm happy to see this is moving :D, I'm agree with Richard Laager

Revision history for this message
Sebastien Bacher (seb128) wrote :

reassigning to gnome-screensaver rather but that should be discussed on bugzilla.gnome.org

Changed in gnome-session:
assignee: desktop-bugs → nobody
importance: Low → Wishlist
status: Invalid → New
Revision history for this message
Pedro Villavicencio (pedro) wrote :

any news about this ? did somebody sent it upstream to bugzilla.gnome.org? can you tell us the number of the report on the upstream bug tracker?

Changed in gnome-screensaver:
status: New → Confirmed
Richard Laager (rlaager)
Changed in gnome-screensaver:
importance: Undecided → Unknown
status: New → Unknown
Changed in gnome-screensaver:
status: Confirmed → Triaged
Changed in gnome-screensaver:
status: Unknown → Confirmed
Changed in gnome-screensaver:
importance: Unknown → Wishlist
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.