Red Hat Bugzilla – Bug 75730
NEdit randomly spontaneously closes all windows after closing one
Last modified: 2007-11-30 17:10:30 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020830
Description of problem:
NEdit randomly spontaneously closes all windows after closing an open file or
saving one sometimes. I'll have several files open for editing and then suddenly
out of nowhere, I get this error:
Starting program: /usr/X11R6/bin/nedit -server
Error: XtPopdown requires a subclass of shellWidgetClass
Program exited with code 01.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Open nedit
2. Open several files, edit for a while, saving frequently and closing files
Actual Results: Error: XtPopdown requires a subclass of shellWidgetClass
Program exited with code 01.
Expected Results: The program should not exit.
This may be related to this bug documented on the NEdit project site:
If so, they have a patch that fixes the problem.
Using the latest RPM from Rawhide this problem still exists. However, I've
narrowed it down to a mostly not so random case. Basically I usually run into it
with these steps:
Open a file, make changes, save a few times. Make sure all your changes are
Open another file without closing the current one using the current copy of
NEdit that's running. It spawns another NEdit window.
In the spawned window, make changes, save and then use the hot key shortcuts:
ALT+F (to bring up the file menu)
and then press C to close the current file.
Instead of closing the current file, it will often close *all* open nedit
windows. This appears to be a bug with NEdit's server mode. Because when I
manually start up a new copy of nedit for each file I want to edit, I never have
Here's the error I get in the console when Nedit closes like this:
"Error: XtPopdown requires a subclass of shellWidgetClass"
This bug is still present with Redhat 9.0. It has been suggested (on the Nedit
mailing list) that the problem is caused by a mismatch between the motif headers
and libraries at build time. See the thread starting here:
It may also be related to the use of OpenMotif 2.2, nedit.org mentions problems
with that version:
It would be good if this was cleared up, it is very frustrating when it happens.
This has been confirmed to be a problem with OpenMotif 2.2, which has numerous
other stability problems. We have not been able to work around it yet, so we
recommned using OpenMotif 2.1, which is the most stable Motif available.
OpenMotif 2.2 is "experimental" alpha-quality software, which is not a good
match for NEdit which is mature and stable.
See http://nedit.org/toolkit.shtml and
http://www.motifdeveloper.com/tips/tip22.html for more info.
This happens to me in Fedora Core 1 also.
Openmotif bug -> changing component.
Fixed in rawhide in rpm openmotif-2.2.2-17 or newer.