vdr-sxfe --lirc from Unity launcher causes remote control keypresses to be detected twice or ignored
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
linux-lts-xenial (Ubuntu) |
New
|
Undecided
|
Unassigned | ||
vdr-plugin-xineliboutput (Ubuntu) |
Confirmed
|
Undecided
|
Unassigned |
Bug Description
xineliboutput-sxfe 1.0.7+cvs201112
However, VDR is already reading the same LIRC device/events as well.
The resulting perceived duplication of remote control keypresses causes some buttons to stop working entirely (e.g. Menu), whereas the arrow keys skip every other menu item/channel: http://
This is likely to cause widespread painstaking futile attempts to tweak LIRC configurations (already of considerable complexity anyway, cf. http://
Without a straightforward way to change the Unity Launcher settings (which are also missing a meaningful icon for vdr-sxfe in the default unconnected state, showing just "?" and a mouse-over text of "VDR X-Frontend"), there is no easy workaround for users to remove the --lirc parameter from the button for xineliboutput-sxfe 1.0.7+cvs201112
http://
Changes in /usr/share/ applications/ vdr-sxfe. desktop are ignored; they actually have to be made by app-install/ desktop/ xineliboutput- sxfe:vdr- sxfe.desktop www.vdr- portal. de/board18- vdr-hardware/ board13- fernbedienungen /p1072963- doppelte- tastenerkennung -im-vdr/ #post1072963) share_icons_ xineliboutput- sxfe
sudo nano -w /usr/share/
(cf. http://
as the following lines are wrong (first one unless VDR itself is running on another machine; second always):
Exec=vdr-sxfe --lirc
Icon=_usr_
These should be: share/icons/ xineliboutput- sxfe.svg
Exec=vdr-sxfe
Icon=/usr/
Removing --lirc takes effect immediately to make the remote control work properly again,
the icon change is seen after the next reboot (please feel free to add instructions on how to make the Unity Launcher re-read a specific .desktop file at runtime).