Closed
Bug 560094
Opened 15 years ago
Closed 9 years ago
Adobe flash plugin crashes on opening Adobe's test page in Firefox. [@ 0x7f2c664d3063]
Categories
(External Software Affecting Firefox Graveyard :: Flash (Adobe), defect)
External Software Affecting Firefox Graveyard
Flash (Adobe)
x86_64
Linux
Tracking
(Not tracked)
RESOLVED
INCOMPLETE
People
(Reporter: bugzilla, Unassigned)
Details
(Keywords: crash, stackwanted)
Crash Data
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.3a5pre) Gecko/20100417 Minefield/3.7a5pre
Build Identifier: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.3a5pre) Gecko/20100417 Minefield/3.7a5pre
Using the alpha 64-bit flash player available at
http://labs.adobe.com/technologies/flashplayer10/64bit.html version 10.0.45.2 and playing the sample at http://www.adobe.com/software/flash/about/ Firefox reports flash crash, every time. Reloading the page repeats the result. Many other pages with flash content act in same way.
System is AMD64 with Debian Lenny, all updates applied.
Reproducible: Always
Steps to Reproduce:
1. Open Firefox
2. Go to this page
3. Read the messsage
Actual Results:
Flash reports crash and invites page reload.
Expected Results:
Flash displays content.
https://developer.mozilla.org/En/How_to_get_a_stacktrace_for_a_bug_report
note that we have not shipped a 64bit browser, and we don't currently support mixing 64bit plugins w/ 32bit browsers or vice versa.
In theory our 32bit browser should fail to load your 64bit plugin, crashing w/ that pair probably requires nspluginwrapper which is a third party (buggy) plugin.
Severity: major → critical
Component: Extension Compatibility → Other
Keywords: stackwanted
Product: Firefox → Plugins
QA Contact: extension.compatibility → other
(In reply to comment #1)
> https://developer.mozilla.org/En/How_to_get_a_stacktrace_for_a_bug_report
>
> note that we have not shipped a 64bit browser, and we don't currently support
> mixing 64bit plugins w/ 32bit browsers or vice versa.
>
> In theory our 32bit browser should fail to load your 64bit plugin, crashing w/
> that pair probably requires nspluginwrapper which is a third party (buggy)
> plugin.
This crash was using the 64-bit plugin in the 64-bit browser as the report above states. nspluginwrapper doesn't work. Anyway, the crash report reference is http://crash-stats.mozilla.com/report/index/bp-fb804d3c-b315-4950-8cf2-a73392100418 in the hope it helps.
Signature @0x7f2c664d3063
UUID fb804d3c-b315-4950-8cf2-a73392100418
Process Type plugin Version: Filename: libflashplayer.so
Time 2010-04-18 15:45:32.222599
Uptime 1
Product Firefox
Version 3.7a5pre
Build ID 20100418030600
Branch 1.9.3
OS Linux
OS Version 0.0.0 Linux 2.6.26-2-amd64 #1 SMP Tue Mar 9 22:29:32 UTC 2010 x86_64
CPU amd64
CPU Info family 15 model 7 stepping 10
Crash Reason SIGILL
Crash Address 0x7f2c664d3063
User Comments
Processor Notes No proper signature could be created because no good data for the crashing thread (1) was found
Crashing Thread
Frame Module Signature [Expand] Source
0 @0x7f2c664d3063
Show/hide other threads
Thread 0
Frame Module Signature [Expand] Source
0 libc-2.7.so libc-2.7.so@0xcc259
Thread 2
Frame Module Signature [Expand] Source
0 libpthread-2.7.so libpthread-2.7.so@0xad29
Filename Version Debug Identifier Debug Filename
libflashplayer.so D708CF1409A7A3DE15F591C53914549B0 libflashplayer.so
Ted: any idea why we don't have a happy stack trace?
Component: Other → Flash (Adobe)
Keywords: crash
QA Contact: other → adobe-flash
Summary: Adobe flash plugin crashes on opening Adobe's test page in Firefox. → Adobe flash plugin crashes on opening Adobe's test page in Firefox. [@ 0x7f2c664d3063]
Version: unspecified → 10.x
Comment 4•15 years ago
|
||
Hi,
The 64-bit alpha version of the Flash Player for Linux is fairly dated. We have a much more mature version in the works that we'll make available once its ready to be formally beta-tested. As a result, I wouldn't spend a lot of time filing bugs for the Alpha version given its age and that the new version has undergone many long hours of improvements.
Comment 5•15 years ago
|
||
(In reply to comment #3)
> Ted: any idea why we don't have a happy stack trace?
It's a 64-bit build, which doesn't have a frame pointer, and we don't have symbols for that frame, so we can't walk past it.
Is there any idea when the referred-to beta might see the light of day?
Assignee | ||
Updated•14 years ago
|
Crash Signature: [@ 0x7f2c664d3063]
Comment 7•9 years ago
|
||
I'm closing a lot of bugs which are filed as Adobe Flash bugs which are either irrelevant, not actionable, or not serious enough to track in the Mozilla bug tracker. For the most part, Flash bugs should be filed in Adobe bugbase, and we'll only track a few highly-critical issues in the Mozilla tracker.
Status: UNCONFIRMED → RESOLVED
Closed: 9 years ago
Resolution: --- → INCOMPLETE
Comment 8•9 years ago
|
||
Version and milestone values are being reset to defaults as part of product refactoring.
Version: 10.x → unspecified
Updated•2 years ago
|
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.
Description
•