Bug 40072 - [Qt] QtTestBrowser random crashes are observed while using QtWebkit 2.0
Summary: [Qt] QtTestBrowser random crashes are observed while using QtWebkit 2.0
Status: RESOLVED DUPLICATE of bug 40446
Alias: None
Product: WebKit
Classification: Unclassified
Component: New Bugs (show other bugs)
Version: 528+ (Nightly build)
Hardware: S60 Hardware S60 3rd edition
: P2 Normal
Assignee: QtWebKit Unassigned
Keywords: Qt, QtTriaged
Depends on:
Blocks: 35784
  Show dependency treegraph
Reported: 2010-06-02 11:06 PDT by Alexandra Santos
Modified: 2010-06-28 01:14 PDT (History)
5 users (show)

See Also:

QtTestBrowser crash logs (237.61 KB, application/octet-stream)
2010-06-02 11:09 PDT, Alexandra Santos
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Alexandra Santos 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.
Comment 1 Alexandra Santos 2010-06-02 11:09:51 PDT
Created attachment 57667 [details]
QtTestBrowser crash logs
Comment 2 Simon Hausmann 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?
Comment 3 Laszlo Gombos 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.
Comment 4 Alexandra Santos 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.
Comment 5 ext-udayan.gohel 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.
Comment 6 Simon Hausmann 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.
Comment 7 Jesus Sanchez-Palencia 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?
Comment 8 ananth jasty 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?
Comment 9 Simon Hausmann 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 ***