Closed
Bug 104764
Opened 23 years ago
Closed 22 years ago
Using the File->Close UI in the any UI window crashes Moz
Categories
(SeaMonkey :: UI Design, defect)
Tracking
(Not tracked)
VERIFIED
WORKSFORME
People
(Reporter: oliver, Assigned: bryner)
Details
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.5) Gecko/20011012 BuildID: 2001101201 Using the File->Close Menu UI in the HTML Source view window crashes Mozilla. Or at least it closes every window that Moz has open. Reproducible: Always Steps to Reproduce: 1. Open an HTML page. 2. Choose Page Source from the View menu. 3. Choose Clode from the File menu of the Source View window. Actual Results: All Moz windows close. Expected Results: Only the Source View window should close. This is extremely annoying.
Reporter | ||
Comment 1•23 years ago
|
||
Actually this bug effects all windows not just the source window. That was just where I observed it first.
Summary: Using the File->Close UI in the Source view window crashes Moz → Using the File->Close UI in the any UI window crashes Moz
Comment 2•23 years ago
|
||
Reporter: Have you installed mozilla in a fresh directory ? can you try it with a new profile ? (run "mozilla -profilemanager" and create a second additional test profile)
Reporter | ||
Comment 3•23 years ago
|
||
I started Moz with a new profile "Test" (created it using the profile manager) and observed the same results. This is the tty output. [oliver] singularity:~$ bash2 /usr/bin/mozilla -profilemanager ProfileManager : CreateNewProfileWithLocales Profile Name: Test Profile Dir: /home/oliver/.mozilla ProfileManager : StartApprunner profileName passed in: Test Gdk-ERROR **: BadWindow (invalid Window parameter) serial 10366 error_code 3 request_code 15 minor_code 0 Note that all the windows do not dissappear when I click on the close button on my window manager.
Reporter | ||
Comment 4•23 years ago
|
||
I have also no just tested Moz with a completely new profile (ie, mv .mozilla moz-bak) and it exibits the same bug. Ie, closing all windows when File->Close is used on one window.
Comment 5•23 years ago
|
||
see also bug 104637
Comment 6•23 years ago
|
||
i cannot repro this using 2001.10.15.13-trunk comm bits on rh6.2. tested with an existing profile. pls reopen if this is still a problem with recent bits.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Comment 7•23 years ago
|
||
mass verification of WorksForMe bugs: to find all bugspam pertaining to this, set your search string to "IfItWorksForSlappyTheSquirrelThenItWFM". if you think this particular bug is *still* an open issue, please make sure of the following before reopening: a. that it's still a problem with ***recent trunk builds*** on the all appropriate platform[s] b. provide clear steps to reproduce (unless a good test case is already in the bug report), making sure it pertains to the original problem (avoid morphing as much as possible :)
Status: RESOLVED → VERIFIED
Reporter | ||
Comment 8•23 years ago
|
||
Bug still exists. Tested on trunk build 2002010308. Platform: RedHat Linux 6.2 (Ximian Gnome, gtk+-1.2.10-ximian.21). I access the Linux box via a Win32 X11 Server. When I choose close from the file menu Moz spits this out and closes all windows: Gdk-ERROR **: BadWindow (invalid Window parameter) serial 15221 error_code 3 request_code 15 minor_code 0 Maybe the bug isn't in Moz but rather in GTK?
Status: VERIFIED → UNCONFIRMED
Resolution: WORKSFORME → ---
Comment 9•23 years ago
|
||
Hmmmm, can you test it with another Xserver, preferably XFree? You /may/ have hit an X-server bug.
Comment 12•22 years ago
|
||
reporter, is this still a problem?
Reporter | ||
Comment 13•22 years ago
|
||
I believe so. I've not tested recent builds with Exceed 6.2 Under Win2k. I've stopped using Exceed and now usr my Linux box directly via XFree86 4.1.x. XFree doesn't seem to suffer from this 'bug'. Unless other X servers also suffer from the same issue I think you could probably safely ignore this bug.
Comment 14•22 years ago
|
||
ok. i'm going to mark this WORKSFORME. Exceed 6.2 is rather old. Could you try 7.1? or at least contact Hummingbird support? This looks like an issue for them.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago → 22 years ago
Resolution: --- → WORKSFORME
Comment 15•22 years ago
|
||
mass-verifying WorksForMe bugs. reopen only if this bug is still a problem with a *recent trunk build*. mail search string for bugspam: AchilleaMillefolium
Status: RESOLVED → VERIFIED
Updated•20 years ago
|
Product: Core → Mozilla Application Suite
You need to log in
before you can comment on or make changes to this bug.
Description
•