Bug 1219986

Summary: [abrt] evolution: WebCore::FrameView::removeChild(): evolution killed by SIGSEGV
Product: [Fedora] Fedora Reporter: Adam Williamson <awilliam>
Component: webkitgtk3Assignee: Matthias Clasen <mclasen>
Status: CLOSED EOL QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 22CC: danofsatx, kalevlember, kparal, lucilanga, mastaizawfm, mbarnes, mcatanzaro, mclasen, mcrha, robatino, sgallagh, thughes, tpopela
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
URL: https://retrace.fedoraproject.org/faf/reports/bthash/9322729b7597a010dd78c2793a597ca18784c3f1
Whiteboard: abrt_hash:d8dff1ca834246a36a091ddcfb997ad36f8e76e8 RejectedBlocker
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-07-19 14:02:25 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
File: backtrace
none
File: cgroup
none
File: core_backtrace
none
File: dso_list
none
File: environ
none
File: limits
none
File: maps
none
File: mountinfo
none
File: namespaces
none
File: open_fds
none
File: proc_pid_status
none
File: var_log_messages none

Description Adam Williamson 2015-05-08 22:23:13 UTC
Description of problem:
Installed F22 Final TC3 Workstation x86_64 live (to a KVM), ran Evo, completed the first-time wizard (using my own server and account, all fairly normal values). Crashed after the wizard completed, at the point I'd expect to be prompted for the passwords. Somehow crashed the Shell, too.

Version-Release number of selected component:
evolution-3.16.1-1.fc22

Additional info:
reporter:       libreport-2.5.1
backtrace_rating: 4
cmdline:        evolution
crash_function: WebCore::FrameView::removeChild
executable:     /usr/bin/evolution
global_pid:     5233
kernel:         4.0.1-300.fc22.x86_64
runlevel:       N 5
type:           CCpp
uid:            1000

Truncated backtrace:
Thread no. 1 (10 frames)
 #0 WebCore::FrameView::removeChild at Source/WebCore/page/FrameView.cpp:3995
 #1 WebCore::ScrollView::setHasVerticalScrollbar at Source/WebCore/platform/ScrollView.cpp:125
 #2 WebCore::ScrollView::updateScrollbars at Source/WebCore/platform/ScrollView.cpp:609
 #3 WebCore::ScrollView::setFrameRect at Source/WebCore/platform/ScrollView.cpp:956
 #4 WebCore::FrameView::setFrameRect at Source/WebCore/page/FrameView.cpp:434
 #5 resizeWebViewFromAllocation at Source/WebCore/platform/Widget.h:123
 #6 webkit_web_view_size_allocate at Source/WebKit/gtk/webkit/webkitwebview.cpp:907
 #7 g_cclosure_marshal_VOID__BOXEDv at gmarshal.c:1950
 #8 _g_closure_invoke_va at gclosure.c:831
 #11 gtk_widget_size_allocate_with_baseline at gtkwidget.c:6093

Comment 1 Adam Williamson 2015-05-08 22:23:17 UTC
Created attachment 1023624 [details]
File: backtrace

Comment 2 Adam Williamson 2015-05-08 22:23:18 UTC
Created attachment 1023625 [details]
File: cgroup

Comment 3 Adam Williamson 2015-05-08 22:23:20 UTC
Created attachment 1023626 [details]
File: core_backtrace

Comment 4 Adam Williamson 2015-05-08 22:23:21 UTC
Created attachment 1023627 [details]
File: dso_list

Comment 5 Adam Williamson 2015-05-08 22:23:22 UTC
Created attachment 1023628 [details]
File: environ

Comment 6 Adam Williamson 2015-05-08 22:23:23 UTC
Created attachment 1023629 [details]
File: limits

Comment 7 Adam Williamson 2015-05-08 22:23:25 UTC
Created attachment 1023630 [details]
File: maps

Comment 8 Adam Williamson 2015-05-08 22:23:26 UTC
Created attachment 1023631 [details]
File: mountinfo

Comment 9 Adam Williamson 2015-05-08 22:23:27 UTC
Created attachment 1023632 [details]
File: namespaces

Comment 10 Adam Williamson 2015-05-08 22:23:28 UTC
Created attachment 1023633 [details]
File: open_fds

Comment 11 Adam Williamson 2015-05-08 22:23:29 UTC
Created attachment 1023634 [details]
File: proc_pid_status

Comment 12 Adam Williamson 2015-05-08 22:23:29 UTC
Created attachment 1023635 [details]
File: var_log_messages

Comment 13 Adam Williamson 2015-05-08 22:25:14 UTC
Proposing as a Final blocker as a violation of "All applications that can be launched using the standard graphical mechanism of a release-blocking desktop after a default installation of that desktop must start successfully and withstand a basic functionality test." - https://fedoraproject.org/wiki/Fedora_22_Final_Release_Criteria#Default_application_functionality . This comes under 'basic functionality', for me. Have to check that it's reproducible, though.

Comment 14 Adam Williamson 2015-05-08 22:33:46 UTC
Shell crash is https://bugzilla.redhat.com/show_bug.cgi?id=1219988 .

Comment 15 Dan Mossor [danofsatx] 2015-05-11 19:41:02 UTC
Discussed at the 2015-05-11 blocker review meeting[0] where it was agreed to await further information before voting.

AGREED: 1219986 - punt (delay decision) - so far we have only one data point here, need to see if it can be reproduced (adamw, 17:46:40)

[0]: http://meetbot.fedoraproject.org/fedora-blocker-review/2015-05-11/

Comment 16 Milan Crha 2015-05-12 06:11:12 UTC
Similar upstream (evolution) bug report:
https://bugzilla.gnome.org/show_bug.cgi?id=740710

I didn't find anything recent (nor opened) in the WebKit's bugzilla for this call.

Comment 17 Tomas Popela 2015-05-12 06:42:01 UTC
Reported as https://bugs.webkit.org/show_bug.cgi?id=144903

Comment 18 Tomas Popela 2015-05-12 06:42:47 UTC
*** Bug 1180784 has been marked as a duplicate of this bug. ***

Comment 19 Stephen Gallagher 2015-05-13 14:34:34 UTC
I just attempted to reproduce this with evolution-3.16.2.1-1.fc22.x86_64 and webkitgtk3-2.4.8-5.fc22.x86_64 and could not. Adding a new imap+ account succeeded as expected.

Without additional reports of failure, I'm inclined to vote -1 blocker.

Comment 20 Adam Williamson 2015-05-13 16:07:18 UTC
When you say you "attempted to reproduce" by "Adding a new imap+ account", do you just mean you added an existing account to an already-used Evo instance? Because that isn't what I was doing, I was running the first-time setup wizard on a fresh install.

Comment 21 Stephen Gallagher 2015-05-13 17:33:15 UTC
(In reply to Adam Williamson from comment #20)
> When you say you "attempted to reproduce" by "Adding a new imap+ account",
> do you just mean you added an existing account to an already-used Evo
> instance? Because that isn't what I was doing, I was running the first-time
> setup wizard on a fresh install.

I just attempted to do the same on a fresh VM with the first-time setup wizard. No crash detected. (This is on an x86_64 KVM virtual machine) with Final TC3.

Comment 22 Adam Williamson 2015-05-13 21:36:04 UTC
Indeed, I couldn't reproduce this on a second attempt; either there's some random element to it or possibly it has something to do with other apps I'd run between the install and the Evo run...

Comment 23 Kamil Páral 2015-05-14 16:52:31 UTC
Discussed at the 2015-05-14 blocker review meeting.[1] Voted as RejectedBlocker - this does not appear to be reproducible at present, adam will re-propose if he finds a clear reproducer

[1] http://meetbot.fedoraproject.org/fedora-blocker-review/2015-05-14

Comment 24 Fedora End Of Life 2016-07-19 14:02:25 UTC
Fedora 22 changed to end-of-life (EOL) status on 2016-07-19. Fedora 22 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.

Comment 25 Michael Catanzaro 2019-04-21 15:32:42 UTC
*** Bug 1701709 has been marked as a duplicate of this bug. ***