LinuxQuestions.org
Visit Jeremy's Blog.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Newbie
User Name
Password
Linux - Newbie This Linux forum is for members that are new to Linux.
Just starting out and have a question? If it is not in the man pages or the how-to's this is the place!

Notices

Reply
 
Search this Thread
Old 04-20-2008, 07:12 PM   #1
Maleki
LQ Newbie
 
Registered: Sep 2006
Distribution: FC6
Posts: 11

Rep: Reputation: 0
behavior button gnome under F8


Ok I'm using Gnome in Fedora 8 all yummed up to date. For some weird reason buttons(the picture buttons) seem to randomly stop working. It happens in Azureus, Liferea, and Nautilus. It seems to be the buttons in the top menu bar(In Nautilus it's the bar with the back,forward, stop, reload etc...). When I use a right-click menu or in Nautilus if I use the treeview on the side it seems to work. It'll start working again after a bit but I usually have to reboot to 'fix' it. Does anyone have any idea what this is?

Hardware(in case it's an issue):
A7N8X
Sempron 3000
Ati 9800se
PS2 KB
USB Mouse

Thanks in advance,

M
 
Old 04-21-2008, 12:06 PM   #2
bgoodr
Member
 
Registered: Dec 2006
Location: Oregon
Distribution: RHEL[45] {x86,x86_64}, Debian "testing" {x86,x86_64}
Posts: 219

Rep: Reputation: 36
Quote:
Originally Posted by Maleki View Post
For some weird reason buttons(the picture buttons) seem to randomly stop working. It happens in Azureus, Liferea, and Nautilus. It seems to be the buttons in the top menu bar(In Nautilus it's the bar with the back,forward, stop, reload etc...). When I use a right-click menu or in Nautilus if I use the treeview on the side it seems to work. It'll start working again after a bit but I usually have to reboot to 'fix' it. Does anyone have any idea what this is?
I do not run Fedora 8 so take this with a grain of salt. I seem to recall seeing something similar to your issue on a motherboard with a builtin video card. Sometimes single clicks would work, sometimes not. Once I stopped using that video card (disabling it in the BIOS of course), and used a separate video card, the problem disappeared. I would blame hardware first, trying out different video cards and mice first.

I did see something like this Red Hat 8 a long, long time ago, and wrote it off as a hardware glitch. The mouse click "events" were received, but the x and y coordinate that the X server received was off by 5 to 10 pixels in some random direction, such that depending upon where you actually placed the tip of the mouse pointer, the button would fire, and then sometimes not. I couldn't isolate the problem until I ran the xev utility and started poking around the edges of the xev X window to see that the X events were not getting through. In this case, I don't know what the resolution was because the hardware got scrapped anyway.

bgoodr
 
Old 04-22-2008, 07:59 AM   #3
Maleki
LQ Newbie
 
Registered: Sep 2006
Distribution: FC6
Posts: 11

Original Poster
Rep: Reputation: 0
The video card??? ughh... Well it makes sense if it's a hardware issue. Otherwise people would be complaining left and right about it. The video card should be solid so I'll try swapping out the motherboard tonight and see what happens (I repaired the North Bridge heat sync a while ago so...).

It's truly bizarre. I push the mouse button down. The button looks like it's pressed. I let go and it doesn't look like it's pressed any more. Fine I tell myself (except for the fact that it didn't do anything.)

It just seems so counterintuitive. Of course I'm coming from the M$ world :ducks: and we all know how intuitive _that_ can be.

Thanks,
 
Old 04-22-2008, 10:44 PM   #4
bgoodr
Member
 
Registered: Dec 2006
Location: Oregon
Distribution: RHEL[45] {x86,x86_64}, Debian "testing" {x86,x86_64}
Posts: 219

Rep: Reputation: 36
Quote:
Originally Posted by Maleki View Post
The video card??? ughh... Well it makes sense if it's a hardware issue. Otherwise people would be complaining left and right about it.
Good point. Also, try a different mouse too (actually, I should have suggested that first).

Quote:
Originally Posted by Maleki View Post
It's truly bizarre. I push the mouse button down. The button looks like it's pressed. I let go and it doesn't look like it's pressed any more.
Yes, that is quite bizarre. Try using the xev program. What is the output when you press and hold the left button down? Is there a release event when you lift up the left mouse button? What xev does is show you the raw X events when they happen. The mouse cursor has to be in the xev window as well. The events are shown on the output of the xev program in the terminal window in which you invoke it. Even key presses are displayed. For example, for me pressing and releasing the "a" key, there are two events shown, a KeyPress and KeyRelease event:

Code:
KeyPress event, serial 30, synthetic NO, window 0x2c00001,
    root 0x155, subw 0x2c00002, time 2032620359, (35,47), root:(1031,247),
    state 0x10, keycode 38 (keysym 0x61, a), same_screen YES,
    XLookupString gives 1 bytes: (61) "a"
    XmbLookupString gives 1 bytes: (61) "a"
    XFilterEvent returns: False

KeyRelease event, serial 30, synthetic NO, window 0x2c00001,
    root 0x155, subw 0x2c00002, time 2032620471, (35,47), root:(1031,247),
    state 0x10, keycode 38 (keysym 0x61, a), same_screen YES,
    XLookupString gives 1 bytes: (61) "a"
    XFilterEvent returns: False
Now, we are concerned about why the mouse button is not being handled properly, so we have to determine if it is a software issue or a hardware issue. When I press and release the left mouse button, xev reports:

Code:
ButtonPress event, serial 30, synthetic NO, window 0x2c00001,
    root 0x155, subw 0x2c00002, time 2032855804, (43,42), root:(1020,718),
    state 0x10, button 1, same_screen YES

EnterNotify event, serial 30, synthetic NO, window 0x2c00001,
    root 0x155, subw 0x0, time 2032855804, (43,42), root:(1020,718),
    mode NotifyGrab, detail NotifyInferior, same_screen YES,
    focus YES, state 272

KeymapNotify event, serial 30, synthetic NO, window 0x0,
    keys:  68  0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   
           0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   

ButtonRelease event, serial 30, synthetic NO, window 0x2c00001,
    root 0x155, subw 0x2c00002, time 2032858305, (43,42), root:(1020,718),
    state 0x110, button 1, same_screen YES

LeaveNotify event, serial 30, synthetic NO, window 0x2c00001,
    root 0x155, subw 0x0, time 2032858305, (43,42), root:(1020,718),
    mode NotifyUngrab, detail NotifyInferior, same_screen YES,
    focus YES, state 16
The key here are the ButtonPress and ButtonRelease events. You should see a ButtonRelease event.

Also, you might try running xev from inside the fail-safe login. That might remove any window-manager (KDE, GNOME, etc.) mis-configuration that might be in play.

bgoodr
 
  


Reply

Tags
button, gnome


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
Oddest Desktop Behavior with KDE and Gnome Running together jerm1701 Linux - Desktop 3 02-15-2007 09:15 AM
Give Gnome E17 behavior GT_Onizuka Linux - Software 1 09-19-2005 01:04 AM
Very very strange behavior with Amd64 and Gnome ssobeht Debian 2 05-10-2005 03:45 AM
Gnome. Change mouse wheel behavior. mooreted Mandriva 1 02-27-2005 07:12 PM
Gnome right mouse button Sammy2ooo Linux - General 0 09-21-2003 10:26 AM


All times are GMT -5. The time now is 01:26 AM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
identi.ca: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration