Bug 1212604

Summary: [abrt] webkitgtk4: gst_element_get_state(): WebKitWebProcess killed by SIGSEGV
Product: [Fedora] Fedora Reporter: Peter <peter>
Component: webkitgtk4Assignee: Tomas Popela <tpopela>
Status: CLOSED UPSTREAM QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 22CC: fedora, kalevlember, mcatanzaro+wrong-account-do-not-cc, subramanhariharan, tpopela
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
URL: https://retrace.fedoraproject.org/faf/reports/bthash/7ef39371b082974445e75e0a9e92c66331565faa
Whiteboard: abrt_hash:d9bda2e3dd1627433e11020430231295b79dce2e
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-05-21 13:38:10 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

Description Peter 2015-04-16 18:38:49 UTC
Description of problem:
Tried to play a video on a web page with an H.264-Decoder which was not installed.

Version-Release number of selected component:
webkitgtk4-2.8.0-2.fc22

Additional info:
reporter:       libreport-2.5.1
backtrace_rating: 4
cmdline:        /usr/libexec/webkit2gtk-4.0/WebKitWebProcess 20
crash_function: gst_element_get_state
executable:     /usr/libexec/webkit2gtk-4.0/WebKitWebProcess
global_pid:     2399
kernel:         4.0.0-1.fc22.x86_64
runlevel:       N 5
type:           CCpp
uid:            1000
var_log_messages: [System Logs]:\n-- Logs begin at Mi 2015-04-15 06:56:49 CEST, end at Do 2015-04-16 17:40:49 CEST. --

Truncated backtrace:
Thread no. 1 (7 frames)
 #0 gst_element_get_state at gstelement.c:2158
 #1 WebCore::MediaPlayerPrivateGStreamer::changePipelineState at /usr/src/debug/webkitgtk-2.8.0/Source/WebCore/platform/graphics/gstreamer/MediaPlayerPrivateGStreamer.cpp:384
 #2 WebCore::MediaPlayerPrivateGStreamer::handlePluginInstallerResult at /usr/src/debug/webkitgtk-2.8.0/Source/WebCore/platform/graphics/gstreamer/MediaPlayerPrivateGStreamer.cpp:1067
 #3 gst_install_plugins_installer_exited at install-plugins.c:690
 #4 g_child_watch_dispatch at gmain.c:5177
 #9 WebKit::ChildProcessMain<WebKit::WebProcess, WebKit::WebProcessMain> at /usr/src/debug/webkitgtk-2.8.0/Source/WebKit2/Shared/unix/ChildProcessMain.h:61
 #11 _start

Comment 1 Peter 2015-04-16 18:38:53 UTC
Created attachment 1015346 [details]
File: backtrace

Comment 2 Peter 2015-04-16 18:38:54 UTC
Created attachment 1015347 [details]
File: cgroup

Comment 3 Peter 2015-04-16 18:38:56 UTC
Created attachment 1015348 [details]
File: core_backtrace

Comment 4 Peter 2015-04-16 18:38:58 UTC
Created attachment 1015349 [details]
File: dso_list

Comment 5 Peter 2015-04-16 18:38:59 UTC
Created attachment 1015350 [details]
File: environ

Comment 6 Peter 2015-04-16 18:39:00 UTC
Created attachment 1015351 [details]
File: limits

Comment 7 Peter 2015-04-16 18:39:03 UTC
Created attachment 1015352 [details]
File: maps

Comment 8 Peter 2015-04-16 18:39:04 UTC
Created attachment 1015353 [details]
File: mountinfo

Comment 9 Peter 2015-04-16 18:39:05 UTC
Created attachment 1015354 [details]
File: namespaces

Comment 10 Peter 2015-04-16 18:39:06 UTC
Created attachment 1015355 [details]
File: open_fds

Comment 11 Peter 2015-04-16 18:39:08 UTC
Created attachment 1015356 [details]
File: proc_pid_status

Comment 12 Michael Catanzaro 2015-04-16 22:01:31 UTC
Any chance you're able to reproduce this crash?

Comment 13 Michael Catanzaro 2015-04-16 22:12:08 UTC
I see the result is GST_INSTALL_PLUGINS_SUCCESS which implies that GNOME Software was able to install all of the requested codecs before the crash occurred. Is that correct? If not, we have more than one bug here.

Guess: you closed the web page before the plugin installation finished? The code does not seem to be prepared for that. Alternatively, perhaps the video element was removed from the DOM by Javascript before the installation completed.

If you don't mind sharing, which web page did this happen on (to help reproduce)?

Comment 14 Peter 2015-04-17 05:41:01 UTC
I open the Gnome Internet Browser.
Then I open the address "tagesschau.de".
Then I try to open a video with a not installed H.264-Decoder video codex.
Then the browser says that something went wrong with displaying the site.

Comment 16 Michael Catanzaro 2015-05-21 13:38:10 UTC
Closing bugs that have been moved upstream...