| Summary: | Konqueror crashes on opening a new window | ||
|---|---|---|---|
| Product: | [Applications] konqueror | Reporter: | kavol <kavol> |
| Component: | khtml part | Assignee: | Konqueror Developers <konq-bugs> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | crash | CC: | adawit, kavol |
| Priority: | NOR | ||
| Version: | 4.9.5 | ||
| Target Milestone: | --- | ||
| Platform: | Fedora RPMs | ||
| OS: | Linux | ||
| Latest Commit: | http://commits.kde.org/kdelibs/e8584c981715f0fee28c7da1a7aa934a240237a1 | Version Fixed In: | 4.10.2 |
| Sentry Crash Report: | |||
| Attachments: |
New crash information added by DrKonqi
New crash information added by DrKonqi New crash information added by DrKonqi |
||
|
Description
kavol
2013-01-18 13:24:18 UTC
Created attachment 76538 [details]
New crash information added by DrKonqi
konqueror (4.9.5) on KDE Platform 4.9.5 using Qt 4.8.4
- What I was doing when the application crashed:
cool, so this is reproducible, I've just did the same
-- Backtrace (Reduced):
#6 0x00007f5b538a5e90 in KHTMLPartPrivate::findFrameParent (this=0x2fd1030, callingPart=0x30cd830, f=..., childFrame=0x0, checkForNavigation=true) at /usr/src/debug/kdelibs-4.9.5/khtml/khtml_part.cpp:5204
#7 0x00007f5b538deaa9 in KHTMLPartBrowserHostExtension::findFrameParent (this=<optimized out>, callingPart=<optimized out>, frame=...) at /usr/src/debug/kdelibs-4.9.5/khtml/khtml_ext.cpp:995
#8 0x00007f5b60d6d84b in KonqMainWindow::childView (this=<optimized out>, callingPart=0x30cd830, name=..., hostExtension=@0x7fffb29229d8: 0x0, part=0x7fffb2922f38) at /usr/src/debug/kde-baseapps-4.9.5/konqueror/src/konqmainwindow.cpp:2286
#9 0x00007f5b60d6de8e in findChildView (callingPart=0x30cd830, name=..., mainWindow=@0x7fffb29229d0: 0x0, hostExtension=@0x7fffb29229d8: 0x0, part=0x7fffb2922f38) at /usr/src/debug/kde-baseapps-4.9.5/konqueror/src/konqmainwindow.cpp:1002
#10 0x00007f5b60d7958c in KonqMainWindow::slotCreateNewWindow (this=0x2664370, url=..., args=..., browserArgs=..., windowArgs=..., part=0x7fffb2922f38) at /usr/src/debug/kde-baseapps-4.9.5/konqueror/src/konqmainwindow.cpp:1213
In order for us to attempt to duplicate this crash, you have to let us know the following: 1.) Since you were able to reproduce the problem, describe the steps you took to cause the crash. 2.) Tell us the default browser engine that is configured in Konqueror (Settings->Configure Konqueror->General->Default web browsing engine). (In reply to comment #2) > In order for us to attempt to duplicate this crash, you have to let us know > the following: > > 1.) Since you were able to reproduce the problem, describe the steps you > took to cause the crash. the problem is that it happens after login into internetbanking site ... 1) login at https://www.fio.cz/scgi-bin/hermes/dz-internetbanking.cgi 2) choose "Podání pokynu" 3) click "Platba do ČR a SR" > 2.) Tell us the default browser engine that is configured in Konqueror > (Settings->Configure Konqueror->General->Default web browsing engine). webkit Created attachment 76572 [details]
New crash information added by DrKonqi
konqueror (4.9.5) on KDE Platform 4.9.5 using Qt 4.8.4
- What I was doing when the application crashed:
just verifying ...
(some stupid padding for drKonqi)
-- Backtrace (Reduced):
#6 0x00007f5b598c1e90 in KHTMLPartPrivate::findFrameParent (this=0x318d330, callingPart=0x29dba20, f=..., childFrame=0x0, checkForNavigation=true) at /usr/src/debug/kdelibs-4.9.5/khtml/khtml_part.cpp:5204
#7 0x00007f5b598faaa9 in KHTMLPartBrowserHostExtension::findFrameParent (this=<optimized out>, callingPart=<optimized out>, frame=...) at /usr/src/debug/kdelibs-4.9.5/khtml/khtml_ext.cpp:995
#8 0x00007f5b60d6d84b in KonqMainWindow::childView (this=<optimized out>, callingPart=0x29dba20, name=..., hostExtension=@0x7fffb29229d8: 0x0, part=0x7fffb2922f38) at /usr/src/debug/kde-baseapps-4.9.5/konqueror/src/konqmainwindow.cpp:2286
#9 0x00007f5b60d6de8e in findChildView (callingPart=0x29dba20, name=..., mainWindow=@0x7fffb29229d0: 0x0, hostExtension=@0x7fffb29229d8: 0x0, part=0x7fffb2922f38) at /usr/src/debug/kde-baseapps-4.9.5/konqueror/src/konqmainwindow.cpp:1002
#10 0x00007f5b60d7958c in KonqMainWindow::slotCreateNewWindow (this=0x247ced0, url=..., args=..., browserArgs=..., windowArgs=..., part=0x7fffb2922f38) at /usr/src/debug/kde-baseapps-4.9.5/konqueror/src/konqmainwindow.cpp:1213
(In reply to comment #3) > (In reply to comment #2) > > In order for us to attempt to duplicate this crash, you have to let us know > > the following: > > > > 1.) Since you were able to reproduce the problem, describe the steps you > > took to cause the crash. > > the problem is that it happens after login into internetbanking site ... > > 1) login at https://www.fio.cz/scgi-bin/hermes/dz-internetbanking.cgi > 2) choose "Podání pokynu" > 3) click "Platba do ČR a SR" I do not see any of the text you listed in the steps above, but that does not matter since I won't be able to login into a banking website. > > 2.) Tell us the default browser engine that is configured in Konqueror > > (Settings->Configure Konqueror->General->Default web browsing engine). > > webkit That is baffling because the crash happens in khtml! If webkit is your default engine, then I do not see how this request can end up in the khtml engine. Are you sure you are not switching between khtml and webkit using the "View" menu ? If not, I do not understand how khtml gets loaded except for the default "Introduction page" which you can change (Settings->Configure Konqueror->General) to something like "Show blank page". No matter what I tried I was unable to reproduce the problem, but then again I cannot login into the website in question. (In reply to comment #5) > I do not see any of the text you listed in the steps above, but that does > not matter since I won't be able to login into a banking website. yes, the text appears only after successful login ... > > webkit > > That is baffling because the crash happens in khtml! If webkit is your > default engine, then I do not see how this request can end up in the khtml > engine. I remember, some time ago, there was a problem that Konqueror switched engines involuntarily ... probably, this has something to do with it? > Are you sure you are not switching between khtml and webkit using > the "View" menu ? it crashes before I have any opportunity to switch the engine for the new window, if you ask about this if I switch to KHTML manually in the original window *before* clicking "Platba do ČR a SR" then it works as expected > No matter what I tried I was unable to reproduce the problem, but then again > I cannot login into the website in question. they have some demo but you have to register[1] with lot's of personal info ... probably you can fake it ... > If not, I do not understand how khtml gets loaded except for the default > "Introduction page" which you can change (Settings->Configure Konqueror > ->General) to something like "Show blank page". now this may be a clue - if you look at the code, there is: <a href='dz-filler.cgi?SUBMIT=PREVOD&ID_ucet=...' onclick="okno(650, 450, 'dz_orders')" target='dz_orders'>Platba do ČR a SR</a> function okno( height, width, cil ) { var w; w=window.open ( "/ib/empty.html", cil, "toolbar=n,height="+height+",width="+width+",resizable=1,scrollbars=1" ); w.focus(this); } now, just a wild uninformed guess, doesn't the combination of using "target=" with a window label that doesn't exist yet together with "window.open" refering to a blank page trick Konqueror into thinking that it needs to load the "introductory page" for which, if I get you right, it uses KHTML? just for comparison, the default blank page gives this source: <html><head><title>about:blank</title></head><body></body></html> while empty.html reads: <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"><html><head></head> <body> </body></html> [1] https://www.fio.cz/bankovni-sluzby/internetbanking/demo-internetbanking Created attachment 76837 [details]
New crash information added by DrKonqi
konqueror (4.9.5) on KDE Platform 4.9.5 using Qt 4.8.4
- What I was doing when the application crashed:
this is the same crash ... I forgot about it, to switch to KHTML to prevent the crash, and clicked an icon within the page which opens the same new window as discussed above
-- Backtrace (Reduced):
#6 0x00007f9bd78a5e90 in KHTMLPartPrivate::findFrameParent (this=0x50ebca0, callingPart=0x4158810, f=..., childFrame=0x0, checkForNavigation=true) at /usr/src/debug/kdelibs-4.9.5/khtml/khtml_part.cpp:5204
#7 0x00007f9bd78deaa9 in KHTMLPartBrowserHostExtension::findFrameParent (this=<optimized out>, callingPart=<optimized out>, frame=...) at /usr/src/debug/kdelibs-4.9.5/khtml/khtml_ext.cpp:995
#8 0x00007f9be545484b in KonqMainWindow::childView (this=<optimized out>, callingPart=0x4158810, name=..., hostExtension=@0x7fffe5cfff08: 0x0, part=0x7fffe5d00468) at /usr/src/debug/kde-baseapps-4.9.5/konqueror/src/konqmainwindow.cpp:2286
#9 0x00007f9be5454e8e in findChildView (callingPart=0x4158810, name=..., mainWindow=@0x7fffe5cfff00: 0x0, hostExtension=@0x7fffe5cfff08: 0x0, part=0x7fffe5d00468) at /usr/src/debug/kde-baseapps-4.9.5/konqueror/src/konqmainwindow.cpp:1002
#10 0x00007f9be546058c in KonqMainWindow::slotCreateNewWindow (this=0x1ae0410, url=..., args=..., browserArgs=..., windowArgs=..., part=0x7fffe5d00468) at /usr/src/debug/kde-baseapps-4.9.5/konqueror/src/konqmainwindow.cpp:1213
Git commit e8584c981715f0fee28c7da1a7aa934a240237a1 by Dawit Alemayehu. Committed on 16/02/2013 at 20:20. Pushed by adawit into branch 'KDE/4.10'. Don't crash if callingHtmlPart is not KHTML. FIXED-IN: 4.10 REVIEW: 108986 M +4 -1 khtml/khtml_part.cpp http://commits.kde.org/kdelibs/e8584c981715f0fee28c7da1a7aa934a240237a1 thanks a lot for taking a look at this issue, it was really annoying, however, the patch does not work as expected :-( after recompiling kdelibs with this patch, Konqueror doesn't crash any more, but it opens two new windows instead of one; one of them being empty (this doesn't happen with KHTML active, in that case it opens just one window with the appropriate contents) note that I've applied the patch on KDE 4.9.5 if that makes a difference (I doubt that ...) (In reply to comment #9) > thanks a lot for taking a look at this issue, it was really annoying, > however, the patch does not work as expected :-( > > after recompiling kdelibs with this patch, Konqueror doesn't crash any more, > but it opens two new windows instead of one; one of them being empty > > (this doesn't happen with KHTML active, in that case it opens just one > window with the appropriate contents) > > note that I've applied the patch on KDE 4.9.5 if that makes a difference (I > doubt that ...) Right. The patch was only intended to fix the crash and not any resulting behavior. I have no idea why the khtml browser engine is used when a new window is requested, even though you have set the default browser engine to "webkit". The only thing I think might cause that is a higher service preference for the khtml engine ; so I suggested you check the service order for embedded parts by doing the following: 1.) ALT+F2, type "filetypes" and press enter 2.) Search for "text/html" 3.) Look at the "Service Preference Order" box under the "Embedding" tab. If KHTML is the top engine, change it to WebKit. If that is not the case, then the only other thing I can think of is to see if this is somehow a configuration issue, by trying to duplicate the problem under a new user account. (In reply to comment #10) ... > If KHTML is the top engine, change it to WebKit. If that is not the case, the order is 1) kwebkitpart 2) khtml 3) katepart > then the only other thing I can think of is to see if this is somehow a > configuration issue, by trying to duplicate the problem under a new user > account. yes, I can duplicate the problem (opening two windows instead of one) on a clean install (Fedora 19 with KDE 4.10.3) Dear Bug Submitter, This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond. Thank you for helping us make KDE software even better for everyone! Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone! This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone! |