Red Hat Bugzilla – Bug 76532
Right clicking in nedit causes the monitor to flicker and a resolution "reset"
Last modified: 2005-10-31 17:00:50 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003
Description of problem:
Right clicking in nedit causes the monitor to flicker and a resolution "reset".
2 seperate machines both do this consistently. Start X, open nedit, right click
in the editing area, the whole screen will flicker and the monitor will blank
out as if it's changing resolutions.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Start X
2. Open nedit
3. right click in editing area
Actual Results: The screen will flicker the first time you right click, and
subsequent times the monitor will black out as if it's changing resolution and
the image will then come back.
Expected Results: This should not happen.
2 seperate machines do this. This is using the standard "nv" driver that comes
with RedHat 8.0, NOT the "nvidia" one. Although it does it with their driver too.
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
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,
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.
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
I'm a programmer by trade, so I'm willing to rip the guts of a few things open
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
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
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)