Bug 40072

Summary:

[Qt] QtTestBrowser random crashes are observed while using QtWebkit 2.0

Product:

WebKit

Reporter:

Alexandra Santos <alexandra.1.santos>

Component:

New Bugs

Assignee:

QtWebKit Unassigned <webkit-qt-unassigned>

Status:

RESOLVED DUPLICATE

Severity:

Normal

CC:

ext-ananth.jasty, ext-udayan.gohel, hausmann, jesus, laszlo.gombos

Priority:

Keywords:

Qt, QtTriaged

Version:

528+ (Nightly build)

Hardware:

S60 Hardware

OS:

S60 3rd edition

Bug Depends on:

Bug Blocks:

35784

Attachments:

Description	Flags
QtTestBrowser crash logs	none

Alexandra Santos

Reported 2010-06-02 11:06:45 PDT

QtTestBrowser randomly crashes while loading pages. Steps to reproduce: 1.- On n97, install Qt.sis (4.6.2), QtWebkit.sis (QtWebkit 2.0)and QtTestBrowser. 2.- Launch QtTestBrowser and start loading pages. Actual results: Random crashes are observed. Expected results: QtTestBrowser would not crash while loading pages. NOTE: Please find attached crash logs.

Attachments
QtTestBrowser crash logs (237.61 KB, application/octet-stream) 2010-06-02 11:09 PDT, Alexandra Santos	no flags	Details
View All Add attachment proposed patch, testcase, etc.

Alexandra Santos

Comment 1 2010-06-02 11:09:51 PDT

Created attachment 57667 [details] QtTestBrowser crash logs

Simon Hausmann

Comment 2 2010-06-04 14:20:51 PDT

Thank you Alexandra for the crash logs. Can you tell us which qtwebkit.sis file you were using? Alternatively, can you provide us with the map file of QtWebKit, so that we can analyze the crash logs?

Laszlo Gombos

Comment 3 2010-06-08 11:07:44 PDT

Setting it to P2 (from P3). It would be nice to confirm that this "random crashes" are _not_ as a result of an out-of-memory situation.

Alexandra Santos

Comment 4 2010-06-13 19:14:11 PDT

I was using build 39, map files are located in the same folder. Please contact me if you need more details regarding this issue.

ext-udayan.gohel

Comment 5 2010-06-14 10:58:18 PDT

I'm able to load pages without any crash on latest WebKit 2.0 version with WrtLite browser. Let me know if you need any more details.

Simon Hausmann

Comment 6 2010-06-15 06:54:30 PDT

As far as I can see from the crash logs, these appear to be out-of-memory crashes.

Jesus Sanchez-Palencia

Comment 7 2010-06-24 07:08:21 PDT

(In reply to comment #6) > As far as I can see from the crash logs, these appear to be out-of-memory crashes. Don't we have other open bugs for out-of-memory crashes already? Should we keep this one open as well?

ananth jasty

Comment 8 2010-06-24 15:21:12 PDT

Based on some testing I've found that the system is generally refusing to release memory and increasing its reserved size over time, until a high-water-mark is reached, at which point some pages are released. This process however, has diminishing returns, with less memory being released after each low memory event. Assuming even that pages are being kept for efficiency, is there a way to analyse page utilization, and fragmentation? I am hoping to check the most likely culprit for large memory leaks, the qpixmap system, to see if we are simply not freeing images often enough, but also, is it possible the high-water-mark is not triggering a cache-purge aggressively enough?

Simon Hausmann

Comment 9 2010-06-28 01:14:31 PDT

Indeed, these crashes are out of memory crashes. Let's track out of memory on Symbian with the tests that QA runs with bug 40446. *** This bug has been marked as a duplicate of bug 40446 ***

Note You need to log in before you can comment on or make changes to this bug.