Bug 15956 - x creates weird desktop usage
Summary: x creates weird desktop usage
Status: RESOLVED INVALID
Alias: None
Product: xorg
Classification: Unclassified
Component: Server/Input/Core (show other bugs)
Version: 7.3 (2007.09)
Hardware: x86 (IA32) Linux (All)
: medium normal
Assignee: Xorg Project Team
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords: NEEDINFO
Depends on:
Blocks:
 
Reported: 2008-05-16 02:50 UTC by Trond Husø
Modified: 2018-06-12 17:04 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments
the copy of Xorg.0.log (38.29 KB, application/octet-stream)
2008-05-16 02:50 UTC, Trond Husø
no flags Details
output of dmesg (34.59 KB, text/plain)
2008-05-16 02:53 UTC, Trond Husø
no flags Details
output of kern.log (561.52 KB, application/octet-stream)
2008-05-16 02:56 UTC, Trond Husø
no flags Details
xorg.conf-file (1.47 KB, application/octet-stream)
2008-05-16 03:00 UTC, Trond Husø
no flags Details
output of xev (26.85 KB, text/plain)
2008-05-19 23:41 UTC, Trond Husø
no flags Details
output of xev while draging and holding mouse button (45.27 KB, text/plain)
2008-05-20 01:41 UTC, Trond Husø
no flags Details
output of xev while using the pad and clicking the "correct" mouse button (33.70 KB, text/plain)
2008-05-20 03:44 UTC, Trond Husø
no flags Details
Output of /proc/bus/input/devices (2.27 KB, text/plain)
2008-05-22 13:34 UTC, Trond Husø
no flags Details

Description Trond Husø 2008-05-16 02:50:38 UTC
Created attachment 16572 [details]
the copy of Xorg.0.log

Under Ubuntu Hardy 8.04 I get the following odd performance:
1) When moving a window (let's say console) it first goes into Maximize before it is possible to move it.
2) When selecting parts of the desktop the selected area is not cleared.
3) When trying to move icons, the documents, program, directory is opened instead.

I have narrowed it down to this being a problem with Intel-driver after I tried to set it to another driver, even reinstalled it. after reinstall things seem to work, but after a reboot things are back to (un)normal.


System:
Dell D420
Ubuntu Hardy (8.04 LTS)
Comment 1 Trond Husø 2008-05-16 02:53:42 UTC
Created attachment 16573 [details]
output of dmesg

The attached file is the output of the dmesg command so the intel-developers can see which Intel graphics card is being used.
Comment 2 Trond Husø 2008-05-16 02:56:03 UTC
Created attachment 16574 [details]
output of kern.log

As this bug has caused hard crashes I am attaching the kern.log file.
Comment 3 Trond Husø 2008-05-16 03:00:17 UTC
Created attachment 16575 [details]
xorg.conf-file
Comment 4 Peter Hutterer 2008-05-16 03:15:54 UTC
(In reply to comment #0)
> Created an attachment (id=16572) [details]
> the copy of Xorg.0.log
> 
> Under Ubuntu Hardy 8.04 I get the following odd performance:
> 1) When moving a window (let's say console) it first goes into Maximize before
> it is possible to move it.
> 2) When selecting parts of the desktop the selected area is not cleared.
> 3) When trying to move icons, the documents, program, directory is opened
> instead.

At least 1 and 3 sound like you're getting double clicks instead of single clicks which would indicate an input issue.
does this happen when you click with your touchpad?

From your log file I see that you have /dev/input/mice and /dev/input/event9 (synaptics). If you click with the touchpad, the same button event would appear through event9 and through /dev/input/mice, causing doubleclicks.
Please remove either Configured Mouse or Touchpad from your config and try again, this should fix the issue.


As a side note - please mark attachments as plain text if they are, makes them easier to look at.
Comment 5 Trond Husø 2008-05-16 05:47:17 UTC
(In reply to comment #4)
> (In reply to comment #0)
> > Created an attachment (id=16572) [details] [details]
> > the copy of Xorg.0.log
> > 
> > Under Ubuntu Hardy 8.04 I get the following odd performance:
> > 1) When moving a window (let's say console) it first goes into Maximize before
> > it is possible to move it.
> > 2) When selecting parts of the desktop the selected area is not cleared.
> > 3) When trying to move icons, the documents, program, directory is opened
> > instead.
> 
> At least 1 and 3 sound like you're getting double clicks instead of single
> clicks which would indicate an input issue.
> does this happen when you click with your touchpad?
> 
> From your log file I see that you have /dev/input/mice and /dev/input/event9
> (synaptics). If you click with the touchpad, the same button event would appear
> through event9 and through /dev/input/mice, causing doubleclicks.
> Please remove either Configured Mouse or Touchpad from your config and try
> again, this should fix the issue.
I have tried to remove one at the time, and it results on being able to move mouse, and clicking icons, moving icons is not possible. What happens then is that you only draw a selection box.
As a side note: I have posted more information here as I thought it was related to Nautilus / compiz: https://bugs.launchpad.net/ubuntu/+source/nautilus
/+bug/221691
Comment 6 Trond Husø 2008-05-18 12:38:10 UTC
Since most of the settings in the xorg.conf is set by the system, could it be that the pre configured settings are wrong? 

What would be the normal settings for the Dell d420?
Comment 7 Peter Hutterer 2008-05-19 00:32:29 UTC
(In reply to comment #5)
> (In reply to comment #4)
> > (In reply to comment #0)
> > > Created an attachment (id=16572) [details] [details] [details]
> > > the copy of Xorg.0.log
> > > 
> > > Under Ubuntu Hardy 8.04 I get the following odd performance:
> > > 1) When moving a window (let's say console) it first goes into Maximize before
> > > it is possible to move it.
> > > 2) When selecting parts of the desktop the selected area is not cleared.
> > > 3) When trying to move icons, the documents, program, directory is opened
> > > instead.
> > 
> > At least 1 and 3 sound like you're getting double clicks instead of single
> > clicks which would indicate an input issue.
> > does this happen when you click with your touchpad?
> > 
> > From your log file I see that you have /dev/input/mice and /dev/input/event9
> > (synaptics). If you click with the touchpad, the same button event would appear
> > through event9 and through /dev/input/mice, causing doubleclicks.
> > Please remove either Configured Mouse or Touchpad from your config and try
> > again, this should fix the issue.
> I have tried to remove one at the time, and it results on being able to move
> mouse, and clicking icons, moving icons is not possible. What happens then is
> that you only draw a selection box.


can you please open up xev and click into the window. check the output on the console if it reports a single or a double press and release event (please check both)

i remember that when I didn't have grabs sorted out in mpx, i had a similar issue to 2) due to nautilus not releasing the grab properly. what we need to figure out is whether this is a nautilus or an X issue.

Comment 8 Trond Husø 2008-05-19 23:41:28 UTC
Created attachment 16642 [details]
output of xev

After running the xev command I clicked buttons and tried to move the window. Compiz is enabled.
Comment 9 Peter Hutterer 2008-05-20 01:35:06 UTC
On Mon, May 19, 2008 at 11:41:28PM -0700, bugzilla-daemon@freedesktop.org wrote:
> Created an attachment (id=16642)
>  --> (http://bugs.freedesktop.org/attachment.cgi?id=16642)
> output of xev
> 
> After running the xev command I clicked buttons and tried to move the window.
> Compiz is enabled.
 
well that is some weird output.

I don't see any drag events at all (MotionEvent, state 0x100). And you get a
configure notify before the button press/release events, which I don't even
know how to reproduce. I guess it's the WM interfering somehow.
Can you please just drag your mouse around inside the xev window with button
1 pressed and attach the xev log. Thx.
Comment 10 Trond Husø 2008-05-20 01:41:03 UTC
Created attachment 16643 [details]
output of xev while draging and holding mouse button

As requested I have moved the mouse inside the box while holding the left mouse button (button 1).

Output saved to txt-file which is attached.
Comment 11 Peter Hutterer 2008-05-20 01:57:06 UTC
On Tue, May 20, 2008 at 01:41:05AM -0700, bugzilla-daemon@freedesktop.org wrote:
> --- Comment #10 from Trond Husø <trond@trondhuso.no>  2008-05-20 01:41:03 PST ---
> Created an attachment (id=16643)
>  --> (http://bugs.freedesktop.org/attachment.cgi?id=16643)
> output of xev while draging and holding mouse button
> 
> As requested I have moved the mouse inside the box while holding the left mouse
> button (button 1).
> 
> Output saved to txt-file which is attached.

Here's the problem:


ButtonPress event, serial 28, synthetic NO, window 0x4400001,
root 0x5a, subw 0x0, time 6229820, (165,168), root:(594,219),
state 0x0, button 1, same_screen YES

ConfigureNotify event, serial 28, synthetic YES, window 0x4400001,
event 0x4400001, window 0x4400001, (427,49), width 178, height
178, border_width 2, above 0x12007c4, override NO

MotionNotify event, serial 28, synthetic NO, window 0x4400001,
root 0x5a, subw 0x0, time 6229951, (164,168), root:(593,219),
state 0x100, is_hint 0, same_screen YES

ButtonPress event, serial 28, synthetic NO, window 0x4400001,
root 0x5a, subw 0x0, time 6230000, (164,168), root:(593,219),
state 0x100, button 1, same_screen YES

For some reason you get two button press events with button 1. IIRC, this is
something nautilus doesn't like, leading to the symptoms described above.

Now we need to figure out how that could happen. The server is supposed to
filter these events if they happen. Do you still use both devices or just one?
If just one, which one?
Comment 12 Trond Husø 2008-05-20 03:33:24 UTC
> MotionNotify event, serial 28, synthetic NO, window 0x4400001,
> root 0x5a, subw 0x0, time 6229951, (164,168), root:(593,219),
> state 0x100, is_hint 0, same_screen YES
> 
> ButtonPress event, serial 28, synthetic NO, window 0x4400001,
> root 0x5a, subw 0x0, time 6230000, (164,168), root:(593,219),
> state 0x100, button 1, same_screen YES
> 
> For some reason you get two button press events with button 1. IIRC, this is
> something nautilus doesn't like, leading to the symptoms described above.
> 
> Now we need to figure out how that could happen. The server is supposed to
> filter these events if they happen. Do you still use both devices or just one?
> If just one, which one?
> 
> 
> -- 
> Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
> ------- You are receiving this mail because: -------
> You reported the bug.
All I use is the mousepad / synaptic on this computer. In the keyboard
there is a mousebutton and I use this as well. I mostly use this. The
buttons are related to the touchpad. 
Link to a review of the computer, but is used here more to show that I
use the blue button and the left mouse button near the end of the
computer most. that is the button 1.

http://www.notebookreview.com/default.asp?newsID=3101&review=Dell+Latitude+D420

Update:
Mousepad + left mouse button below = can move window
Mousepad + left mouse button above = can move window
Blue button + left mouse button closest to blue button = can move window
Blue button + left mouse button furthest away from blue button = can't move window.

This could mean that other users with the same setup would/could get the same problem.

-trond-
Comment 13 Trond Husø 2008-05-20 03:44:15 UTC
Created attachment 16651 [details]
output of xev while using the pad and clicking the "correct" mouse button

I have tested more mouse combinations and found that I can move windows with the correct combination.
Please check latest attachment.
Comment 14 Peter Hutterer 2008-05-20 22:28:34 UTC
> --- Comment #12 from Trond Husø <trond@trondhuso.no>  2008-05-20 03:33:24 PST ---
> Update:
> Mousepad + left mouse button below = can move window
> Mousepad + left mouse button above = can move window
> Blue button + left mouse button closest to blue button = can move window
> Blue button + left mouse button furthest away from blue button = can't move
> window.
> 
> This could mean that other users with the same setup would/could get the same
> problem.

this indicates either a device issue or an issue with the synaptics driver.
Without going into the driver and adding printfs or debugging what is
happening when you press the button, I can't really help much.
Comment 15 Trond Husø 2008-05-21 12:01:12 UTC

On Tue, 2008-05-20 at 22:28 -0700, bugzilla-daemon@freedesktop.org wrote:
--- Comment #14 from Peter Hutterer <peter@cs.unisa.edu.au>  2008-05-20 22:28:34 PST ---
> 
> > This could mean that other users with the same setup would/could get the same
> > problem.
> 
> this indicates either a device issue or an issue with the synaptics driver.
> Without going into the driver and adding printfs or debugging what is
> happening when you press the button, I can't really help much.
> 

I don't mind using a driver with some debugging information if it solves
the problem.

-Trond-



I have filed this bug at launchpad, and another user - also using a Dell
has the same problem. He has reported this:

----
When I use the "normal" left mouse button (the one below the touchpad)
the spots return, the desktop icons can no longer be moved and in short
the bug returns.  If I click with the mouse buttons below the spacebar
numerous times I can get the bug to "disengage" in that the new desktop
icons can be moved and the spots do not re-occur but the old ones are
still present and the old desktop icons cannot be moved......

I am running a Dell Inspiron 8500 from 2003.  It has a P4 with 1560MB
PC
2100 SD Ram and a Nvidia graphics card.  It is indeed equipped with the
dual mouse buttons.  One set is below the spacebar and the other is
below the finger pad.

USING THE MOUSE BUTTONS BELOW THE SPACEBAR EVERYTHING WORKS AS IT
SHOULD.

What is it you would like form me xev output.  It is pages long and both
the outputs after mouse clicks from the middle and bottom sets are the
same.
Comment 16 Peter Hutterer 2008-05-21 16:41:09 UTC
On Wed, May 21, 2008 at 12:01:13PM -0700, bugzilla-daemon@freedesktop.org wrote:
> --- Comment #15 from Trond Husø <trond@trondhuso.no>  2008-05-21 12:01:12 PST ---
> 
> I don't mind using a driver with some debugging information if it solves
> the problem.
 
great. In this case you need to get the synaptics driver and salt it with
xf86Msg(X_ERROR, "blah blah").
Look for any calls to xf86Post{Motion|Button}Event, that is the hook into the
server
 
> I have filed this bug at launchpad, and another user - also using a Dell
> has the same problem. He has reported this:
> 
> ----
> When I use the "normal" left mouse button (the one below the touchpad)
> the spots return, the desktop icons can no longer be moved and in short
> the bug returns.  If I click with the mouse buttons below the spacebar
> numerous times I can get the bug to "disengage" in that the new desktop
> icons can be moved and the spots do not re-occur but the old ones are
> still present and the old desktop icons cannot be moved......

yeah, don't worry about the leftover spots, they will be gone when this bug if
fixed.

 
> USING THE MOUSE BUTTONS BELOW THE SPACEBAR EVERYTHING WORKS AS IT
> SHOULD.

this really indicated driver/device issues.
 
> What is it you would like form me xev output.  It is pages long and both
> the outputs after mouse clicks from the middle and bottom sets are the
> same.

excerpts of the events around button press/release are interesting.


One other thing we could do to narrow it down:
get the event number from /proc/bus/input/devices, then create an InputDevice
section with driver evdev and device /dev/input/event... Remove the synaptics
device, restart the server.
You'll loose some touchpad functionality, but if the same bug appears with the
evdev driver, it's a device issue. otherwise it'll be synaptics.
Comment 17 Trond Husø 2008-05-22 13:34:23 UTC
Created attachment 16698 [details]
Output of /proc/bus/input/devices

Attached is the output of /proc/bus/input/devices
I won't mind if someone told me how to set up the device as suggested in last post.
Comment 18 Peter Hutterer 2008-05-22 18:22:50 UTC
> --- Comment #17 from Trond Husø <trond@trondhuso.no>  2008-05-22 13:34:23 PST ---
> Created an attachment (id=16698)
>  --> (http://bugs.freedesktop.org/attachment.cgi?id=16698)
> Output of /proc/bus/input/devices
> 
> Attached is the output of /proc/bus/input/devices
> I won't mind if someone told me how to set up the device as suggested in last
> post.

Section "InputDevice"
     Identifier "dodgy touchpad"
     Driver "evdev"
     Option "Device" "/dev/input/event9"
EndSection

Section "ServerLayout"
 [...]
 InputDevice "dodgy touchpad" "CorePointer"
EndSection


This uses evdev instead of synaptics (make sure you remove the InputDevice
that references synaptics from your ServerLayout)

Then try the same thing again, but with Driver "mouse" and Device
"/dev/input/mouse2".

If both work as expected, it's a synaptics issue. If both fail with the same
problems, its probably the device.
Comment 19 Peter Hutterer 2008-05-31 01:03:14 UTC
Trond:

did you get a chance to try the different drivers?
Comment 20 Trond Husø 2008-05-31 13:12:51 UTC
On Wed, 2008-05-21 at 16:41 -0700, bugzilla-daemon@freedesktop.org
wrote:
> /proc/bus/input/devices
I: Bus=0011 Vendor=0002 Product=0008 Version=0000
N: Name="PS/2 Mouse"
P: Phys=isa0060/serio1/input1
S: Sysfs=/devices/virtual/input/input3
U: Uniq=
H: Handlers=mouse1 event3 
B: EV=7
B: KEY=70000 0 0 0 0 0 0 0 0
B: REL=3

I: Bus=0017 Vendor=0001 Product=0001 Version=0100
N: Name="Macintosh mouse button emulation"
P: Phys=
S: Sysfs=/devices/virtual/input/input0
U: Uniq=
H: Handlers=mouse0 event0 
B: EV=7
B: KEY=70000 0 0 0 0 0 0 0 0
B: REL=3

I: Bus=0011 Vendor=0002 Product=0008 Version=6337
N: Name="AlpsPS/2 ALPS GlidePoint"
P: Phys=isa0060/serio1/input0
S: Sysfs=/devices/platform/i8042/serio1/input/input4
U: Uniq=
H: Handlers=mouse2 event4 
B: EV=f
B: KEY=420 0 70000 0 0 0 0 0 0 0 0
B: REL=3
B: ABS=1000003
Comment 21 Adam Jackson 2018-06-12 17:04:04 UTC
Ten year old bugs are probably not going to be followed up on...


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.