Re: [Touch-packages] [Bug 123920] Re: Bluetooth Logitech Dinovo Keyboard/Mouse don't work
Yes. My hardware is still working as well as the day I got it. I only charge it rarely, maybe once every other month. I always turn it off when not in use and don't leave it attached to the charging base. Maybe that helped the longevity, or maybe i just got lucky. > On January 28, 2020 at 10:36 PM Rob Bruce <123...@bugs.launchpad.net> wrote: > > > It seems a shame that my affected hardware didn't live to see this day > :( If it had held on another year and a half, I would've been able to > test this out. Glad Martin's was still working to check it out over > _eleven years_ (!) after he first commented on this issue! > > -- > You received this bug notification because you are subscribed to the bug > report. > https://bugs.launchpad.net/bugs/123920 > > Title: > Bluetooth Logitech Dinovo Keyboard/Mouse don't work > > To manage notifications about this bug go to: > https://bugs.launchpad.net/bluez-utils-old/+bug/123920/+subscriptions "Don't fear the penguin" Dr. Martin G. Miller mgmil...@optonline.net -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to bluez in Ubuntu. https://bugs.launchpad.net/bugs/123920 Title: Bluetooth Logitech Dinovo Keyboard/Mouse don't work Status in Bluez-utils: New Status in Linux Mint: Invalid Status in Unity: Invalid Status in bluez package in Ubuntu: Fix Released Status in linux package in Ubuntu: Invalid Status in linux-source-2.6.22 package in Ubuntu: Won't Fix Status in udev package in Ubuntu: Invalid Bug description: Testing Gutsy Gibbon Tribe 2 LiveCD and bluetooth keyboard and mouse will work until Nautilus starts. After Nautilus starts the keyboard and mouse are unresponsive and do not work. I tried reconnecting the keyboard and mouse by using the discovery buttons on both the Bluetooth Dongle and Input device. The problem still persists. Using Intel P4 2.8 Ghz Processor, 3 GB ddr400 ram, Intel D875PBZ motherboard. Logitech Dinovo media keyboard and mx1000 laser bluetooth mouse, with logitech mini bluetooth receiver. To manage notifications about this bug go to: https://bugs.launchpad.net/bluez-utils-old/+bug/123920/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 123920] Re: Bluetooth Logitech Dinovo Keyboard/Mouse don't work
In a recent clean install of Ubuntu 19.10 I did not have any problems with this keyboard/mouse. Actually, its an integrated track pad. > On January 28, 2020 at 3:41 AM Daniel van Vugt > wrote: > > > Can anyone confirm if this bug still exists with Logitech Dinovos in a > current Ubuntu release? > > > ** Changed in: bluez (Ubuntu) >Status: Confirmed => Incomplete > > ** No longer affects: bluez > > ** Bug watch removed: Debian Bug tracker #355497 >https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=355497 > > ** Bug watch removed: Debian Bug tracker #589388 >https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=589388 > > ** Bug watch removed: Red Hat Bugzilla #635244 >https://bugzilla.redhat.com/show_bug.cgi?id=635244 > > ** Bug watch removed: bugs.sabayon.org/ #2687 >http://bugs.sabayon.org/show_bug.cgi?id=2687 > > -- > You received this bug notification because you are subscribed to the bug > report. > https://bugs.launchpad.net/bugs/123920 > > Title: > Bluetooth Logitech Dinovo Keyboard/Mouse don't work > > To manage notifications about this bug go to: > https://bugs.launchpad.net/bluez-utils-old/+bug/123920/+subscriptions "Don't fear the penguin" Dr. Martin G. Miller mgmil...@optonline.net ** Bug watch added: Debian Bug tracker #355497 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=355497 ** Bug watch added: Debian Bug tracker #589388 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=589388 ** Bug watch added: Red Hat Bugzilla #635244 https://bugzilla.redhat.com/show_bug.cgi?id=635244 ** Bug watch added: bugs.sabayon.org/ #2687 http://bugs.sabayon.org/show_bug.cgi?id=2687 -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to bluez in Ubuntu. https://bugs.launchpad.net/bugs/123920 Title: Bluetooth Logitech Dinovo Keyboard/Mouse don't work Status in Bluez-utils: New Status in Linux Mint: Invalid Status in Unity: Invalid Status in bluez package in Ubuntu: Incomplete Status in linux package in Ubuntu: Invalid Status in linux-source-2.6.22 package in Ubuntu: Won't Fix Status in udev package in Ubuntu: Invalid Bug description: Testing Gutsy Gibbon Tribe 2 LiveCD and bluetooth keyboard and mouse will work until Nautilus starts. After Nautilus starts the keyboard and mouse are unresponsive and do not work. I tried reconnecting the keyboard and mouse by using the discovery buttons on both the Bluetooth Dongle and Input device. The problem still persists. Using Intel P4 2.8 Ghz Processor, 3 GB ddr400 ram, Intel D875PBZ motherboard. Logitech Dinovo media keyboard and mx1000 laser bluetooth mouse, with logitech mini bluetooth receiver. To manage notifications about this bug go to: https://bugs.launchpad.net/bluez-utils-old/+bug/123920/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 388553] Re: Wi-Fi Protected Setup (WPS) not supported
Ran into this problem at a patients house today. I am running Ubuntu 16.04 and usually connect through my cell phone as a mobile hotspot, but there was no cell service at the location I went to. The patient has wifi in her house, but it only works with Windows 10 with WPS button on the router. Even though she gave me the password, I could not connect. Her new Verizon supplied router only wants WPS connections for some reason. Anyway, Ubuntu should really be able to do this. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to network-manager in Ubuntu. https://bugs.launchpad.net/bugs/388553 Title: Wi-Fi Protected Setup (WPS) not supported Status in Ayatana Design: New Status in NetworkManager: Confirmed Status in network-manager package in Ubuntu: Triaged Bug description: As the title the Wi-Fi Protected Setup (WPS) is not supported by NetworkManager (but is supported by wpa_supplicant). The WPS WI-Fi standard is implementated in various newer access points and allow user to configure the access point in just a few of steps and do all configuring process very simple. Specifications: http://www.wi-fi.org/wifi-protected-setup/ To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/388553/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1352374] Re: changing backlight color on saitek eclipse 2 keyboard causes mouse failure
I have tested it as you requested with the 64 bit 15.04 daily image. There is no change in behavior. The problem persists. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to xorg in Ubuntu. https://bugs.launchpad.net/bugs/1352374 Title: changing backlight color on saitek eclipse 2 keyboard causes mouse failure Status in xorg package in Ubuntu: Incomplete Bug description: This has apparently been ongoing for a long time. I have a Saitek Eclipse ii keyboard and I and others report that when you click the keyboard button to change the back light color, it triggers mouse events. These end up disabling the mouse, in my case Microsoft Intellimouse. Unplugging and replugging the USB cable for the keyboard resets function to normal with the default blue back light color. If you try to change the color, the problem returns. I am now running 64 bit 14.04 and the problem has been with me since at least 12.04. If I change the backlight color while the system is booting up but before the log in screen appears, I can select the color I want the keyboard to be, but if I wait till after the log in screen appears, then the mouse is non-functional when the desktop loads until I log off and back on. Here is some relevant data from a report on Ubuntu forums (http://ubuntuforums.org/showthread.php?t=2174670) about this exact problem... /dev/input/event5 bustype : BUS_USB vendor : 0x6a3 product : 0x8021 version : 273 name : "Chicony Saitek Eclipse II Keyboa" phys : "usb-:00:1d.0-1/input0" uniq : "" bits ev : EV_SYN EV_KEY EV_MSC EV_LED EV_REP /dev/input/event6 bustype : BUS_USB vendor : 0x6a3 product : 0x8021 version : 273 name : "Chicony Saitek Eclipse II Keyboa" phys : "usb-:00:1d.0-1/input1" uniq : "" bits ev : EV_SYN EV_KEY EV_MSC The feature that causes the problem here is the button to turn on/off/change the kb backlight color. input-events for /dev/input/event6: First press (backlight off->blue): emulates left click 19:43:40.885931: EV_MSC MSC_SCAN -16646143 19:43:40.885936: EV_KEY BTN_0 (0x100) pressed 19:43:40.885941: EV_MSC MSC_SCAN -16646140 19:43:40.885942: EV_KEY BTN_3 (0x103) released 19:43:40.885943: EV_SYN code=0 value=0 Second press (blue->red): emulates middle click 19:43:43.101984: EV_MSC MSC_SCAN -16646143 19:43:43.101989: EV_KEY BTN_0 (0x100) released 19:43:43.101992: EV_MSC MSC_SCAN -16646142 19:43:43.101992: EV_KEY BTN_1 (0x101) pressed 19:43:43.101996: EV_SYN code=0 value=0 Third press (red->purple): emulates right click 19:43:38.005865: EV_MSC MSC_SCAN -16646142 19:43:38.005869: EV_KEY BTN_1 (0x101) released 19:43:38.005871: EV_MSC MSC_SCAN -16646141 19:43:38.005872: EV_KEY BTN_2 (0x102) pressed 19:43:38.005874: EV_SYN code=0 value=0 Fourth press (purple->off) emulates ??? 19:43:39.765915: EV_MSC MSC_SCAN -16646141 19:43:39.765921: EV_KEY BTN_2 (0x102) released 19:43:39.765925: EV_MSC MSC_SCAN -1664614019 19:43:39.765926: EV_KEY BTN_3 (0x103) pressed 19:43:39.765928: EV_SYN code=0 value=0 So, the backlight changing on a keyboard act as different types of mouse clicks based on what color you switch to. Apparently this problem is also present in PCLinuxOS. Is this possibly a Udev issue? ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: xorg 1:7.7+1ubuntu8 ProcVersionSignature: Ubuntu 3.13.0-32.57-generic 3.13.11.4 Uname: Linux 3.13.0-32-generic x86_64 NonfreeKernelModules: nvidia .proc.driver.nvidia.gpus.0: Error: [Errno 21] Is a directory: '/proc/driver/nvidia/gpus/0' .proc.driver.nvidia.registry: Binary: "" .proc.driver.nvidia.version: NVRM version: NVIDIA UNIX x86_64 Kernel Module 331.38 Wed Jan 8 19:32:30 PST 2014 GCC version: gcc version 4.8.2 (Ubuntu 4.8.2-19ubuntu1) .tmp.unity.support.test.0: ApportVersion: 2.14.1-0ubuntu3.2 Architecture: amd64 CompizPlugins: [core,composite,opengl,compiztoolbox,decor,mousepoll,snap,move,vpswitch,regex,place,animation,session,imgpng,grid,gnomecompat,wall,resize,expo,unitymtgrabhandles,workarounds,fade,ezoom,scale,unityshell] CompositorRunning: compiz CompositorUnredirectDriverBlacklist: '(nouveau|Intel).*Mesa 8.0' CompositorUnredirectFSW: true CurrentDesktop: Unity Date: Mon Aug 4 09:47:36 2014 DistUpgraded: 2014-08-02 23:43:24,960 DEBUG enabling apt cron job DistroCodename: trusty DistroVariant: ubuntu ExtraDebuggingInterest: Yes, if not too technical GraphicsCard: NVIDIA Corporation GF116 [GeForce GTX 550 Ti] [10de:1244] (rev a1) (prog-if 00 [VGA controller]) Subsystem: eVga.com. Corp. Device [3842:1556] InstallationDate: Installed on 2009-11-04 (1733 days ago) InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release amd64 (20091027) MachineType: To be filled by O.E.M. To be filled by O.E.M. ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-
[Touch-packages] [Bug 1352374] Re: changing backlight color on saitek eclipse 2 keyboard causes mouse failure
Status New I have updated the BIOS from version 1503 (1-16-13) to version 2501. Here is the output of your command: marty@tux:~$ sudo dmidecode -s bios-version && sudo dmidecode -s bios-release-date [sudo] password for marty: 2501 04/07/2014 marty@tux:~$ The behavior is unchanged from before the BIOS update. If I wait until the system finishes booting and I am on my desktop and attempt to change the start up color of the keyboard illumination from blue to red, I lose most mouse left and right click ability on the desktop area. I can still click the gear icon and have the system log off and log back on as long as I don't wait too long. The longer I wait to attempt the log off, the less mouse function I have until all it does is move the cursor around, but nothing is clickable. The keyboard will still function for a much longer period of time until everything becomes unresponsive. My current work around is to change the keyboard color as soon as the boot process starts to load the Linux kernel. If I wait until I am on the desktop to change the color, then I must immediately log off and back on and everything is fine as long as I don't attempt to change the color again. Any further changes of keyboard color require an immediate log off and on to keep the system stable. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to xorg in Ubuntu. https://bugs.launchpad.net/bugs/1352374 Title: changing backlight color on saitek eclipse 2 keyboard causes mouse failure Status in xorg package in Ubuntu: Incomplete Bug description: This has apparently been ongoing for a long time. I have a Saitek Eclipse ii keyboard and I and others report that when you click the keyboard button to change the back light color, it triggers mouse events. These end up disabling the mouse, in my case Microsoft Intellimouse. Unplugging and replugging the USB cable for the keyboard resets function to normal with the default blue back light color. If you try to change the color, the problem returns. I am now running 64 bit 14.04 and the problem has been with me since at least 12.04. If I change the backlight color while the system is booting up but before the log in screen appears, I can select the color I want the keyboard to be, but if I wait till after the log in screen appears, then the mouse is non-functional when the desktop loads until I log off and back on. Here is some relevant data from a report on Ubuntu forums (http://ubuntuforums.org/showthread.php?t=2174670) about this exact problem... /dev/input/event5 bustype : BUS_USB vendor : 0x6a3 product : 0x8021 version : 273 name : "Chicony Saitek Eclipse II Keyboa" phys : "usb-:00:1d.0-1/input0" uniq : "" bits ev : EV_SYN EV_KEY EV_MSC EV_LED EV_REP /dev/input/event6 bustype : BUS_USB vendor : 0x6a3 product : 0x8021 version : 273 name : "Chicony Saitek Eclipse II Keyboa" phys : "usb-:00:1d.0-1/input1" uniq : "" bits ev : EV_SYN EV_KEY EV_MSC The feature that causes the problem here is the button to turn on/off/change the kb backlight color. input-events for /dev/input/event6: First press (backlight off->blue): emulates left click 19:43:40.885931: EV_MSC MSC_SCAN -16646143 19:43:40.885936: EV_KEY BTN_0 (0x100) pressed 19:43:40.885941: EV_MSC MSC_SCAN -16646140 19:43:40.885942: EV_KEY BTN_3 (0x103) released 19:43:40.885943: EV_SYN code=0 value=0 Second press (blue->red): emulates middle click 19:43:43.101984: EV_MSC MSC_SCAN -16646143 19:43:43.101989: EV_KEY BTN_0 (0x100) released 19:43:43.101992: EV_MSC MSC_SCAN -16646142 19:43:43.101992: EV_KEY BTN_1 (0x101) pressed 19:43:43.101996: EV_SYN code=0 value=0 Third press (red->purple): emulates right click 19:43:38.005865: EV_MSC MSC_SCAN -16646142 19:43:38.005869: EV_KEY BTN_1 (0x101) released 19:43:38.005871: EV_MSC MSC_SCAN -16646141 19:43:38.005872: EV_KEY BTN_2 (0x102) pressed 19:43:38.005874: EV_SYN code=0 value=0 Fourth press (purple->off) emulates ??? 19:43:39.765915: EV_MSC MSC_SCAN -16646141 19:43:39.765921: EV_KEY BTN_2 (0x102) released 19:43:39.765925: EV_MSC MSC_SCAN -1664614019 19:43:39.765926: EV_KEY BTN_3 (0x103) pressed 19:43:39.765928: EV_SYN code=0 value=0 So, the backlight changing on a keyboard act as different types of mouse clicks based on what color you switch to. Apparently this problem is also present in PCLinuxOS. Is this possibly a Udev issue? ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: xorg 1:7.7+1ubuntu8 ProcVersionSignature: Ubuntu 3.13.0-32.57-generic 3.13.11.4 Uname: Linux 3.13.0-32-generic x86_64 NonfreeKernelModules: nvidia .proc.driver.nvidia.gpus.0: Error: [Errno 21] Is a directory: '/proc/driver/nvidia/gpus/0' .proc.driver.nvidia.registry: Binary: "" .proc.driver.nvidia.version: NVRM version: NVIDIA UNIX x86_64 Kernel Mod
[Touch-packages] [Bug 1352374] [NEW] changing backlight color on saitek eclipse 2 keyboard causes mouse failure
Public bug reported: This has apparently been ongoing for a long time. I have a Saitek Eclipse ii keyboard and I and others report that when you click the keyboard button to change the back light color, it triggers mouse events. These end up disabling the mouse, in my case Microsoft Intellimouse. Unplugging and replugging the USB cable for the keyboard resets function to normal with the default blue back light color. If you try to change the color, the problem returns. I am now running 64 bit 14.04 and the problem has been with me since at least 12.04. If I change the backlight color while the system is booting up but before the log in screen appears, I can select the color I want the keyboard to be, but if I wait till after the log in screen appears, then the mouse is non-functional when the desktop loads until I log off and back on. Here is some relevant data from a report on Ubuntu forums (http://ubuntuforums.org/showthread.php?t=2174670) about this exact problem... /dev/input/event5 bustype : BUS_USB vendor : 0x6a3 product : 0x8021 version : 273 name : "Chicony Saitek Eclipse II Keyboa" phys : "usb-:00:1d.0-1/input0" uniq : "" bits ev : EV_SYN EV_KEY EV_MSC EV_LED EV_REP /dev/input/event6 bustype : BUS_USB vendor : 0x6a3 product : 0x8021 version : 273 name : "Chicony Saitek Eclipse II Keyboa" phys : "usb-:00:1d.0-1/input1" uniq : "" bits ev : EV_SYN EV_KEY EV_MSC The feature that causes the problem here is the button to turn on/off/change the kb backlight color. input-events for /dev/input/event6: First press (backlight off->blue): emulates left click 19:43:40.885931: EV_MSC MSC_SCAN -16646143 19:43:40.885936: EV_KEY BTN_0 (0x100) pressed 19:43:40.885941: EV_MSC MSC_SCAN -16646140 19:43:40.885942: EV_KEY BTN_3 (0x103) released 19:43:40.885943: EV_SYN code=0 value=0 Second press (blue->red): emulates middle click 19:43:43.101984: EV_MSC MSC_SCAN -16646143 19:43:43.101989: EV_KEY BTN_0 (0x100) released 19:43:43.101992: EV_MSC MSC_SCAN -16646142 19:43:43.101992: EV_KEY BTN_1 (0x101) pressed 19:43:43.101996: EV_SYN code=0 value=0 Third press (red->purple): emulates right click 19:43:38.005865: EV_MSC MSC_SCAN -16646142 19:43:38.005869: EV_KEY BTN_1 (0x101) released 19:43:38.005871: EV_MSC MSC_SCAN -16646141 19:43:38.005872: EV_KEY BTN_2 (0x102) pressed 19:43:38.005874: EV_SYN code=0 value=0 Fourth press (purple->off) emulates ??? 19:43:39.765915: EV_MSC MSC_SCAN -16646141 19:43:39.765921: EV_KEY BTN_2 (0x102) released 19:43:39.765925: EV_MSC MSC_SCAN -1664614019 19:43:39.765926: EV_KEY BTN_3 (0x103) pressed 19:43:39.765928: EV_SYN code=0 value=0 So, the backlight changing on a keyboard act as different types of mouse clicks based on what color you switch to. Apparently this problem is also present in PCLinuxOS. Is this possibly a Udev issue? ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: xorg 1:7.7+1ubuntu8 ProcVersionSignature: Ubuntu 3.13.0-32.57-generic 3.13.11.4 Uname: Linux 3.13.0-32-generic x86_64 NonfreeKernelModules: nvidia .proc.driver.nvidia.gpus.0: Error: [Errno 21] Is a directory: '/proc/driver/nvidia/gpus/0' .proc.driver.nvidia.registry: Binary: "" .proc.driver.nvidia.version: NVRM version: NVIDIA UNIX x86_64 Kernel Module 331.38 Wed Jan 8 19:32:30 PST 2014 GCC version: gcc version 4.8.2 (Ubuntu 4.8.2-19ubuntu1) .tmp.unity.support.test.0: ApportVersion: 2.14.1-0ubuntu3.2 Architecture: amd64 CompizPlugins: [core,composite,opengl,compiztoolbox,decor,mousepoll,snap,move,vpswitch,regex,place,animation,session,imgpng,grid,gnomecompat,wall,resize,expo,unitymtgrabhandles,workarounds,fade,ezoom,scale,unityshell] CompositorRunning: compiz CompositorUnredirectDriverBlacklist: '(nouveau|Intel).*Mesa 8.0' CompositorUnredirectFSW: true CurrentDesktop: Unity Date: Mon Aug 4 09:47:36 2014 DistUpgraded: 2014-08-02 23:43:24,960 DEBUG enabling apt cron job DistroCodename: trusty DistroVariant: ubuntu ExtraDebuggingInterest: Yes, if not too technical GraphicsCard: NVIDIA Corporation GF116 [GeForce GTX 550 Ti] [10de:1244] (rev a1) (prog-if 00 [VGA controller]) Subsystem: eVga.com. Corp. Device [3842:1556] InstallationDate: Installed on 2009-11-04 (1733 days ago) InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release amd64 (20091027) MachineType: To be filled by O.E.M. To be filled by O.E.M. ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.13.0-32-generic root=UUID=59092ad5-f628-4cfa-859e-9236256eac88 ro quiet splash SourcePackage: xorg UpgradeStatus: Upgraded to trusty on 2014-08-03 (1 days ago) dmi.bios.date: 01/16/2013 dmi.bios.vendor: American Megatrends Inc. dmi.bios.version: 1503 dmi.board.asset.tag: To be filled by O.E.M. dmi.board.name: M5A97 R2.0 dmi.board.vendor: ASUSTeK COMPUTER INC. dmi.board.version: Rev 1.xx dmi.chassis.asset.tag: To Be Filled By O.E.M. dmi.chassis.type: 3 dmi.chassis.vendor: To Be Filled By O.E.M. dmi.chassis.version: To Be Filled By O.E.M. dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvr1503:bd01/16/2013:svnTobefilledbyO.E.M
[Touch-packages] [Bug 636311] Re: Keyboard special keys interfere with mouse
This has apparently been ongoing for a long time. I have a Saitek Eclipse ii keyboard and I and others report that when you click the keyboard button to change the back light color, it triggers mouse events. These end up disabling the mouse. Unplugging and replugging the USB cable for the keyboard resets function to normal with the default blue back light color. If you try to change the color, the problem returns. I am now running 64 bit 14.04 and the problem has been with me since at least 12.04. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to xorg in Ubuntu. https://bugs.launchpad.net/bugs/636311 Title: Keyboard special keys interfere with mouse Status in Release Notes for Ubuntu: Invalid Status in “xorg” package in Ubuntu: Invalid Status in “xserver-xorg-input-evdev” package in Ubuntu: Invalid Status in “xorg” source package in Maverick: Fix Released Status in “xserver-xorg-input-evdev” source package in Maverick: Invalid Status in “xorg” source package in Natty: Invalid Status in “xserver-xorg-input-evdev” source package in Natty: Invalid Bug description: Binary package hint: xorg Following an online update from Kubuntu Lucid to Maverick beta, use of almost any of the 'special' buttons on the keyboard (mail, home, documents, play/pause, volume up, zoom in...) fires a ButtonPress event (as seen by xev) for the physically left mouse button (i.e. left click with the mouse set right-handed, 'right click' if set left- handed). There is no corresponding ButtonRelease, so the computer acts as if that mouse button is held down. The ButtonPress occurs between the KeyPress and KeyRelease events of the special key. This makes the mouse essentially unusable. So far, I've not found a way to reset it besides logging off (i.e. restarting X). Hardware: - Basic Microsoft keyboard and mouse (optical wheel mouse, Digital Media Keyboard 3000) - Intel graphics (lspci says it's an 82G33/31 integrated graphics controller) Initially I thought the problem was related to kwin compositing (which also causes some problems, see bug 630632 ), but I've found it happening even with desktop effects turned off. I don't know if xorg is the best package to file this against, so if not, please point me in the right direction. == Regression details == Discovered in version: maverick Last known good version: lucid To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-release-notes/+bug/636311/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp