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 772946 - Memory leak / Poor javascript breaks epiphany
Memory leak / Poor javascript breaks epiphany
Status: RESOLVED NOTGNOME
Product: epiphany
Classification: Core
Component: Backend
3.20.x (obsolete)
Other Linux
: Normal normal
: ---
Assigned To: Epiphany Maintainers
Epiphany Maintainers
Depends on:
Blocks:
 
 
Reported: 2016-10-14 15:48 UTC by Que Quotion
Modified: 2016-10-17 17:42 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Que Quotion 2016-10-14 15:48:29 UTC
Sometimes epiphany freezes my entire system. I suspect the real culprit is badly designed webpages, but epiphany needs to be robust against that kind of thing.

Case in point: http://www.reuters.com/article/us-britain-eu-article-idUSKCN12C2PZ

This caused a lock up so severe I was unable to do anything other than turn the computer off at the switch. I tried again after rebooting, and noticed that memory usage immediately maxed out (over 16gb) when loading this page before another full system lockup (even ttys, ssh, and magick keys become unresponsive).

My guess is the slideshow (which appears as twelve separate objects if scripts are blocked in firefox, and appeared to be loading as separate objects in epiphany before freezing) is doing something crazy that epiphany doesn't handle well.

This isn't the first webpage to cause this kind of lockup, and it might just be a fluke, but I do have these from time to time and it is often reproducible by reloading the last page loaded before a lockup.
Comment 1 Michael Catanzaro 2016-10-14 15:51:12 UTC
Hey good news: this is already fixed in WebKitGTK+ 2.14 (provided it is compiled with the default build options).
Comment 2 Que Quotion 2016-10-17 17:42:59 UTC
Good to know!