The attached script disconnects all currently attached bluetooth devices
on suspend, thus completely avoiding this bug.
Place the script in /etc/pm/sleep.d/10_bluetooth-input, and ensure that
its executable.
** Attachment added: "/etc/pm/sleep.d/10_bluetooth-input"
https://bugs.launchpad.net/
To be clear, this issue is present with any bluetooth connected evdev
input (keyboard or mouse) that is not disconnected prior to a suspend
resume cycle.
** Summary changed:
- Apple wireless bluetooth keyboard not working after suspend/resume
+ bluetooth keyboards and mice not working after suspe
This is a seriously annoying bug. I'm not sure this is reported against
the correct subsystem. This strikes me as more an evdev or udev issue
than a bluez issue.
To work around this for now, I've got a script that will disables any
xinput device with "mouse" in it's name.
** Attachment added: "
Just did a fresh install of 10.04 amd64 Desktop on my daughter's laptop.
Activated the nvidia-current drivers for the chipset and found that
every 3D application I tried (all of which worked on the system with
9.10 386 Desktop) complained about missing 3D support in one form or
another.
Oddly enou
** Also affects: nvidia-drivers-ubuntu
Importance: Undecided
Status: New
** Project changed: nvidia-drivers-ubuntu => xorg-server
--
Xorg Multi Display - App Crashes due to improper mouse handling
https://bugs.launchpad.net/bugs/509439
You received this bug notification because you are
I tested with the lucid alpha, but as it's a limited environment it's
hard to spend a prolonged period of time in it. However, that being
said, for the time that I did use it my bluetooth mouse stayed connected
and was responsive.
Recently (few days ago), I decided to completely reinstall Karmic
Looks like the mouse is temporarily disconnected and the device entries
removed for it. Then the mouse reconnects and the device entries are
recreated. Here's the listing for /dev/input/ shortly after the mouse
stops working:
$ ls -l /dev/input/
total 0
drwxr-xr-x 2 root root140 2009-11-25 1
Further testing reveals that /dev/input/mice continues to report
activity from the bluetooth mouse when the cursor in X becomes
unresponsive to its movements.
--
bluetooth mouse fails to reconnect
https://bugs.launchpad.net/bugs/458781
You received this bug notification because you are a member o
I'd be happy to provide further diagnostic information if anyone has
suggestions.
--
bluetooth mouse fails to reconnect
https://bugs.launchpad.net/bugs/458781
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xserver-xorg-input-mouse in ubuntu.
_
** Attachment added: "BootDmesg.txt"
http://launchpadlibrarian.net/34197713/BootDmesg.txt
** Attachment added: "CurrentDmesg.txt"
http://launchpadlibrarian.net/34197714/CurrentDmesg.txt
** Attachment added: "Dependencies.txt"
http://launchpadlibrarian.net/34197715/Dependencies.txt
** A
Public bug reported:
Binary package hint: xserver-xorg-input-mouse
Initially my bluetooth mouse connects and appears to work quite well.
However, after the mouse has sat idle for a period of time moving it
again has no effect on the X cursor. However, I can clearly see from
the laptop's bluetoot
Just tested it with current Jaunty and it appears to be working
correctly. Not sure when it was corrected though.
** Changed in: xinput (Ubuntu)
Status: Incomplete => Fix Released
--
unable to remap mouse buttons
https://bugs.launchpad.net/bugs/297445
You received this bug notification b
12 matches
Mail list logo
