abrt 1.0.8 detected a crash. architecture: i686 Attached file: backtrace cmdline: /usr/lib/firefox-3.5.8/firefox comment: Firefox loops and then crashes when trying to access a web page that starts a Java applet. component: firefox executable: /usr/lib/firefox-3.5.8/firefox kernel: 2.6.32.9-70.fc12.i686.PAE package: firefox-3.5.8-1.fc12 rating: 4 reason: Process /usr/lib/firefox-3.5.8/firefox was killed by signal 11 (SIGSEGV) release: Fedora release 12 (Constantine)
Created attachment 401884 [details] File: backtrace
#3 <signal handler called> No symbol table info available. #4 0x00000000 in ?? () No symbol table info available. #5 0x024f473b in nsEventStateManager::PostHandleEvent (this=0xb41c8e80, aPresContext=0xb4016400, aEvent=0xbfe0deb4, aTargetFrame=0xa9130b24, aStatus=0xbfe0dcf8, aView=0xb40b9f40) at nsEventStateManager.cpp:2985 display = <value optimized out> tabIndexUnused = -1 newFocus = {<nsCOMPtr_base> = {mRawPtr = 0xa917a340}, <No data fields>} suppressBlur = 0 currFrame = 0xa9130768 activeContent = 0xa917a340 ret = 0 #6 0x023578c6 in PresShell::HandleEventInternal (this=0xb40a8c00, aEvent= 0xbfe0deb4, aView=0xb40b9f40, aStatus=0xbfe0dcf8) at nsPresShell.cpp:6344 weakView = {mPrev = 0x0, mView = 0xb40b9f40} isHandlingUserInput = <value optimized out> manager = {<nsCOMPtr_base> = {mRawPtr = 0xb41c8e88}, <No data fields>} rv = 3021770376 #7 0x02357f20 in PresShell::HandlePositionedEvent (this=0xb40a8c00, aView= 0xb40b9f40, aTargetFrame=0xa9130b24, aEvent=0xbfe0deb4, aEventStatus= 0xbfe0dcf8) at nsPresShell.cpp:6211 rv = 0 #8 0x02360299 in PresShell::HandleEvent (this=0xb40a8c00, aView=0xb40b9f40, aEvent=0xbfe0deb4, aEventStatus=0xbfe0dcf8) at nsPresShell.cpp:6071 framePresContext = <value optimized out> rootPresContext = <value optimized out> eventPoint = {x = 28980, y = 6240} targetFrame = 0xa9130b24 widgetHandlingEvent = <value optimized out> frame = 0xb40a8c00 dispatchUsingCoordinates = <value optimized out> rv = <value optimized out> #9 0x025de267 in nsViewManager::HandleEvent (this=0xb40b9ee0, aView= 0xb40b9f40, aPoint=..., aEvent=0xbfe0deb4, aCaptured=0) at nsViewManager.cpp:1400 obs = {<nsCOMPtr_base> = {mRawPtr = 0xb40a8c80}, <No data fields>} status = nsEventStatus_eIgnore #10 0x025e0570 in nsViewManager::DispatchEvent (this=0xb40b9ee0, aEvent= -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Reporter, if you are willing, could you please list the URL that has the page that crashes? Also, please attach the output of the following command to this crash report: $ rpm -qa *xulrun* *firefox* *mozilla* *flash* *plugin* -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Hi, The info needed is below. The crash happens always. The page is from a bank. It starts an applet that do some verification on the browser. Please, tell me if you need more information. URL: https://www2.bancobrasil.com.br/aapf/login.jsp?aapf.IDH=sim&perfil=1 Command output: $ rpm -qa *xulrun* *firefox* *mozilla* *flash* *plugin* firefox-debuginfo-3.5.6-1.fc12.i686 flash-plugin-10.0.42.34-release.i386 nspluginwrapper-1.3.0-10.fc12.i686 PackageKit-gstreamer-plugin-0.5.7-1.fc12.i686 kipi-plugins-libs-1.1.0-1.fc12.2.i686 java-1.6.0-openjdk-plugin-1.6.0.0-36.b17.fc12.i686 plymouth-plugin-label-0.8.0-0.2009.29.09.19.3.fc12.i686 konq-plugins-4.4.0-2.fc12.i686 totem-mozplugin-2.28.5-1.fc12.i686 PackageKit-yum-plugin-0.5.7-1.fc12.i686 nspluginwrapper-debuginfo-1.3.0-10.fc12.i686 firefox-3.5.8-1.fc12.i686 report-plugin-bugzilla-0.8-1.fc12.i686 gstreamer-plugins-bad-free-0.10.18-1.fc12.i686 abrt-plugin-logger-1.0.8-2.fc12.i686 kipi-plugins-1.1.0-1.fc12.2.i686 gstreamer-plugins-base-0.10.28-1.fc12.i686 anaconda-yum-plugins-1.0-5.fc12.noarch gstreamer-plugins-good-0.10.21-1.fc12.i686 xulrunner-devel-1.9.1.8-1.fc12.i686 plymouth-plugin-two-step-0.8.0-0.2009.29.09.19.3.fc12.i686 alsa-plugins-pulseaudio-1.0.22-1.fc12.i686 setroubleshoot-plugins-2.1.40-1.fc12.noarch abrt-plugin-bugzilla-1.0.8-2.fc12.i686 gstreamer-plugins-ugly-0.10.13-1.fc12.i686 maven-shared-plugin-testing-tools-1.0-3.fc12.noarch xulrunner-1.9.1.8-1.fc12.i686 mozilla-filesystem-1.9-5.fc12.i686 abrt-plugin-runapp-1.0.8-2.fc12.i686
Thank you for your extra efforts. Martin/Matej, when I go the keyword searches in 'query for string' there are plenty of hits, but no real dupes that I can see. I'm passing this on, since the reporter has provided the page as well as indicates it is reproducible. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Hm, unable to reproduce...
*** Bug 592547 has been marked as a duplicate of this bug. ***
This message is a reminder that Fedora 12 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 12. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '12'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 12's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 12 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Fedora 12 changed to end-of-life (EOL) status on 2010-12-02. Fedora 12 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. Thank you for reporting this bug and we are sorry it could not be fixed.