Summary: | Rekonq crashes everytime while browsing specific pages, one tab open | ||
---|---|---|---|
Product: | [Unmaintained] rekonq | Reporter: | Sindre Wetjen <subfusc> |
Component: | general | Assignee: | Andrea Diamantini <adjam7> |
Status: | RESOLVED UNMAINTAINED | ||
Severity: | crash | CC: | adawit, azhchay, ce1sa2te3, daffyduke, diego.ml, eindjedrop, eljefedelito, fjperezor, hoelbezier, jonay.santana, kubuntuguru, lorenzobivens, marsu1, marvinana, narutoplasma14, orenl-bugs, p.finizio, pancho.s, sahinsureyya, talmage, thomasliquet, waiotehue |
Priority: | NOR | ||
Version: | 2.4.2 | ||
Target Milestone: | --- | ||
Platform: | Fedora RPMs | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: |
New crash information added by DrKonqi
New crash information added by DrKonqi New crash information added by DrKonqi |
Description
Sindre Wetjen
2013-05-28 12:09:30 UTC
*** Bug 311479 has been marked as a duplicate of this bug. *** *** Bug 319448 has been marked as a duplicate of this bug. *** Cannot reproduce this in Konqueror + kdewebkit, but can reproduce it after several tries with latest reKonq + kdewebkit. Hence, this is not a kdewebkit bug, but rather dependent on how reKonq uses KWebWallet. well... rekonq code basically says: if ( wallet() && mainFrame()) { wallet()->fillFormData(mainFrame()); } And the crash happens from wallet fillFormData call. Please, note that the "crash" is happening on qtwebkit cause of the KWebWallet::collectAllChildFrames method call inside fillFormData. So, please explain me why this should depend on how rekonq uses KWebWallet. Created attachment 80454 [details]
New crash information added by DrKonqi
rekonq (2.3.0) on KDE Platform 4.10.3 using Qt 4.8.4
- What I was doing when the application crashed:
I was browsing normally on the internet on repubblica.it website
- Custom settings of the application:
Plugins loading (eg. flash) is disabled in settings.
-- Backtrace (Reduced):
#6 0x00007f8af3ffa079 in QWebFrame::childFrames () from /lib64/libQtWebKit.so.4
#7 0x00007f8af5f5ab57 in collectAllChildFrames (frame=frame@entry=0x31c0450, list=...) at /usr/src/debug/kdelibs-4.10.3/kdewebkit/kwebwallet.cpp:100
#8 0x00007f8af5f5d1f9 in KWebWallet::fillFormData (this=0x287b260, frame=0x31c0450, recursive=true) at /usr/src/debug/kdelibs-4.10.3/kdewebkit/kwebwallet.cpp:441
#9 0x00007f8af66ffc79 in WebPage::loadFinished (this=0x31fbf80, ok=<optimized out>) at /usr/src/debug/rekonq-2.3.0/src/webtab/webpage.cpp:595
[...]
#11 0x00007f8af4007502 in QWebPage::loadFinished () from /lib64/libQtWebKit.so.4
This combination seems quite crashy to me (one per tab), but it's not 100% reproducible. http://www.repubblica.it/tecnologia/2013/06/10/foto/google_street_view_colpisce_ancora_le_nuove_foto_imbarazzanti-60820197/1/#1 http://www.repubblica.it/tecnologia/2013/06/11/foto/orcam_gli_occhiali_che_aiutano_i_non_vedenti-60523101/1/#1 http://canali.kataweb.it/kataweb-consumi/2013/06/11/canone-rai-continua-ad-arrivare-anche-se-non-ho-piu-il-televisore/?ref=HRSN-3 http://www.repubblica.it/esteri/2013/06/11/news/papa_chiesa-povera-60850385/ Created attachment 80984 [details]
New crash information added by DrKonqi
rekonq (2.2.1) on KDE Platform 4.10.4 using Qt 4.8.4
- What I was doing when the application crashed:
Loading cars.com. Rekonq hung every time. The only way to fix it was to terminate rekonq.
-- Backtrace (Reduced):
#6 0x00007f81d6ea2799 in QWebFrame::childFrames() const () from /usr/lib/x86_64-linux-gnu/libQtWebKit.so.4
#7 0x00007f81d688e367 in collectAllChildFrames (frame=frame@entry=0x27ae380, list=...) at ../../kdewebkit/kwebwallet.cpp:100
#8 0x00007f81d6891429 in KWebWallet::fillFormData (this=0x278b470, frame=frame@entry=0x27ae380, recursive=recursive@entry=true) at ../../kdewebkit/kwebwallet.cpp:441
#9 0x00007f81d926bfb9 in WebPage::loadFinished (this=0x27aa900, ok=<optimized out>) at /build/buildd/rekonq-2.2.1/src/webtab/webpage.cpp:595
[...]
#11 0x00007f81d6eb0702 in QWebPage::loadFinished(bool) () from /usr/lib/x86_64-linux-gnu/libQtWebKit.so.4
Tonight, rekonq crashed repeatedly on OKCupid.com. Created attachment 81192 [details] New crash information added by DrKonqi rekonq (2.3.1) on KDE Platform 4.10.4 using Qt 4.8.4 - What I was doing when the application crashed: Browsing some pages on repubblica.it and libero.it. 5 tabs: - http://www.repubblica.it/ - http://www.repubblica.it/economia/2013/07/18/news/detroit_bancarotta-63272602/ - http://www.repubblica.it/politica/2013/07/18/foto/la_satira_di_ryanair_su_caso_kazako_alfano_andr_a_casa_-63257978/1/ - http://www.repubblica.it/esteri/2013/07/19/foto/le_foto_dell_attentatore_di_boston_al_momento_della_cattura-63277220/1/#1 - https://login.libero.it/?service_id=beta_email&ret_url=http://mailbeta.libero.it/cp/WindMailPS.jsp;jsessionid=842CA8437A5266F2EB4F8C9049DBBAC9 - Custom settings of the application: Automatic plugin loading is disabled (e.g. I start flash manually) -- Backtrace (Reduced): #6 0x00007f64e2dc8079 in QWebFrame::childFrames () from /lib64/libQtWebKit.so.4 #7 0x00007f64e4d28b57 in collectAllChildFrames (frame=frame@entry=0x2ead6a0, list=...) at /usr/src/debug/kdelibs-4.10.4/kdewebkit/kwebwallet.cpp:100 #8 0x00007f64e4d2b1f9 in KWebWallet::fillFormData (this=0x2e366e0, frame=0x2ead6a0, recursive=true) at /usr/src/debug/kdelibs-4.10.4/kdewebkit/kwebwallet.cpp:441 #9 0x00007f64e54d3618 in WebPage::loadFinished (this=0x2f4ed50, ok=<optimized out>) at /usr/src/debug/rekonq-2.3.1/src/webtab/webpage.cpp:600 [...] #11 0x00007f64e2dd5502 in QWebPage::loadFinished () from /lib64/libQtWebKit.so.4 *** Bug 322611 has been marked as a duplicate of this bug. *** *** Bug 322859 has been marked as a duplicate of this bug. *** *** Bug 323082 has been marked as a duplicate of this bug. *** *** Bug 284231 has been marked as a duplicate of this bug. *** Re #4:
> And the crash happens from wallet fillFormData call. Please, note that the "crash" is happening on qtwebkit cause of the KWebWallet::collectAllChildFrames method call inside fillFormData. So, please explain me why this should depend on how rekonq uses KWebWallet.
So it seems that there is a bug in qtwebkit that Konqueror works around while rekonq doesn't, right?
The bug seems to be worth filing it upstream. Alternatively we should look into Konqueror's code, and see if we can work around the bug as well.
Marking this one 'confirmed' as it is confirmed that the bug exists, no matter how we would resolve it.
I would like to note that I have not been able to reconstruct this exact bug after updating to Fedora 19. (rekonq still crashes but it seem unrelated to this bug) Specs: Application: rekonq (2.3.2) KDE Platform Version: 4.10.97 Qt Version: 4.8.5 Operating System: Linux 3.10.4-300.fc19.x86_64 x86_64 Distribution: "Fedora release 19 (Schrödinger’s Cat)" *** Bug 324051 has been marked as a duplicate of this bug. *** *** Bug 322242 has been marked as a duplicate of this bug. *** *** Bug 327025 has been marked as a duplicate of this bug. *** *** Bug 327396 has been marked as a duplicate of this bug. *** *** Bug 334495 has been marked as a duplicate of this bug. *** I tried to reproduce this bug today in rekonq-2.4.2 by clicking on the larepubblica and nrk.no links, but I did not see a crash in rekonq. Is this issue still reproducible in rekonq.2.4.2 or newer? Hello. * my english is deficient, sorry * /After I sent report I opened same webs and the problem was not. /This day and next automatically some kubuntu's aplications were actualized and I returned to open rekonq wihout any problems. The page nrk.no was used by me. This is all I can tell you. Sorry, I am a beginner in this operative system and informatic universe. Adeu, salut. Atentament, Cebria SALO Hi, sorry I can still reproduce bug on allocine.com after last upgrade with Ubuntu 14.04. *** Bug 338340 has been marked as a duplicate of this bug. *** *** Bug 338809 has been marked as a duplicate of this bug. *** I'd like to point to one more site, which triggers Rekonq crashes http://hwzone.co.il/community/ Just go and read (or pretend to read) through the topics and pages, and eventually it will crash Crashes are intermittent, and often restarting and restoring the visited page will immeadiately lead to a crash again, sometimes several times in a row I think i noticed a pattern, though not really sure : The crashes appear to happen immediately after the loading of ads from a different domain included in the page, but not on all ads and not always *** Bug 348538 has been marked as a duplicate of this bug. *** *** Bug 357695 has been marked as a duplicate of this bug. *** *** Bug 358582 has been marked as a duplicate of this bug. *** *** Bug 365858 has been marked as a duplicate of this bug. *** *** Bug 368690 has been marked as a duplicate of this bug. *** *** Bug 376271 has been marked as a duplicate of this bug. *** Development on Rekonq ceased four years ago, and it has been unmaintained since then. KDE recommends using Falkon instead. |