After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 114689 - Close more quickly
Close more quickly
Status: RESOLVED FIXED
Product: epiphany
Classification: Core
Component: Interface
0.x
Other Linux
: High normal
: 1.2
Assigned To: Marco Pesenti Gritti
Marco Pesenti Gritti
Depends on:
Blocks:
 
 
Reported: 2003-06-08 08:11 UTC by Gregory Merchan
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
patch as suggested (672 bytes, patch)
2003-12-08 17:37 UTC, Christian Persch
none Details | Review

Description Gregory Merchan 2003-06-08 08:11:27 UTC
There is an appreciable difference between the time it takes to close
the last epiphany window and the time it takes to close any other
epiphany window. It seems as though Epiphany is doing housekeeping
before withdrawing the last window. Perhaps it's even leaving that to
the housekeeper?

As far as I can tell, epiphany would never need to present an alert or
otherwise interact with the user after a window has been closed.
It should therefore withdraw windows as soon as the "delete-event"
signal is received, and only then proceed to the invisible details
of normal program termination.

I grepped through epiphany sources for "delete-event", but could not
find it; perhaps it's hidden behind some other wizardry.

For a Gtk+-only program, doing what I describe should be as simple as:

 g_signal_connect (app_window, "delete-event",
                   G_CALLBACK (gtk_widget_hide), NULL);


The delay before the last window is withdrawn is often so great that
Metacity's unresponsive app alert appears.
Comment 1 Christian Persch 2003-12-08 17:37:41 UTC
Created attachment 22222 [details] [review]
patch as suggested
Comment 2 Marco Pesenti Gritti 2003-12-08 19:01:37 UTC
Isnt this going to give up probs with window size persisting ?
Also, is the slowdown still reproducable ?
Comment 3 Christian Persch 2004-01-03 17:17:40 UTC
I haven't seen any problems with sizing. And (esp. when I've had
epiphany in the background for some time doing mem-intensive other
thing so it has to swap ephy in just to quit it), the slowdown is
still so long that metacity's kill dialogue comes up.
Comment 4 Christian Persch 2004-01-04 13:03:03 UTC
The patch above was checked in as part of the patch in bug 119857.