Bug 76532
Summary: | Right clicking in nedit causes the monitor to flicker and a resolution "reset" | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Shawn Walker <drevil> |
Component: | XFree86 | Assignee: | Mike A. Harris <mharris> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | David Lawrence <dkl> |
Severity: | high | Docs Contact: | |
Priority: | high | ||
Version: | 8.0 | CC: | twaugh, twoerner |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | athlon | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2003-04-03 02:07:49 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 82784 |
Description
Shawn Walker
2002-10-22 21:39:11 UTC
BTW, I did try lots of other applications, no other ones do it. Just nedit as far as I can tell. It may have something to do with the fact that it's an motif based application and uses openmotif under RedHat, other than that I have no idea. I tried the current CVS version of NEdit, it does this as well. This leads me to believe it's something in the RedHat build of OpenMotif. I'll do some more investigation. Even using the precompiled version of NEdit from http://www.nedit.org/ which has OpenMotif 2.1 statically linked against it does not resolve this issue. If I hold down the right mouse button X will drop video signal and the monitor will turn off, the instant I let go of the right mouse button and move the mouse again, suddenly I have a video signal again. This only seems to affect Motif applications, and the only thing I can guess so far is it has to do something with libxm or libxmu in RedHat. Debian doesn't do this, and Gentoo doesn't do this. This is incredibly disturbing. I guess it must be an X problem, although I can no longer reproduce the problem. Do you still see this problem with the current rawhide packages? Which current Rawhide packages would I need to install? nedit, XFree86 etc, openmotif. I'll try just the new nedit RPM you have out for a while and see if I can reproduce it still. If that doesn't work, I'll additionally upgrade XFree86, etc. Thanks. Well, since using the new NEdit binary from Rawhide the problem seems to have gone away. I'm not sure why. But it seems to be solved. You can go ahead and close this bug, and if I see the issue again later I'll re-open it. Thanks. It's back. It seems like this only happens on a fresh boot, after a while of running the system for a day or so it goes away apparently. I'm going to try the new rawhide XFree86 and OpenMotif packages. Finally, after installing the phoebe beta in hopes this would go away and finding that it did not, I have found 100% reproduceable steps for this to happen. I get flicker if I right click in the editor following these steps: 1) Do a fresh login 2) Start XMMS, play ogg file 3) Start nedit, right click in editor And if after the above, I close XMMS, and then go back to nedit, it will only flicker once more if I right-click multiple times, and if I start XMMS back up and play a file, nedit will still not flicker from there on out during that login session. I'm using the OSS driver for sound output in XMMS. However, if I do the following I get no annoying flicker at all: 1) Do a fresh login 2) Start Nedit, right click 3) Start XMMS, play ogg file 4) Right click in nedit I hope this helps. Openmotif problem? XFree86 problem? I just don't know. Well, tell me how I can debug this please. All I know is that there is some sort of interaction on RedHat systems that causes this. I never saw this in Gentoo or Debian. I'm a programmer by trade, so I'm willing to rip the guts of a few things open if necessary. Definitely an XFree86 server bug of some kind. Might or might not be video driver specific. Unknown. There are now 3 bugs in bugzilla of similar behaviour like this. The things in common to all of them is: 1) Only occurs with Motif applications 2) Only occurs when right clicking in a motif app, and popping up a pulldown menu Most likely it would require debugging the X server and possibly the video driver, although I heavily suspect it is the X server itself. It is _definitely_ not an nedit or Motif bug though. What's odd to me is the fact that XMMS specifically seems cause the problem to reproduce itself consistently on my system. Your thoughts on this seem to concur with my findings so far. To see if it's specifically the "nv" driver, I will try the vesa driver later today and report back the results. If it doesn't happen with the vesa driver then that should help narrow things quite a bit. I've seen this myself with a driver we actually ship. Just so it's explicitly clear, i'm using the *standard* "nv" driver that comes with RedHat, I have not ever installed the official NVidia drivers for this installation of RedHat. It is almost certainly a 2D acceleration related bug. My best guess is that it is something buried inside the XAA code common to all drivers. It is probably not too difficult to debug once reproduced locally here. It's more of a matter now of prioritization and alloting the time to debug it. I'll update the report when it's on my priority todo list. Thanks for all the above info BTW As a side note, this doesn't appear to occur ever when using KDE as my desktop instead of gnome with RH8. metacity issue perhaps? This appears to be gone in RedHat 9 so far. Closing as CURRENTRELEASE (Red Hat Linux 9) |