513630 - Embedding browser widget not destroyed after destroying topLevel embedding window

Status: NEW

(Core :: Widget: Gtk, defect, P5)

Description

[Oleg Romashin (:romaxa)]

Build latest mozilla trunk with TestGtkEmbed or mozilla-1.9.2.

Open some page
close TestGtkEmbed window or press (menu->quit)

EXPECTED:
Toplevel widget destroyed, also GtkMozEmbed widget destroyed

ACTUAL:
Window is not closed, DOM/nsIWidget not destroyed.

Comment 1

[Karl Tomlinson (:karlt)]

I don't seem to be able to reproduce with mozilla trunk 52abed9ff3d3.

1) ran TestGtkEmbed
2) entered www.mozilla.org
3) menu->quit

Results:
new_gtk_browser
        menu bar
        tool bar
        location bar
        status bar
loading url www.mozilla.org
js_status_cb
js_status_cb
location_changed_cb
open_uri_cb http://www.mozilla.org/
load_started_cb
js_status_cb
js_status_cb
location_changed_cb
net_state_change_cb 196612
progress_change_cb cur 2347 max -1
title_changed_cb
progress_change_cb cur 4137 max -1
net_state_change_cb 65552
net_state_change_cb 131088
net_state_change_cb 786448
load_finished_cb
destroy_cb

Application exits, window closed.
Similar with closing the window from the window manager, except that delete_cb is printed before destroy_cb.

Could it depend on the url?  Or the gtk version?  (I have 2.16.5 here.)

Comment 2

[Karl Tomlinson (:karlt)]

Now I understand that TestGtkEmbed doesn't set GRE_HOME or LD_LIBRARY_PATH, so I was testing the wrong libxul etc.

Comment 3

[Firefox Bug Husbandry Bot]

https://bugzilla.mozilla.org/show_bug.cgi?id=1552613