Bug 328135 - Having plugins activated slows down Rekonq on some pages, making it unresponsive
Summary: Having plugins activated slows down Rekonq on some pages, making it unresponsive
Status: RESOLVED DUPLICATE of bug 328134
Alias: None
Product: rekonq
Classification: Unmaintained
Component: general (show other bugs)
Version: 2.4.0
Platform: openSUSE Linux
: NOR crash
Target Milestone: ---
Assignee: Andrea Diamantini
URL: http://mail.yahoo.com
Keywords:
Depends on:
Blocks:
 
Reported: 2013-11-27 08:48 UTC by AlexM
Modified: 2014-01-13 22:12 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description AlexM 2013-11-27 08:48:44 UTC 
If I try to access mail.yahoo.com with plugins activated, the processor goes up to 60-70% and the browser becomes unresponsive, needing to be killed. Deactivating plugins "solves" the problem, but this is not a solution.

Reproducible: Always

Steps to Reproduce:
1. Just access mail.yahoo.com.



Since Rekonq does not have fine-grained control over individual plugins, I cannot tell which one causes problems. Nevertheless, the exact behaviour happens with Konqueror 4.11.2 using the WebKit engine (not KHTML!), under OpenSUSE 13.1. Again, deactivating plugins solves the issue. This may suggest that this is a WebKit bug. Not true, since QupZilla, Epiphany and Midori (which are WebKit-based) do not exhibit this behaviour, even with plugins enabled. (Firefox too displays the page without problems.)

See bug 328134 (the same bug, but for Konqueror).
Comment 1 Dawit Alemayehu 2014-01-09 11:14:34 UTC 
No reason for two separate tickets since both reKonq and Konqueror use the same wrapper around QtWebKit.

*** This bug has been marked as a duplicate of bug 328134 ***