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 1168744 - [abrt] firefox: mozalloc_abort(char const*)(): plugin-container killed by SIGSEGV
Summary: [abrt] firefox: mozalloc_abort(char const*)(): plugin-container killed by SIG...
Keywords:
Status: CLOSED CANTFIX
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: firefox
Version: 7.0
Hardware: x86_64
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: ---
Assignee: Martin Stransky
QA Contact: Desktop QE
URL:
Whiteboard: abrt_hash:440a5ab2937e0efbf5d274adbd6...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-11-27 17:35 UTC by Matthew Solyst
Modified: 2015-01-05 12:22 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-01-05 12:22:05 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
File: backtrace (18.75 KB, text/plain)
2014-11-27 17:35 UTC, Matthew Solyst 		no flags Details
File: cgroup (173 bytes, text/plain)
2014-11-27 17:35 UTC, Matthew Solyst 		no flags Details
File: core_backtrace (15.98 KB, text/plain)
2014-11-27 17:35 UTC, Matthew Solyst 		no flags Details
File: dso_list (10.67 KB, text/plain)
2014-11-27 17:35 UTC, Matthew Solyst 		no flags Details
File: environ (2.12 KB, text/plain)
2014-11-27 17:35 UTC, Matthew Solyst 		no flags Details
File: exploitable (82 bytes, text/plain)
2014-11-27 17:35 UTC, Matthew Solyst 		no flags Details
File: limits (1.29 KB, text/plain)
2014-11-27 17:35 UTC, Matthew Solyst 		no flags Details
File: maps (60.92 KB, text/plain)
2014-11-27 17:35 UTC, Matthew Solyst 		no flags Details
File: open_fds (104 bytes, text/plain)
2014-11-27 17:35 UTC, Matthew Solyst 		no flags Details
File: proc_pid_status (1.12 KB, text/plain)
2014-11-27 17:35 UTC, Matthew Solyst 		no flags Details
File: var_log_messages (3.25 KB, text/plain)
2014-11-27 17:35 UTC, Matthew Solyst 		no flags Details
View All

Description Matthew Solyst 2014-11-27 17:35:10 UTC 
Description of problem:
Performance slowed gradually, then the whole browser locked up. Started getting slower when I opened Chrome, possibly not enough resources. Could be extensions too or something.

Version-Release number of selected component:
firefox-31.2.0-3.el7_0

Additional info:
reporter:       libreport-2.1.11
backtrace_rating: 3
cmdline:        /usr/lib64/firefox/plugin-container /usr/lib64/flash-plugin/libflashplayer.so -greomni /usr/lib64/firefox/omni.ja -appomni /usr/lib64/firefox/browser/omni.ja -appdir /usr/lib64/firefox/browser 12170 plugin
crash_function: mozalloc_abort(char const*)
executable:     /usr/lib64/firefox/plugin-container
kernel:         3.10.0-123.9.3.el7.x86_64
runlevel:       N 5
type:           CCpp
uid:            24671

Truncated backtrace:
Thread no. 1 (10 frames)
 #0 mozalloc_abort(char const*) at /usr/lib64/firefox/libmozalloc.so
 #1 NS_DebugBreak at /usr/lib64/firefox/libxul.so
 #2 mozilla::ipc::MessageChannel::OnChannelErrorFromLink() at /usr/lib64/firefox/libxul.so
 #3 mozilla::ipc::ProcessLink::OnChannelError() at /usr/lib64/firefox/libxul.so
 #4 IPC::Channel::ChannelImpl::OnFileCanReadWithoutBlocking(int) at /usr/lib64/firefox/libxul.so
 #5 event_base_loop at /usr/lib64/firefox/libxul.so
 #6 base::MessagePumpLibevent::Run(base::MessagePump::Delegate*) at /usr/lib64/firefox/libxul.so
 #7 MessageLoop::Run() at /usr/lib64/firefox/libxul.so
 #8 base::Thread::ThreadMain() at /usr/lib64/firefox/libxul.so
 #9 ThreadFunc(void*) at /usr/lib64/firefox/libxul.so

Potential duplicate: bug 1168035
Comment 1 Matthew Solyst 2014-11-27 17:35:14 UTC 
Created attachment 962217 [details]
File: backtrace
Comment 2 Matthew Solyst 2014-11-27 17:35:17 UTC 
Created attachment 962218 [details]
File: cgroup
Comment 3 Matthew Solyst 2014-11-27 17:35:20 UTC 
Created attachment 962219 [details]
File: core_backtrace
Comment 4 Matthew Solyst 2014-11-27 17:35:23 UTC 
Created attachment 962220 [details]
File: dso_list
Comment 5 Matthew Solyst 2014-11-27 17:35:26 UTC 
Created attachment 962221 [details]
File: environ
Comment 6 Matthew Solyst 2014-11-27 17:35:28 UTC 
Created attachment 962222 [details]
File: exploitable
Comment 7 Matthew Solyst 2014-11-27 17:35:31 UTC 
Created attachment 962223 [details]
File: limits
Comment 8 Matthew Solyst 2014-11-27 17:35:35 UTC 
Created attachment 962224 [details]
File: maps
Comment 9 Matthew Solyst 2014-11-27 17:35:38 UTC 
Created attachment 962225 [details]
File: open_fds
Comment 10 Matthew Solyst 2014-11-27 17:35:41 UTC 
Created attachment 962226 [details]
File: proc_pid_status
Comment 11 Matthew Solyst 2014-11-27 17:35:43 UTC 
Created attachment 962227 [details]
File: var_log_messages
Comment 13 Matthew Solyst 2014-12-04 04:26:15 UTC 
Adding onto this:

When I open Chrome with Firefox open the computer's performance will slow visibly. CPU usage is not particularly affected, and Chrome's CPU usage will be considerably below Firefox's regardless (unless Chrome is stressed of course, I'm talking idle). The computer's fan will spin up noticeably as well. If Chrome is closed, things go back to normal relatively quickly. I do note that RAM tends to take a hit, so the slowness may be partially swapping or the like.
Comment 14 Martin Stransky 2015-01-05 12:22:05 UTC 
The crash comes from /usr/lib64/flash-plugin/libflashplayer.so which is flash plugin. Do you play some video, play a flash game or is there any flash ads?

Anyway, we can't fix the flash plugin.
Note You need to log in before you can comment on or make changes to this bug.