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 761735 - Do not treat pages loading during normal shutdown as crashed pages
Do not treat pages loading during normal shutdown as crashed pages
Status: RESOLVED FIXED
Product: epiphany
Classification: Core
Component: General
3.18.x (obsolete)
Other Linux
: Normal normal
: ---
Assigned To: Epiphany Maintainers
Epiphany Maintainers
Depends on:
Blocks:
 
 
Reported: 2016-02-08 22:53 UTC by Michael Catanzaro
Modified: 2016-02-22 14:17 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
web-view: Add accessor to get current error page (3.92 KB, patch)
2016-02-08 23:10 UTC, Michael Catanzaro
committed Details | Review
session: pages loading during normal shutdown did not crash (4.94 KB, patch)
2016-02-08 23:10 UTC, Michael Catanzaro
committed Details | Review

Description Michael Catanzaro 2016-02-08 22:53:00 UTC
Currently we consider any page loading when Epiphany quits to have crashed. Instead, we should only consider it crashed if Epiphany did not shut down cleanly, or if it was really a crash error page.
Comment 1 Michael Catanzaro 2016-02-08 23:10:53 UTC
Created attachment 320675 [details] [review]
web-view: Add accessor to get current error page
Comment 2 Michael Catanzaro 2016-02-08 23:10:56 UTC
Created attachment 320676 [details] [review]
session: pages loading during normal shutdown did not crash

Currently we consider any page loading when Epiphany quits to have
crashed. Instead, we should only consider it crashed if Epiphany did not
shut down cleanly, or if it was really a crash error page.
Comment 3 Michael Catanzaro 2016-02-19 01:54:28 UTC
What do you think, Carlos?
Comment 4 Carlos Garcia Campos 2016-02-22 07:57:57 UTC
Comment on attachment 320675 [details] [review]
web-view: Add accessor to get current error page

Maybe it would be easier to just expose ephy_web_view_is_crashed_error() or something simialr for consistency with is_blank, is_overview. Or even is_error_page that returns the error page. But either way is fine with me anyway.
Comment 5 Carlos Garcia Campos 2016-02-22 07:59:30 UTC
Review of attachment 320676 [details] [review]:

Ok.
Comment 6 Michael Catanzaro 2016-02-22 14:16:26 UTC
(In reply to Carlos Garcia Campos from comment #4)
> Comment on attachment 320675 [details] [review] [review]
> web-view: Add accessor to get current error page
> 
> Maybe it would be easier to just expose ephy_web_view_is_crashed_error() or
> something simialr for consistency with is_blank, is_overview. Or even
> is_error_page that returns the error page. But either way is fine with me
> anyway.

Good point... but there's already _load_error_page(), which takes the enum, so I think exposing it here is maybe best. Doesn't really matter.
Comment 7 Michael Catanzaro 2016-02-22 14:16:46 UTC
Attachment 320675 [details] pushed as bc3579e - web-view: Add accessor to get current error page
Attachment 320676 [details] pushed as 21a50e2 - session: pages loading during normal shutdown did not crash
Comment 8 Michael Catanzaro 2016-02-22 14:17:32 UTC
I don't like "_is_error_page that returns the error page," though, even if the result can be used as a bool, I'd rather "is" functions return only bools.