FS#75453 - [webkit2gtk] 2.36.5-1 Eclipse crashes on gnome

Attached to Project: Arch Linux
Opened by Eduardo Frazão (EduFrazao) - Friday, 29 July 2022, 13:28 GMT
Last edited by Jan Alexander Steffens (heftig) - Monday, 01 August 2022, 23:06 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Jan Alexander Steffens (heftig)
Architecture x86_64
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 4
Private No

Details

After upgrade to from webkit2gtk 2.36.4-2 to 2.36.5-1, few seconds after start Eclipse IDE, Gnome says that UI stops to respond and closes it.
No error reported on console, dmesg or java crashes reports.

After downgrade package to 2.36.4-2, everything works fine.

Tested with two versions of Eclipse and Java JRE. Exactly same behavior.

Downgrade command:
pacman -U file:///var/cache/pacman/pkg/webkit2gtk-2.36.4-2-x86_64.pkg.tar.zst

Additional info:
* package version(s)
Java jdk-17.0.3+7
Eclipse: 2022-03 (4.23.0) - Build id: 20220310-1457
Gnome: 42.3
Kernel: 5.18.14-arch1-1
Mesa: 22.1.4-1
* config and/or log files etc.
Machine config:
Ryzen 9 5900x // 64GB RAM // AMD 5700XT GPU
* link to upstream bug report, if any

Steps to reproduce:
Perform a full system update (pacman -Syu)
After upgrade webkit2gtk to version 2.36.5-1, Downloads Eclipse IDE from (https://www.eclipse.org/downloads/download.php?file=/technology/epp/downloads/release/2022-06/R/eclipse-jee-2022-06-R-linux-gtk-x86_64.tar.gz), unpack it and execute "eclipse" binary.
This package ships with their own JDK. You can use it, or use JDK avaliable on Arch Repos, like jdk11-openjdk. Nothing changes.
This task depends upon

Closed by  Jan Alexander Steffens (heftig)
Monday, 01 August 2022, 23:06 GMT
Reason for closing:  Fixed
Additional comments about closing:  webkit2gtk 2.36.5-2
Comment by Lorenzo Bettini (lorebett) - Friday, 29 July 2022, 14:41 GMT
I was about to report this; I'm having precisely the same behavior with the update.
From my experiments, the problem occurs as soon as you try to use the internal web browser or if you hover (e.g., for Javadoc), which again uses the WebKit component for rendering the HTML.
That's the only reason it crashes. Of course, opening a Java editor and moving the mouse over the code is almost enough to have the crash since it almost immediately triggers hovering.
Comment by Jonathan Schilling (Jonathan9192) - Friday, 29 July 2022, 17:34 GMT
Same issue here, Eclipse crashes without notice when hovering over any variable (in Java).
This renders the Eclipse Java IDE essentially unusable.
I support to increase the priority of this bug.
Comment by Charlie (charlieboo) - Friday, 29 July 2022, 19:40 GMT
I can confirm that as well.

Some logs
https://cpaste.org/?b397069334fa51f6#8SoYBtD4haar6YoXgu4JifWrJGznb2KPUrAfSM4RvmfD
https://cpaste.org/?dc4f56021bd226ec#3rHnometDY2Dr5UmvsgDYi2fYgqXBqhHM4QKogDxf7r2
Comment by Gianpiero (4javier) - Sunday, 31 July 2022, 20:14 GMT
I'm facing this issue too.
Even just trying to edit a scss file triggers core dump.
I mistakenly reported the bug to WildWebDeveloper tracker thinking the plugin was the culprit.
Comment by Kristóf Marussy (k_marussy) - Sunday, 31 July 2022, 22:06 GMT
Enabling debuginfod in gdb obtains a more useful backtrace: https://linx.marussy.com/obbv0az6.txt

It looks like the crash is due to this failed assertion: https://github.com/WebKit/WebKit/blob/webkitgtk/2.36/Source/WebKit/UIProcess/WebsiteData/WebsiteDataStore.cpp#L101

While the files mentioned in the trace haven't been changed recently, the semantics of isMainThread have indeed been changed between 2.36.4 and 2.36.5: see https://github.com/WebKit/WebKit/commit/50d7bfe855ca043cc72ec09b3d3d75100015101b#r78597817 and https://github.com/WebKit/WebKit/commit/6a1445596f978d93f7eafe50629115d896d3a22b

I suspect this is either an upstream bug (the semantics of isMainThread are still off), or a bug in Eclipse, i.e., SWT is calling webkitgtk2 functions in a manner that is not thread-safe, but allowed by the previous (wrong) isMainThread semantics.



Comment by Toolybird (Toolybird) - Monday, 01 August 2022, 06:15 GMT
Hmm, eclipse is not in the main repos these days. If this is indeed a webkit bug then someone wanna report it upstream?
Comment by Lorenzo Bettini (lorebett) - Monday, 01 August 2022, 07:48 GMT
What do you mean eclipse is not in the main repos?
Comment by Gianpiero (4javier) - Monday, 01 August 2022, 10:19 GMT
@lorebett
It means that it's not included as a package in any official repo. It's just in AUR or in third party repo.
@Toolybird
Don't worry. I was in contact with an official Eclipse plugin dev, and he opened the ticket for the right Eclipse component
https://github.com/eclipse-platform/eclipse.platform.swt/issues/281
I don't think this is a webkit bug because, just to say one, devhelp works flawlessy linking the same version.
Comment by Jan Alexander Steffens (heftig) - Monday, 01 August 2022, 10:41 GMT
The previous semantics seem to have considered the first thread that initializes WebKitGTK to be the "main thread". Now it actually has to be the main thread of the process.
Comment by nylan (nylan) - Monday, 01 August 2022, 11:17 GMT
I'm facing this issue too. Eclipse 2022-06 so far works fine, but pentaho data integration 9.3 ( = older eclipse platform ) crashes.
After downgrading package to 2.36.4-2, everything works again.
Comment by Eduardo Frazão (EduFrazao) - Monday, 01 August 2022, 19:41 GMT
Looks like webkit-gtk people consider it as a regression.

https://github.com/WebKit/WebKit/pull/2904
Comment by Yuri Cherio (cherio) - Monday, 01 August 2022, 20:43 GMT
@nylan Eclipse 2022-06 crashes too when certain dialogs (e.g. Marketplace) are opened, at least mine does with coredump

Here is this same issue on webkit website: https://bugs.webkit.org/show_bug.cgi?id=243401

P.S. Thank you, it is fixed now. Please ignore my stupid request to re-open, my pacman had a slow updateMirror

Loading...