Mouse has suddenly no contact, till X-Server restart

Bug #324506 reported by Philipp Gassmann
14
This bug affects 2 people
Affects Status Importance Assigned to Milestone
xorg-server (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Binary package hint: xorg

Suddenly the mouse has no more functionality. I can move the mouse, but i can't click, there is no mouseover etc.

Only X-Server restart brings functionality back.

when i activate in the Mouse configuration the "Ctrl. shows mouse" i see the animation in the upper left corner, even though the mouse is not there.

I wanted to make a printscreen. the printscreen shows the mouse where the "Ctrl. animation" is. (Attached)

So i tried taking an printscreen with Gimp. Which showed the mouse and the animation where they are, but unfortunately in that moment Xserver crashed fully, image wasn't saved.

When i had gimp open, the mouse cursor changed over a certain area to a brush-painter, as if the mouse was over the image. but the image canvas wasn't there. it was on the right screen (Dualscreen), the change appeared on the left one. Still no functionality (no painting)

---
Configuration:
- nvidia driver version 173
- "Dualscreen" (Xinerama, separate X-Screens (1280x1024+1024x768)
- Updated Ubuntu 8.10 (Feb 2, 2009)
>I used the "Report a Problem"-function of Firefox. Wrote this report after X restart and loading site from history.
---
When does it happen?
- It happend multiple times.
- I couldn't find the exact cause.
- It seems to happen when there is a lot of graphical work. (Like flash-videos, Many layers in Gimp, many windows open, workspace switching)
---
Other issues that could be related:
- Print screen is transparent where right screen should appear. (Gimp Print Screen works correctly)
- In TTY, the text-cursor remains in upper left when two monitors are configured. (works correctly when 1 is disabled) > No scrolling down, navigating in commands... Workaround: Switch to another TTY and back to see result of entered command.

ProblemType: Bug
Architecture: i386
DistroRelease: Ubuntu 8.10
NonfreeKernelModules: nvidia
Package: firefox-3.0 3.0.5+nobinonly-0ubuntu0.8.10.1
ProcEnviron:
 PATH=/home/username/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
 LANG=de_CH.UTF-8
 SHELL=/bin/bash
SourcePackage: firefox-3.0
Uname: Linux 2.6.27-11-generic i686

Revision history for this message
Philipp Gassmann (phiphi.g) wrote :
Revision history for this message
Philipp Gassmann (phiphi.g) wrote :

The last time it happened i took an envelope and jotted down what happened. Quite complicated, somehow it was funny. I hope someone can figure out where the weak point is, i tried to write down exactly what was working and how...

I had two nautilus-windows open, one local, one FTP.
Copied a file to FTP (D'n'D). pressed [F2], I wanted to rename the file on the Server but the local file was "active/marked" so I used the mouse to click in the FTP-Window.

1. No Mouse Contact (mouse moving, but clicking takes no action)
2. Focus on Top Panel (Ctrl+Alt+TAB)
3. Got stuck in menu (Apps, Places, System)
4. Move left (keyboard) > Applications (top left) and Name (top right) highlighted
5. Navigating with Keyboard in Panel works
6. (Print Screen) nomouse1.png
7. Window-Management-keys stop working (Alt+TAB & Workspace-Switching)
8. Scrolling in now active Window (Firefox) works with the arrow-keys. Alt+F4 closed the window.
9. gedit is now the active Window. Editing works, saving (Ctrl+S) works.
10. Alt+D (Datei, File menu) highlights menu-caption (File) but Menu doesn't appear.
11. Changing to other menu captions works (Edit,...)
12. At the same time as the "menu" is active, editing is ALSO activated -> Characters, Keys that are not Hotkeys of the menu captions (*D*atei, *B*earbeiten,...) are written in the file.
13. Alt+F4 > Save?-dialog. (working)
14. Next active window: nautilus
15. Navigating in main-"window" works (open subfolder)
16. Alt+D > Menu-captions > Same as gedit
17. I noticed that, for each menu caption, Arrow up/down results a change in the status bar (shows explanations to Menu entries) Menu is not visible. Only one entry/explanation for up and one for down is shown, for each menu caption.
18. Hitting ENTER on a explanation has no effect
19. With TAB I can change the focus of the "features" of Nautilus (tree, Main window, etc.)
20. No action on e.g. close tree-side-panel
21. But in Tree or Main i can navigate entries (Files/Folders) by entering a char that is not used as hotkey. > "Quicksearch" field appears (lower right) in which I can navigate with Arrow-keys and edit all chars)
22. When "quicksearch" field is away > "Standard" fail behaviour.

* Rhythmbox is running all the time and playing, multimedia-keys ond keyboard work, notification ballons appear both (one from tray, one from panel app) (nomouse2.png)
* Print Screen Dialog interestingly appears on the screen where the mouse is! (nomouse3.png, Printscreen-Dialog nr.2, with which i took this pic, was on the other screen, transparent area)

> Giving Up! > Emergency Exit
CTRL+ALT+BACKSPACE
> All Problems solved till next crash.

Revision history for this message
Philipp Gassmann (phiphi.g) wrote :
Revision history for this message
Philipp Gassmann (phiphi.g) wrote :
Revision history for this message
Marcel Miebach (marcel-miebach) wrote :

Do you tried CTRL+ALT+F1 to switch to console and CTRL+ALT+F7 to switch back?
After that my Dell Inspiron 9600 + Nvidia + desktop effects worked again.
It seems to be a problem with the nvidia driver + desktop effects.
It appears every time I use a "Fn + some_fn_key" on my laptop like increase or decrease sound volume.

Revision history for this message
Arthur Bogard (arthur-bogard-gmail) wrote :

I also have this problem in the Jaunty RC. If I go to a TTY console, everything works again. I have an ATI graphics card and am using the open source driver.

Bryce Harrington (bryce)
tags: added: intrepid
Revision history for this message
Bryce Harrington (bryce) wrote :

Hi phiphi.g,

Thank you for taking the time to report this bug and helping to make Ubuntu better. You reported this bug a while ago and there hasn't been any activity in it recently. We were wondering is this still an issue for you? Can you try with the latest development release of Ubuntu? (ISO CD images are available from http://cdimage.ubuntu.com/releases/)

If it remains an issue, could you also attach a new /var/log/Xorg.0.log?
Thanks in advance.

[This is an automated message. Apologies if it has reached you inappropriately; please just reply to this message indicating so.]

tags: added: needs-verification
Changed in xorg-server (Ubuntu):
status: New → Incomplete
Revision history for this message
Philipp Gassmann (phiphi.g) wrote :

Hi Bryce

Because the dual-screen setup made also a few other problems i plugged the second screen off for a while.
Recently I plugged it in again. I don't have enough time at the moment to test development releases as I'm only at home at the weekend. I use up to date Jaunty.

The case that the mouse had no contact didn't occur again, but other issues, I couldn't yet file a bug for.

Examples:
 - At Startup, when Gnome is starting, for a moment, the area where I can move the mouse is a field in the upper left of screen 1 with the size of the resolution of the second screen
 - Suddenly I can't reach the second screen with the mouse, when I reach the border of screen 1 the mouse jumps back to the other side of the same screen.
- Splash-Screens of Apps like OpenOffice appear ugly somewhere near the border between the screens
- Java Apps have problems with this setup. e.g. JAlbum crashes on startup; In TuxGuitar the lines have the lenght of both screens, even though the window is smaller > Vertical scrolling necessary
- When one changes the screen with the mouse, an image of the cursor rests on the last position on the previous screen.
- (My smaller screen 2 is aligned right bottom of screen 1) When you "slip" with the mouse over the upper right border of s1, the cursor jumps down to where s2 begins. This is annoying. Better: in Windows (Sorry) the cursor stops like in every other border, except where the second screen touches, the border is "open".

Perhaps you can use it, when I have more time, i will test it with the developement release.

Don't hesitate to ask, I will try to answer.

Revision history for this message
Di@bl@l (132ch204) wrote :

I also have this bug, and it seems to be very similar to the that is described here for archlinux : http://bugs.archlinux.org/task/17037
Apparently, it is besause of xorg-server equals to xserver-xorg on ubuntu...

Changed in xorg-server (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
Bryce Harrington (bryce) wrote :

[This is an automatic notification.]

Hi Philipp,

This bug was reported against an earlier version of Ubuntu, can you
test if it still occurs on Lucid?

Please note we also provide technical support for older versions of
Ubuntu, but not in the bug tracker. Instead, to raise the issue through
normal support channels, please see:

    http://www.ubuntu.com/support

If you are the original reporter and can still reproduce the issue on
Lucid, please run the following command to refresh the report:

  apport-collect 324506

If you are not the original reporter, please file a new bug report, so
we can work with you as the original reporter instead (you can reference
bug 324506 in your report if you think it may be related):

  ubuntu-bug xorg

If by chance you can no longer reproduce the issue on Lucid or if you
feel it is no longer relevant, please mark the bug report 'Fix Released'
or 'Invalid' as appropriate, at the following URL:

  https://bugs.launchpad.net/ubuntu/+bug/324506

Changed in xorg-server (Ubuntu):
status: Confirmed → Incomplete
tags: added: needs-retested-on-lucid-by-june
Revision history for this message
Philipp Gassmann (phiphi.g) wrote :

I can't remember having this problem for a long time, so I think it's fixed since Karmic, where I used again the two screen setup.

Changed in xorg-server (Ubuntu):
status: Incomplete → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.