Summary: | Crash in webkit_web_view_expose_event when using Eclipse with overlay-scrollbar (Ubuntu) | ||||||
---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Marc-Andre Laperle <malaperle> | ||||
Component: | WebKitGTK | Assignee: | Nobody <webkit-unassigned> | ||||
Status: | RESOLVED INVALID | ||||||
Severity: | Normal | CC: | berto, bigbedue, cgarcia, dbates, gustavo, mcatanzaro, mrobinson, zan | ||||
Priority: | P2 | ||||||
Version: | 528+ (Nightly build) | ||||||
Hardware: | PC | ||||||
OS: | Linux | ||||||
Attachments: |
|
Description
Marc-Andre Laperle
2014-03-05 23:28:01 PST
Created attachment 225958 [details]
Patch
Patch from #1 doesn't solve the problem here. Using Arch, see https://bugs.archlinux.org/task/39184. eclipse still crashes. (In reply to comment #2) > Patch from #1 doesn't solve the problem here. Using Arch, see https://bugs.archlinux.org/task/39184. > eclipse still crashes. Are you sure it crashes at the same place? Is backingStore null? FYI, there's also a crash related to the google talk plugin, see https://bugs.eclipse.org/bugs/show_bug.cgi?id=334466 Tbh, I don't know if backingStore is null. Can you help me getting a more informative debug output from eclipse? The terminal is not very chatty. I reproduced the error like this: with the UNPATCHED release version of 2.2.5, it crashed "randomly" when displaying tooltips. I also could - kind of - reproduce the welcome-screen thing: 1. went to welcome screen (welcome screen displays, no crash) 2. click on X to close the welcome screen (eclipse crashes, the normal window should have appeared) after the patch, both behaviors were still there. Maybe "my problem" is not exactly what you've fixed? Please also note that i didn't apply the patch to r164917 but on the release version found here: http://webkitgtk.org/releases/webkitgtk-2.2.5.tar.xz. Maybe thats an issue too. (In reply to comment #4) > Tbh, I don't know if backingStore is null. > Can you help me getting a more informative debug output from eclipse? The terminal is not very chatty. Do you have a java crash log file? It should be in the working directory where Eclipse was launched, look for something like hs_err_pid18377.log. If you have a core dump, you could load it in gdb and get a backtrace. The core file should also be in the working directory. If not, you can try changing the core file limit with the command 'ulimit -c unlimited' then starting Eclipse from the same terminal. > Maybe "my problem" is not exactly what you've fixed? That seems probable. I also didn't mention in my original comment that the crash only occurs when overlay-scrollbar is enabled, which I believe is only in Ubuntu. But I think fixing this in webkit source code makes sense because the way I understand the code, it could happen in other circumstances. > Please also note that i didn't apply the patch to r164917 but on the release version found here: http://webkitgtk.org/releases/webkitgtk-2.2.5.tar.xz. Maybe thats an issue too. I'm going to install Arch Linux and try to reproduce your crash. This might take some time. (In reply to comment #5) > > Please also note that i didn't apply the patch to r164917 but on the release version found here: http://webkitgtk.org/releases/webkitgtk-2.2.5.tar.xz. Maybe thats an issue too. > > I'm going to install Arch Linux and try to reproduce your crash. This might take some time. I can't reproduce this with Arch Linux and webkitgtk-2.2.5 installed. I tried both the eclipse package from Arch and downloading it from eclipse.org (version 4.3.2). Let me know if you have more information about the java error log or the core dump. Also, did you check if you have the google talk plugin installed? I tried to install it just to see if it affects anything but I wasn't able to install it from AUR (I'm not sure how to use it). On recent Eclipse builds (Luna), the overlay scrollbars are disabled by default so to reproduce this bug they need to be explicitly enabled with LIBOVERLAY_SCROLLBAR=1 Comment on attachment 225958 [details] Patch The file Source/WebKit/gtk/webkit/webkitwebview.cpp no longer exists. Moreover, all the GTK WebKit1 code was removed in <http://trac.webkit.org/changeset/166979> (bug #131399). I'm unclear of the process for fixing GTK WebKit1 bugs with respect to third-party applications, such as Eclipse. Maybe Martin Robinson or Michael Cantazaro know? I'm marking this bug Resolved Invalid since the GTK WebKit1 source code was removed from the WebKit Open Source Project repository as mentioned in comment #8. We need to find a more appropriate forum for this bug assuming it still exists. (In reply to comment #8) > Comment on attachment 225958 [details] > Patch > > The file Source/WebKit/gtk/webkit/webkitwebview.cpp no longer exists. > Moreover, all the GTK WebKit1 code was removed in > <http://trac.webkit.org/changeset/166979> (bug #131399). I'm unclear of the > process for fixing GTK WebKit1 bugs with respect to third-party > applications, such as Eclipse. Maybe Martin Robinson or Michael Cantazaro > know? There's no better place to report this bug. We don't look into WebKit1 bugs anymore. Eclipse must upgrade. If Eclipse ever displays untrusted HTML (e.g. if it displays anything from the Internet, or if it allows the user to select files to view), then see <http://webkitgtk.org/security.html> for an overview of the risks of not upgrading. Still, if anyone provides a patch, it could be included in our 2.4 branch in case there is ever a 2.4 release in the future. |