Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Bug 1442160

Summary: webkitgtk4 crashes on ppc64 and s390x
Product: Red Hat Enterprise Linux 7 Reporter: Vladimir Benes <vbenes>
Component: webkitgtk4Assignee: Tomas Popela <tpopela>
Status: CLOSED ERRATA QA Contact: Desktop QE <desktop-qa-list>
Severity: high Docs Contact: Jiri Herrmann <jherrman>
Priority: high    
Version: 7.4CC: debarshir, jherrman, jkoten, mcepl, modehnal, tpelka, tpopela, vbenes, vhumpa
Target Milestone: rcKeywords: TestBlocker
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
URL: http://faf.lab.eng.brq.redhat.com/faf/reports/bthash/3f9ab9ca949183ca61dabaa6a6816b25972e8611/
Whiteboard:
Fixed In Version: webkitgtk4-2.14.7-2.el7 Doc Type: Known Issue
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-08-01 18:39:00 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1449577, 1456511    
Attachments:
Description Flags
backtrace of the crash with webkitgtk4-2.14.7-1.el7.ppc64 none

Description Vladimir Benes 2017-04-13 17:02:06 UTC
This bug has been created based on an anonymous crash report requested by the package maintainer.

Report URL: http://faf.lab.eng.brq.redhat.com/faf/reports/bthash/3f9ab9ca949183ca61dabaa6a6816b25972e8611/


Not sure if it's complete and I have no reproducer :-(

Comment 1 Vitezslav Humpa 2017-05-09 12:24:02 UTC
This crash occurs also on ppc64. To reproduce, simply start yelp. webkitgtk4 crashes and no content is loaded in yelp

The ppc64 crash has also been logged onto FAF:
http://faf.lab.eng.brq.redhat.com/faf/problems/bthash/?bth=a85ff687b7acbf2bc7c762a1421793ca06f1f69f

Version-Release number of selected component (if applicable):
webkitgtk4-2.14.6-5.el7.x86_64

Example test log:
https://desktopqe-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/job/beaker-yelp-RHEL-7.4/31/artifact/beaker/J_1845253/FAIL_test_log-yelp_Test4_close_via_gnome_panel.html

I have queued provisioning of both ppc64 and s390x systems. Ping me to get access for debugging/getting better backtrace.

Comment 7 Tomas Popela 2017-06-01 12:49:13 UTC
*** Bug 1439579 has been marked as a duplicate of this bug. ***

Comment 10 Matěj Cepl 2017-06-08 22:13:09 UTC
Created attachment 1286252 [details]
backtrace of the crash with webkitgtk4-2.14.7-1.el7.ppc64

(In reply to Tomas Popela from comment #9)
> If there is another crash on these arches, please open another bug for it
> with backtrace and exact steps how to reproduce it. No-one in upstream is
> running WebKitGTK+ on big endian hardware so it is expected that it is full
> of bugs and it will never be working on 100%.

The problem is that I don't know whether this is another crash or the same one, however this is what I get with webkitgtk4-2.14.7-1.el7.ppc64

The other problem I have with this comment is that unfortunately webkitgtk4 is now inside of Gnome for its various components, so at least for me this crash blocks me from proper QA testing on gnome-online-accounts component, and I am afraid that I am not the alone who is hit by this crash.

Comment 11 Matěj Cepl 2017-06-08 22:21:06 UTC
(In reply to Vladimir Benes from comment #0)
> Not sure if it's complete and I have no reproducer :-(

The reproducer is very simple.

1. Start Control Panel
2. Click on "Online Accounts"
3. Start adding new account
4. Select Google account

login page from Google is being loaded, but it is not displayed and WebKitWebProcess core shows up in $HOME directory of user.

Comment 12 Tomas Popela 2017-06-09 04:03:42 UTC
(In reply to Matěj Cepl from comment #10)
> Created attachment 1286252 [details]
> backtrace of the crash with webkitgtk4-2.14.7-1.el7.ppc64
> 
> (In reply to Tomas Popela from comment #9)
> > If there is another crash on these arches, please open another bug for it
> > with backtrace and exact steps how to reproduce it. No-one in upstream is
> > running WebKitGTK+ on big endian hardware so it is expected that it is full
> > of bugs and it will never be working on 100%.
> 
> The problem is that I don't know whether this is another crash or the same
> one, however this is what I get with webkitgtk4-2.14.7-1.el7.ppc64

Take it as another bug. Take this one as a general bug that was resolved, otherwise anything won't be working at all on big endian machines - this is backed by the upstream's JSTests/stress suite that now has the same results as when it is being run on x86_64. Anything that is on top of it is another bug.
 
> The other problem I have with this comment is that unfortunately webkitgtk4
> is now inside of Gnome for its various components, so at least for me this
> crash blocks me from proper QA testing on gnome-online-accounts component,
> and I am afraid that I am not the alone who is hit by this crash.

Take it as a fact - that's how it is. Also many of the problems that QA has is that WK only crashes if ally is enabled, otherwise not.

Comment 17 Tomas Pelka 2017-06-19 09:27:46 UTC
*** Bug 1461022 has been marked as a duplicate of this bug. ***

Comment 18 Matěj Cepl 2017-06-19 14:32:52 UTC
*** Bug 1460144 has been marked as a duplicate of this bug. ***

Comment 19 errata-xmlrpc 2017-08-01 18:39:00 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2017:1998