Re: Mouse issue
On Wed, Jun 30, 2010 at 1:46 PM, John Ettedgui john.etted...@gmail.com wrote: On Wed, Mar 17, 2010 at 11:17 PM, Peter Hutterer peter.hutte...@who-t.net wrote: On Wed, Mar 17, 2010 at 05:10:47PM -0700, John Ettedgui wrote: On Mon, Mar 15, 2010 at 6:22 PM, Peter Hutterer peter.hutte...@who-t.net wrote: On Mon, Mar 15, 2010 at 05:02:46PM -0800, John Ettedgui wrote: On Mon, Mar 15, 2010 at 4:46 PM, Peter Hutterer peter.hutte...@who-t.net wrote: On Mon, Mar 15, 2010 at 10:57:48AM -0800, John Ettedgui wrote: Hello everyone, I have had a small issue for some time with my mouse and need some help :) Basically sometimes, something bad happens (what?) and then the mouse keeps the focus on one application. For example if I am in Firefox and the mouse works there, I cannot click on anything in the task bar, or even if I alt-tab to konsole the mouse will not work there. If I right click in the console, it will behave the same way as if I was right clicking in Firefox. One temp fix is to right click in the application, then right click in the systray on the same application then I can click on another application and so on... This issue is usually fixed by reinstall Xorg's evdev and then restarting Xorg. this is almost certainly a stuck grab. If FF has an active grab, no other application can receive pointer events for the duration of the grab. You don't actually need to reinstall, usually restarting X is enough. In fact, making the FF window unviewable will break the grab too (e.g. minimising it) This may be an application issue or an issue with the server. To figure out what exactly happens, we'd need a reproducible test case - stuck grabs are notoriously tricky to debug. Cheers, Peter Hello Peter, in the past I believe just restarting Xorg was not enough, but I'll try that again next time and see. What do you mean by reproducible? Since this *seems* random it is quite hard for me to offer any repro. Usually, with stuck grabs we need to have a look at the protocol stream when the grab activates and the events afterwards. That can then be compared against the same stream from an older X server release that didn't exhibit this problem to figure out what changed. Since the protocol stream results in thousands of lines of output even for a short duration of the app, having it run for ages often isn't an option. Also, monitoring the protocol slows the application down, sometimes resulting in the bug not appearing when you monitor the app. So we need you to help us find a way how to reproduce the issue reliably. Since it is a grab, it's likely caused by a popup or dropdown menu or even scrolling. If you take more attention to your actions in the next few days, you might be able to recognise a pattern that triggers the bug. Then you can start poking at FF to intentionally reproduce it. Cheers, Peter So I still don't know what I did, but I got that problem yesterday as soon as Xorg was started, with only KDE and Konsole started. To fix it I really had to reinstall evdev a simple restart of Xorg would not do. I really really wonder what could cause you to have to reinstall evdev. Evdev doesn't write any files, so there's no reason it should be different the second time round. Do you think that could be more of a distribution issue? I run Arch Linux, but I don't have that issue on another Arch Linux box... It could be a device issue actually. Have you tried using the same device on the other box? Cheers, Peter Replying quite a bit late, I have done various investigations in the past: - You were right and it had nothing to do with reinstalling evdev, just restarting Xorg would do it, it's weird that it did not work in my last reply, - I have the same issue with a different wired mouse, - I use KDE 4 and removed all its config file in case it was related but no go, - I tried copy pasting the mouse part of Xorg.conf from my other computer which has no issue to that one, again no go. - I have been using an other OS (Windows) on the same computer many hours and did not ever get this issue. I am out of ideas of things to try... Maybe I should compare all the software installed on both computers and see the difference (software versions should be the same). Thanks, John So I have just done another quick test to run fluxbox instead of kde with no kde/qt software running. After some time the same problem arised, so it is unrelated to kde. Also, rarely but this issue has happened on the keyboard as well... I try to type something and I don't see anything in the current window but my text is in another window... This is really getting annoying and I have no clue at all what to do... If you had any idea that would be great... Thanks, John ___ xorg
Re: Mouse issue
On Mon, Mar 15, 2010 at 6:22 PM, Peter Hutterer peter.hutte...@who-t.net wrote: On Mon, Mar 15, 2010 at 05:02:46PM -0800, John Ettedgui wrote: On Mon, Mar 15, 2010 at 4:46 PM, Peter Hutterer peter.hutte...@who-t.net wrote: On Mon, Mar 15, 2010 at 10:57:48AM -0800, John Ettedgui wrote: Hello everyone, I have had a small issue for some time with my mouse and need some help :) Basically sometimes, something bad happens (what?) and then the mouse keeps the focus on one application. For example if I am in Firefox and the mouse works there, I cannot click on anything in the task bar, or even if I alt-tab to konsole the mouse will not work there. If I right click in the console, it will behave the same way as if I was right clicking in Firefox. One temp fix is to right click in the application, then right click in the systray on the same application then I can click on another application and so on... This issue is usually fixed by reinstall Xorg's evdev and then restarting Xorg. this is almost certainly a stuck grab. If FF has an active grab, no other application can receive pointer events for the duration of the grab. You don't actually need to reinstall, usually restarting X is enough. In fact, making the FF window unviewable will break the grab too (e.g. minimising it) This may be an application issue or an issue with the server. To figure out what exactly happens, we'd need a reproducible test case - stuck grabs are notoriously tricky to debug. Cheers, Peter Hello Peter, in the past I believe just restarting Xorg was not enough, but I'll try that again next time and see. What do you mean by reproducible? Since this *seems* random it is quite hard for me to offer any repro. Usually, with stuck grabs we need to have a look at the protocol stream when the grab activates and the events afterwards. That can then be compared against the same stream from an older X server release that didn't exhibit this problem to figure out what changed. Since the protocol stream results in thousands of lines of output even for a short duration of the app, having it run for ages often isn't an option. Also, monitoring the protocol slows the application down, sometimes resulting in the bug not appearing when you monitor the app. So we need you to help us find a way how to reproduce the issue reliably. Since it is a grab, it's likely caused by a popup or dropdown menu or even scrolling. If you take more attention to your actions in the next few days, you might be able to recognise a pattern that triggers the bug. Then you can start poking at FF to intentionally reproduce it. Cheers, Peter So I still don't know what I did, but I got that problem yesterday as soon as Xorg was started, with only KDE and Konsole started. To fix it I really had to reinstall evdev a simple restart of Xorg would not do. Do you think that could be more of a distribution issue? I run Arch Linux, but I don't have that issue on another Arch Linux box... Thanks, John ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Mouse issue
Hello everyone, I have had a small issue for some time with my mouse and need some help :) Basically sometimes, something bad happens (what?) and then the mouse keeps the focus on one application. For example if I am in Firefox and the mouse works there, I cannot click on anything in the task bar, or even if I alt-tab to konsole the mouse will not work there. If I right click in the console, it will behave the same way as if I was right clicking in Firefox. One temp fix is to right click in the application, then right click in the systray on the same application then I can click on another application and so on... This issue is usually fixed by reinstall Xorg's evdev and then restarting Xorg. I am using latest release of Xorg and evdev. Not sure where to look... Thanks, John ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Mouse issue
On Mon, Mar 15, 2010 at 4:46 PM, Peter Hutterer peter.hutte...@who-t.net wrote: On Mon, Mar 15, 2010 at 10:57:48AM -0800, John Ettedgui wrote: Hello everyone, I have had a small issue for some time with my mouse and need some help :) Basically sometimes, something bad happens (what?) and then the mouse keeps the focus on one application. For example if I am in Firefox and the mouse works there, I cannot click on anything in the task bar, or even if I alt-tab to konsole the mouse will not work there. If I right click in the console, it will behave the same way as if I was right clicking in Firefox. One temp fix is to right click in the application, then right click in the systray on the same application then I can click on another application and so on... This issue is usually fixed by reinstall Xorg's evdev and then restarting Xorg. this is almost certainly a stuck grab. If FF has an active grab, no other application can receive pointer events for the duration of the grab. You don't actually need to reinstall, usually restarting X is enough. In fact, making the FF window unviewable will break the grab too (e.g. minimising it) This may be an application issue or an issue with the server. To figure out what exactly happens, we'd need a reproducible test case - stuck grabs are notoriously tricky to debug. Cheers, Peter Hello Peter, in the past I believe just restarting Xorg was not enough, but I'll try that again next time and see. What do you mean by reproducible? Since this *seems* random it is quite hard for me to offer any repro. Thank you, John ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Applying patch for bug 22383
Depending on the patch you may need to recompile Xorg, or not. And I do not think you want to recompile Xorg... What is this patch? On Mon, Jun 22, 2009 at 12:46 PM, Mike.lifeguard mikelifegu...@fastmail.fmwrote: For bug 22383 (X server stuck in infinite loop on laptop lid close), Jesse Barnes has asked to try applying a very simple patch. However, I don't know how to do that - I've only used packaged code from Ubuntu and/or from various PPAs. Is there a how-to on x.org somewhere I haven't found, or would someone be able to give me some pointers? Thanks, -Mike ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: GIT Noise
On 2/5/09, Igor Mozolevsky i...@hybrid-lab.co.uk wrote: 2009/2/6 Daniel Stone: Out of interest (and this is a serious question), what do you use this list for? Looking out for [ANNOUNCE]s, troubleshooting and conceptual discussions mainly :-) Cheers, Igor ___ Exactly the same thing here :) John ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Graphics not always refreshing (Intel)
Hello, I am running Debian SID/Experimental AMD64 with Xorg 7.4, server 1.4.99.905 and intel drivers 2.4.2. in the last weeks I had issues with Flash not always refreshing the graphics when playing a video, but scrolling the page would refresh the image, I realized this week end that I have the same issue with: - sdlmame (sdl output), just going back and forth between fullscreen and window refreshes the screen - even this morning with a simple xterm, just moving the xterm around fixed the issue. So it is not flash-based like I thought... I tweaked a bit my xorg.conf, in sdlmame the issue was drastically reduced by removing the dri mode 0666 in xorg.conf. Right now my xorg.conf is reduced to the driver intel, AccelMethod EXA and renderaccell true. Also I had the same issue with fluxbox and kde so it is not related to the wm (I have no idea if it can be so I tried...). Could it be because of me using a new kernel 2.6.27? Thank you, John ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Graphics not always refreshing (Intel)
On Mon, Nov 10, 2008 at 12:41 PM, Tassilo Horn [EMAIL PROTECTED]wrote: John Ettedgui [EMAIL PROTECTED] writes: Hi John, [redisplay problems with intel driver] I had similar troubles and work around them by adding the line Option FramebufferCompression off to my Device section. There's an xorg bug report concerning this issue. I guess with the option as search string you'll find it. Bye, Tassilo -- Windows: So easy to admin, even a worm can do it. ___ Hello Tassilo, thank you for this, I will try it this evening and tell you how this works. John ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
