Closed Bug 475481 Opened 16 years ago Closed 16 years ago

Crash in Flash when entering private browsing and a tab with GMail is open

Categories

(External Software Affecting Firefox Graveyard :: Flash (Adobe), defect)

x86
Linux
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: stephen.moehle, Assigned: mmelanso)

References

()

Details

(Keywords: crash)

Attachments

(1 file)

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2a1pre) Gecko/20090126 Firefox/3.2a1pre Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2a1pre) Gecko/20090126 Firefox/3.2a1pre If I have a tab open showing GMail and start private browsing, Firefox crashes inside the Flash plug-in. Who know GMail used Flash? Other sites using Flash work OK. Perhaps it is because there are two embedding of Flash in GMail, or perhaps it is because they are 0x0 in size. I am using 32 bit Firefox with 32 bit Flash 10.0.15.3 on 32 bit Fedora 10. Reproducible: Always Steps to Reproduce: 1. Open a tab with GMail 2. Pick Start Private Browsing from the Tools menu. Actual Results: Firefox crashes Expected Results: No crash. The stack of the crash from gdb will be attached
Attached file GDB stack trace
Version: unspecified → Trunk
Do you see this on 1.9.1 nightlies as well? It seems like the flash plugin can't handle the stop request. I'm not sure what we can do about it, since the crash happens inside the plugin and we're not doing anything awkward with it.
Assignee: nobody → msintov
Component: Private Browsing → Plug-ins
Keywords: crash
Product: Firefox → Core
QA Contact: private.browsing → plugins
Assignee: msintov → mmelanso
Crashed with the 2009-01-27-03 1.9.1 nightly. Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b3pre) Gecko/20090127 Shiretoko/3.1b3pre
Flags: blocking1.9.1?
This needs QA help to see if it can be realiably reproduced.
Keywords: qawanted
WFM with Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b4pre) Gecko/20090423 Shiretoko/3.5b4pre ID:20090423033511 and Flash 10.0.r15 installed. Stephen, can you please disable Flash and try again? Does it also occur on other websites with Flash embedded?
Not blocking on this per the last two comments above. If this turns out to be reproducable by others, please renominate.
Flags: blocking1.9.1? → blocking1.9.1-
WFM. I can no longer duplicate the problem with any site containing Flash with the latest nightly trunk build.
Stephen, does it also imply Shiretoko builds? Would be nice to figure that out. Just to be on the safe side.
Um... What is Shiretoko?
Shiretoko is the code name for 1.9.1, which is the branch that Firefox 3.5 will be shipping from. (In reply to comment #9) > Um... What is Shiretoko?
WFM with Shiretoko: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b5pre) Gecko/20090424 Shiretoko/3.5b5pre
Thanks Stephen. For now I will close this bug as WFM. If you discover the issue again, feel free to reopen the bug.
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
Keywords: qawanted
Component: Plug-ins → Flash (Adobe)
Product: Core → Plugins
QA Contact: plugins → adobe-flash
Version: Trunk → 10.x
Version and milestone values are being reset to defaults as part of product refactoring.
Version: 10.x → unspecified
Product: External Software Affecting Firefox → External Software Affecting Firefox Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: