Description of problem: During startup, after after selecting workspace, Eclipse dumps core. The reason seems to be SWT or webkit code. More detailed logs attached. # Problematic frame: # C [libwebkitgtk-1.0.so.0+0xad1233] WebCore::Settings::setMockScrollbarsEnabled(bool)+0x30553 Version-Release number of selected component (if applicable): eclipse-swt-4.2.0-6.fc18.x86_64 webkitgtk-1.8.1-4.fc18.x86_64 (versions of other packages available in root.log) How reproducible: Only once after new user is created. Fully reproducible once per user created. Steps to Reproduce: 1. mock -r fedora-rawhide-x86_64 init 2. mock -r fedora-rawhide-x86_64 install sudo 3. mock -r fedora-rawhide-x86_64 install xauth 4. mock -r fedora-rawhide-x86_64 install eclipse-jbosstools 5. mock -r fedora-rawhide-x86_64 shell "adduser me" 6. mock -r fedora-rawhide-x86_64 shell "sudo -u me sh -c 'cat >~/.Xauthority'" <~/.Xauthority 7. mock -r fedora-rawhide-x86_64 shell "DISPLAY=$DISPLAY sudo -u me eclipse" 8. when workspace selection window appears, press "Enter" Actual results: A fatal error has been detected by the Java Runtime Environment: SIGSEGV Expected results: Eclipse starts normally. Additional info: (will be attached)
Created attachment 602197 [details] HotSpot JVM log Log of the JVM
Created attachment 602198 [details] Packages installed in the system List of all packages installed in the test system (in Polish, sorry)
If you need any more info, I can provide that.
Still happens with eclipse 4.2.1-21.fc19 (webkitgtk version 1.10.1-1.fc19)
Still happens on Fedora 18 with latest updates-testing.
Does it still happens on latest Fedora 18 + updates-testing? What about removing eclipse-jbosstools, does it happen without it too?
I can reliably reproduce this bug in Fedora 19. I don't know about Fedora 18. This happens without eclipse-jbosstools installed.
This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle. Changing version to '19'. (As we did not run this process for some time, it could affect also pre-Fedora 19 development cycle bugs. We are very sorry. It will help us with cleanup during Fedora 19 End Of Life. Thank you.) More information and reason for this action is here: https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora19
I'm seeing it on F18+testing with: eclipse-cdt-8.1.2-1.fc18.x86_64 eclipse-cdt-parsers-8.1.2-1.fc18.x86_64 eclipse-ecf-core-3.5.6-3.fc18.noarch eclipse-emf-2.8.1-7.fc18.noarch eclipse-emf-core-2.8.1-7.fc18.noarch eclipse-equinox-osgi-4.2.2-6.fc18.x86_64 eclipse-jgit-2.2.0-1.fc18.noarch eclipse-photran-8.0.5-1.fc18.noarch eclipse-photran-intel-8.0.5-1.fc18.noarch eclipse-photran-xlf-8.0.5-1.fc18.noarch eclipse-platform-4.2.2-6.fc18.x86_64 eclipse-ptp-6.0.5-1.fc18.noarch eclipse-ptp-etfw-ppw-6.0.5-1.fc18.noarch eclipse-ptp-etfw-tau-6.0.5-1.fc18.noarch eclipse-ptp-etfw-tau-fortran-6.0.5-1.fc18.noarch eclipse-ptp-fortran-6.0.5-1.fc18.noarch eclipse-ptp-gem-6.0.5-1.fc18.noarch eclipse-ptp-master-6.0.5-1.fc18.noarch eclipse-ptp-pldt-fortran-6.0.5-1.fc18.noarch eclipse-ptp-pldt-upc-6.0.5-1.fc18.noarch eclipse-ptp-rdt-6.0.5-1.fc18.noarch eclipse-ptp-rdt-sync-fortran-6.0.5-1.fc18.noarch eclipse-ptp-rdt-xlc-6.0.5-1.fc18.noarch eclipse-ptp-remote-rse-6.0.5-1.fc18.noarch eclipse-ptp-rm-contrib-6.0.5-1.fc18.noarch eclipse-ptp-sci-6.0.5-1.fc18.noarch eclipse-ptp-sdk-6.0.5-1.fc18.noarch eclipse-rse-3.4-3.fc18.noarch eclipse-swt-4.2.2-6.fc18.x86_64 Seems okay after I remove the eclipse-ptp components. Damn.
Of course, without eclipse-ptp installed, there is no welcome screen to click through, so that might be part of it.
Orion, do you still see this? There were few swt fixes that went in and should prevent some webkit crashes.
I saw this segfault every day for over a year (also in Fedira 19 alpha), but I can 't see this bug in Fedora 19 with updates testing. It's fixed for me.
Making as closed worksforme per comment 12.