Ce problème ressemble à un "ce n'est pas un bug, c'est une FONCTION" présenté par Gnome.
En bref: lorsque vous appuyez sur un bouton multimédia, il génère un code clé qui est ensuite traduit en commande. Disons que vous appuyez sur un bouton Lecture / Pause. Il génère un code clé 162 et une commande XF86AudioPlay.
Maintenant, presque toutes les applications multimédias qui attendent cet événement (que ce soit VLC, totem, kodi, spotify, etc.) s'attendent à recevoir la commande XF86AudioPlay pure. Et que fait Gnome? Il intercepte cette commande et la traduit en sa propre commande "play". Pour cette raison, ni xev ni xbindkeys ne montrent cet événement correctement - ils ne reçoivent jamais une commande qu'ils peuvent comprendre.
Lorsque vous appuyez sur un bouton multimédia, Gnome reçoit la commande et vérifie s'il existe une application reconnue comme capable de recevoir cette commande. S'il y a (disons totem, rhytmbox, peut-être VLC), il envoie un "jeu" qui devrait fonctionner. S'il n'y a aucune application reconnue comme capable de recevoir cette commande, Gnome affichera le signe attaché au premier message et n'enverra aucune commande nulle part.
La solution est simple: empêcher Gnome d'intercepter les événements clés des médias. Installez dconf-editor, accédez à org.gnome.settings-daemon.plugins.media-keys et changez n'importe quel bouton qui devrait fonctionner de XF86SomeExample (par exemple XF86AudioPlay
) à none (''). De cette façon, toute application doit recevoir directement les raccourcis clavier.