Bug 1272315

Summary: [abrt] webkitgtk4: WebKit::CustomProtocolManagerImpl::didReceiveResponse(): WebKitWebProcess killed by SIGSEGV
Product: [Fedora] Fedora Reporter: Diogo Campos <diogocamposwd>
Component: webkitgtk4Assignee: Tomas Popela <tpopela>
Status: CLOSED CURRENTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 23CC: desintegr, klember, mcatanzaro+wrong-account-do-not-cc, tpopela
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
URL: https://retrace.fedoraproject.org/faf/reports/bthash/8c8b64e115563ebc383c2ffe61982f65c35a57ba
Whiteboard: abrt_hash:556476cb5a933a864aa25c0fa8a17dad7ebd8d18;VARIANT_ID=workstation;
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-03-01 23:59:44 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: exploitable
none
File: limits
none
File: maps
none
File: mountinfo
none
File: open_fds
none
File: proc_pid_status none

Description Diogo Campos 2015-10-16 04:51:48 UTC
Version-Release number of selected component:
webkitgtk4-2.10.0-1.fc23

Additional info:
reporter:       libreport-2.6.2
backtrace_rating: 4
cmdline:        /usr/libexec/webkit2gtk-4.0/WebKitWebProcess 17
crash_function: WebKit::CustomProtocolManagerImpl::didReceiveResponse
executable:     /usr/libexec/webkit2gtk-4.0/WebKitWebProcess
global_pid:     13775
kernel:         4.2.3-300.fc23.x86_64
runlevel:       N 5
type:           CCpp
uid:            1000

Truncated backtrace:
Thread no. 1 (10 frames)
 #0 WebKit::CustomProtocolManagerImpl::didReceiveResponse at /usr/src/debug/webkitgtk-2.10.0/Source/WebKit2/Shared/Network/CustomProtocols/soup/CustomProtocolManagerImpl.cpp:176
 #1 IPC::callMemberFunctionImpl<WebKit::CustomProtocolManager, void (WebKit::CustomProtocolManager::*)(unsigned long, WebCore::ResourceResponse const&, unsigned int), std::tuple<unsigned long, WebCore::ResourceResponse, unsigned int>, 0ul, 1ul, 2ul>(WebKit::CustomProtocolManager*, void (WebKit::CustomProtocolManager::*)(unsigned long, WebCore::ResourceResponse const&, unsigned int), std::tuple<unsigned long, WebCore::ResourceResponse, unsigned int>&&, std::index_sequence<0ul, 1ul, 2ul>) at /usr/src/debug/webkitgtk-2.10.0/Source/WebKit2/Platform/IPC/HandleMessage.h:16
 #2 IPC::callMemberFunction<WebKit::CustomProtocolManager, void (WebKit::CustomProtocolManager::*)(unsigned long, WebCore::ResourceResponse const&, unsigned int), std::tuple<unsigned long, WebCore::ResourceResponse, unsigned int>, std::make_index_sequence<3ul> >(std::tuple<unsigned long, WebCore::ResourceResponse, unsigned int>&&, WebKit::CustomProtocolManager*, void (WebKit::CustomProtocolManager::*)(unsigned long, WebCore::ResourceResponse const&, unsigned int)) at /usr/src/debug/webkitgtk-2.10.0/Source/WebKit2/Platform/IPC/HandleMessage.h:22
 #3 IPC::handleMessage<Messages::CustomProtocolManager::DidReceiveResponse, WebKit::CustomProtocolManager, void (WebKit::CustomProtocolManager::*)(unsigned long, WebCore::ResourceResponse const&, unsigned int)> at /usr/src/debug/webkitgtk-2.10.0/Source/WebKit2/Platform/IPC/HandleMessage.h:92
 #4 WebKit::CustomProtocolManager::didReceiveMessage at /usr/src/debug/webkitgtk-2.10.0/x86_64-redhat-linux-gnu/DerivedSources/WebKit2/CustomProtocolManagerMessageReceiver.cpp:52
 #5 IPC::Connection::dispatchWorkQueueMessageReceiverMessage at /usr/src/debug/webkitgtk-2.10.0/Source/WebKit2/Platform/IPC/Connection.cpp:277
 #6 IPC::Connection::<lambda()>::operator() at /usr/src/debug/webkitgtk-2.10.0/Source/WebKit2/Platform/IPC/Connection.cpp:661
 #7 std::_Function_handler<void(), IPC::Connection::processIncomingMessage(std::unique_ptr<IPC::MessageDecoder>)::<lambda()> >::_M_invoke(const std::_Any_data &) at /usr/include/c++/5.1.1/functional:1871
 #8 std::function<void ()>::operator()() const at /usr/include/c++/5.1.1/functional:2271
 #9 WTF::GMainLoopSource::voidCallback at /usr/src/debug/webkitgtk-2.10.0/Source/WTF/wtf/glib/GMainLoopSource.cpp:365

Comment 1 Diogo Campos 2015-10-16 04:51:54 UTC
Created attachment 1083483 [details]
File: backtrace

Comment 2 Diogo Campos 2015-10-16 04:51:56 UTC
Created attachment 1083484 [details]
File: cgroup

Comment 3 Diogo Campos 2015-10-16 04:51:58 UTC
Created attachment 1083485 [details]
File: core_backtrace

Comment 4 Diogo Campos 2015-10-16 04:52:01 UTC
Created attachment 1083486 [details]
File: dso_list

Comment 5 Diogo Campos 2015-10-16 04:52:02 UTC
Created attachment 1083487 [details]
File: environ

Comment 6 Diogo Campos 2015-10-16 04:52:04 UTC
Created attachment 1083488 [details]
File: exploitable

Comment 7 Diogo Campos 2015-10-16 04:52:06 UTC
Created attachment 1083489 [details]
File: limits

Comment 8 Diogo Campos 2015-10-16 04:52:10 UTC
Created attachment 1083490 [details]
File: maps

Comment 9 Diogo Campos 2015-10-16 04:52:11 UTC
Created attachment 1083491 [details]
File: mountinfo

Comment 10 Diogo Campos 2015-10-16 04:52:13 UTC
Created attachment 1083492 [details]
File: open_fds

Comment 11 Diogo Campos 2015-10-16 04:52:15 UTC
Created attachment 1083493 [details]
File: proc_pid_status

Comment 12 Michael Catanzaro 2016-03-01 23:59:44 UTC
FAF says it's probably fixed in 2.10.7, so I'm gonna guess this was another symptom of WebKit #144262.

Comment 13 Michael Catanzaro 2016-03-02 00:07:07 UTC
*** Bug 1294086 has been marked as a duplicate of this bug. ***