Gtk-CRITICAL **: file gtkcontainer.c: line 717 (gtk_container_remove): assertion `widget->parent == GTK_WIDGET (container)' failed. Gtk-CRITICAL **: file gtkcontainer.c: line 717 (gtk_container_remove): assertion `widget->parent == GTK_WIDGET (container)' failed. menu_item_activate_handler nsMenuItem::MenuItemSelected Created nsPrefsCore HandleDOMEvent calledReading file... Reading file...Done Doing Appearance startup... Looking up PrefsCore... PrefsCore has already been created! Hurrah! Doing Top startup... Looking up PrefsCore... PrefsCore has already been created! Hurrah! ChangePanel(resource://res/samples/pref-proxies.html) Reading file... Reading file...Done Doing Proxies startup... Looking up PrefsCore... PrefsCore has already been created! Hurrah! ChangePanel(resource://res/samples/pref-proxies.html) Reading file... Reading file...Done Doing Proxies startup... Looking up PrefsCore... PrefsCore has already been created! Hurrah! Segmentation fault (core dumped)

John, is this our bug?

Looks like it. Though the report lacks any steps to reproduce, I surmise that they are using the preferences window (but from a browser window, mailnews window, other?). Whether they clicked any buttons etc after that is also not included. I guess this time I won't just mark the bug "invalid" :-). Changed component to prefs ui. The othe puzzling thing is that the platform is "PC" but the data refers to GTK (which is Unix, right?) Could the reporter please provide more complete and correct information? Thanks.

Further input on simulating this bug: Product: Mozilla, Release M5 BuildID: 1999050422 Environment: Linux Redhat 5.2, 2.0.36 #1 Tue Oct 13 22:17:11 EDT 1998 i586 unknown Xserver: Using Exceed on NT 1. Run mozilla-apprunner.sh 2. Goto to edit/advanced/proxysetup 3. click on manual configuration [PS: Some more bugs here. - click on all the three of the radio buttons here and all get pressed, and they remain so - There is no communicator "view" equivalent button for manual proxy configuration ] 4. Press on "OK" button, programm dumps core. Here is transcript of xterm: ===================================== Created nsPrefsCore HandleDOMEvent calledReading file... Reading file...Done Doing Appearance startup... Looking up PrefsCore... PrefsCore has already been created! Hurrah! Doing Top startup... Looking up PrefsCore... PrefsCore has already been created! Hurrah! ChangePanel(resource://res/samples/pref-proxies.html) Reading file... Reading file...Done Doing Proxies startup... Looking up PrefsCore... PrefsCore has already been created! Hurrah! Oh no! ./apprunner just dumped a core file. Do you want to debug this ? [y/n] y =====================================

One more clarification: When I entered "PC" platform, I meant x86 platform (I hope that is the common understanding).

Yes, that my misunderstanding. In the past, we've taken "platform" to mean mac/ win/unix. But here in Bugzilla, it seems to mean "Hardware platform". So you were quite right in the first place, and I apologize for my confusion.

Accepting bug

Well, I've been having trouble with my linux build machine, but the prefs panels for proxies was all bogus. I checked in a fixed html file, one that works correctly on the Macintosh at least, and so that's a start. sas, if you get there first, you could let me know if this fixed the problem? I'm just starting to pull a new virgin tree, and it may take a while.

Updating QA Contact.

Updated status line.

*** Bug 6049 has been marked as a duplicate of this bug. ***

Updating QA Contact from paulmac to cpratt

I have checked this fix on my linux machine, and the proxy panel seems to work now.

using sas's repro instructions on the 1999052408 build under RHLinux 5.2, I get no core dump. Marking verified fixed.

Bulk move of all Pref UI component bugs to new Preferences component. Pref UI component will be deleted.