Multimedia keys don't work when not focused

[FrancisMarkham]

I frequently listen to individual mp3's using totem. In order to get on with my work, I either minimize totem or move it to another virtual desktop.

In either case, totem no longer responds to the multimedia keys.

I am using totem 1.2.1-0ubuntu1~breezy1 (i386 binary) in ubuntu breezy

[Sitsofe Wheeler (sitsofe)]

Indeed. I think it might be by design but totem only responds to multimedia keys when focused. This is good because programs like rhythmbox also bind to multimedia keys and it would be unclear where the key press should go if both rhtyhmbox and totem (or another app) were running at the same time...

[Sebastien Bacher (seb128)]

Thanks for your bug. I've forwarded bug #40614, which is a duplicate, upstream: http://bugzilla.gnome.org/show_bug.cgi?id=339343

[Nicolò Chieffo (yelo3)]

yes, this affects also dapper... and just for curiosity, does your totem respond to STOP hotkey??

[Sitsofe Wheeler (sitsofe)]

Interesting. Malone can't deal with upstream marked as duplicate bugs automatically.

[Sitsofe Wheeler (sitsofe)]

I can't point this bug at the new correct upstream bug http://bugzilla.gnome.org/show_bug.cgi?id=339343

[Nicolò Chieffo (yelo3)]

the gnome developer is wrong!
he's talking about using totem and rhythmbox together while instead the problem affect totem alone!

[Sitsofe Wheeler (sitsofe)]

Nicolò:

I don't think the Bastien (the GNOME developer) is wrong. The problem is you have to work in all circumstances all of the time. It might not matter to you that there would be a clash with rhythmbox but I use rhythmbox and totem together a moderate amount so it would affect me.

If you are responding to global hotkeys you can't suddently switch to local hotkeys mode when another app comes along without a lot of messy code (and that only handles that one app. What happens when another one comes along)?

[Nicolò Chieffo (yelo3)]

Ah! so Bastien was telling us that if totem could intercept multimedia
hotkeys even when it's not the selected window, and if rhythmbox is
running together with totem, it would probably be a crash?

Anyway I'm wondering in which cases are you running both together! did
you mean that it can happen that you leave open totem while listening
to music usinc rhythmbox?

Anyway I'm not sure I understood why can't both apps listen to "global hotkeys"!

[Sitsofe Wheeler (sitsofe)]

Nicolò:

It won't crash. I'll cover the problem in a moment.

>did you mean that it can happen that you leave open totem while listening
> to music usinc rhythmbox?

Yes. Or if one/both are minimised/hidden etc.

> Anyway I'm not sure I understood why can't both apps listen to "global
> hotkeys"!

Which app should respond to the global keys when both are unfocused? What about when I press play with totem focussed, should rhythmbox unpause itself too? There are a lot of cases like this. It doesn't make sense for more than one app to listen for the same global keypress.

[Nicolò Chieffo (yelo3)]

Well, I've a better idea now, thank you!

is it very difficult to write a handler to these hotkey, considering
all these priorities?

for instance:
highest priority to the app which is playing in that moment,
hi priority to the selected window,
low priority to totem if it has something enqueued and it it had been
launched after rhythmbox

suggestions welcomed!

[Sebastien Bacher (seb128)]

fixed on feisty

[Nicolò Chieffo (yelo3)]

Well. now they don't work even if it is focused!

[Sebastien Bacher (seb128)]

You probably face a different bug then

[Nicolò Chieffo (yelo3)]

it seems strange, because I've set them up in keyboard shorcuts. I
used to see nXnn but now I see XF86AudioPlay! is this normal?