Red Hat Bugzilla – Bug 447111
Firefox Crashes When Refreshing Pages using the Flash Debugging Player Plugin
Last modified: 2018-04-11 03:24:16 EDT
Description of problem:
Firefox will crash when refreshing page containing the Flash Debugging Player,
if the player is currently displaying an error popup.
Steps to Reproduce:
1. Install Flash Debugging Player 9 (from Adobe).
2. Load a page containg Flash content that throws an exception (I can provide an
example if necessary). This should create a popup entitled "Adobe Flash Player
9", with content reading "An ActionScript error has occurred..."
3. Without closing the popup, re-focus the page and hit F5, causing the page to
refresh. Once the page has refreshed, hit "Dismiss All" or "Continue" on the
popup to close it.
4. Firefox will immediately crash.
Firefox should not crash.
I've seen this issue in general when refreshing a page using a plugin, such as
Mplayer or Quicktime. This one involving the Flash Debugging Player is the
easiest one I can reproduce.
This bug also exists in Epiphany.
Created attachment 305853 [details]
Example Actionscript code and compiled SWF to help in reproducing the error.
The attached ZIP contains a minimal Actionscript and the compiled SWF to
reproduce the error. I compiled it with mxmlc contained in the Flex 3.0 SDK,
but any version should work if you wish to recompile.
Thanks for the bug report. We have reviewed the information you have provided
above, and there is some additional information we require that will be helpful
in our diagnosis of this issue.
Please install firefox-debuginfo (debuginfo-install is from
Then run firefox with a parameter -g. That will start firefox running inside of
gdb debugger. Then use command run and do whatever you did to make firefox
crash. When it happens, you should go back to the gdb and run
(gdb) thread apply all backtrace
This produces usually many screens of the text. Copy all of them into a text
editor and attach the file to the bug as an uncompressed attachment.
We will review this issue again once you've had a chance to attach this information.
Thanks in advance.
Reporter, could you please reply to the previous question? If you won't reply in
one month, I will have to close this bug as INSUFFICIENT_DATA. Thank you.
Sorry, I would have posted this sooner, but it took a while for me to put aside
some time to download the 300MB of debugging-related packages to run the
Unfortunately, when run inside the debugger, Firefox completely locks up
whenever I try to load a page containing Flash, so I can't get to the point
where Firefox explicitly crashes. I've let Firefox sit 15 minutes, and it's not
loading, so I can only assume it's locked up indefinitely.
Just out of curiosity, were my reproduction steps inadequate? If so, please tell
me what's missing and I could elaborate. It should be fairly easy to reproduce
on your own setup. You shouldn't have to wait for me, especially since I'm no
expert with gdb.
Created attachment 310253 [details]
thread apply all backtrace
I had expected a segfault to completely close Firefox, but realized Firefox
freezing was actually the crash and the side-effect of running inside gdb was
keeping the window open.
However, when run inside the debugger, Firefox segfaults when loading *any*
Flash content, not the original scenerio I reported, so it may be a different
bug. In any case, I've attached the gdb output. Please let me know if there's
anything else you need.
install nspluginwrapper and ff will stop crashing. flash may go grey from time
to time, just reload the page.
(In reply to comment #6)
> install nspluginwrapper and ff will stop crashing. flash may go grey from time
> to time, just reload the page.
Not sure; Chris, what's *Debugging* player about? What's the difference from the
normal flash provided via http://linuxdownload.adobe.com/linux/i386/ repo?
Of course, try to reproduce with installed nspluginwrapper (both x86_64 and i386
versions if this happens to be x86_64 machine). Does it help?
$ yum install nspluginwrapper
Setting up Install Process
Parsing package install arguments
Package nspluginwrapper - 0.9.91.5-18.fc8.i386 is already installed.
Nothing to do
Apparently, nspluginwrapper was already installed when I encountered the bug and
performed the debugging actions. Do I need to do any configuration aside from
The debugging Flash player, as its name suggests, is a development version of
the Flash player designed to provide extra debugging information when building
Flash applications. For someone using it in Linux, all this really means is
calls to trace() write output to a text file, whereas those calls do nothing in
the normal production player. The debugging player comes as part of the Flex
Please, do upgrade until you have at least (some package are possibly in
I'm sorry, but I use my computer for a lot of work, so I'm unwilling to upgrade
to the unstable F9 testing repo. If this isn't going to be fixed in F8, then
please close the report as WONTFIX.
(In reply to comment #10)
> I'm sorry, but I use my computer for a lot of work, so I'm unwilling to upgrade
> to the unstable F9 testing repo. If this isn't going to be fixed in F8, then
> please close the report as WONTFIX.
This bug was filed against Fedora 9, so I expected that F9 updates-testing would
help. Is it wrong, should this bug be moved back to Fedora 8? (whole technology
behind firefox changed rather drastically between Fedora 8 and Fedora 9)
Could I get please output of the command
rpm -qa \*xulrunner\* \*firefox\* \*plugin\* \*flash\* \*mozilla\*
Thank you very much and sorry for the confusion.
Yes, sorry, I meant to file this under F8.
$ rpm -qa \*xulrunner\* \*firefox\* \*plugin\* \*flash\* \*mozilla\*
Created attachment 310894 [details]
OK, I have tried to triage this and I have some thoughts about this bug:
1) Fortunately, one doesn't have to install Flex Eclipse plug-in just to use
debugging Flash player -- it is also available from
2) When installed this plugin to the ~/.mozilla using its installation script,
http://youtube.com/watch?v=WDULzrZSlhk played whole clip pretty well, but when
clicking on one of the Related Videos, Firefox crashed immediately with the
3) It seems to me that the crash happens in libflashsupport (which may not be
prepared to dealt with differences -- if there are any -- between debugging and
non-debugging Flash players?), so I will reassign this bug to its component.
This message is a reminder that Fedora 9 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 9. 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 '9'.
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 9'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 9 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:
Fedora 9 changed to end-of-life (EOL) status on 2009-07-10. Fedora 9 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.