Closed
Bug 279114
Opened 20 years ago
Closed 20 years ago
Apparent Shockwave Flash crash [@ NPSWF32.dll + 0x5e0c4 (0x0243e0c4)]
Categories
(External Software Affecting Firefox Graveyard :: Flash (Adobe), defect)
External Software Affecting Firefox Graveyard
Flash (Adobe)
x86
Windows XP
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 200511
People
(Reporter: mozilla, Unassigned)
References
()
Details
(Keywords: crash)
Crash Data
Attachments
(2 files)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b) Gecko/20050118
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b) Gecko/20050118
Every time I visit the page http://www.sinfest.net:
the browser begins to load the page and displays a Flash ad,
goes white over the ad,
the entire page blanks out.
At this point the browser either sits there or crashes. If it sits there,
mozilla.exe will not unload when you close the browser.
I've tried a local version of the html file, and it does the same thing. I'll
attach that file and an Ethereal network capture of the process (including the
Talkback transmission).
From watching the capture in process, the crash appears to happen around packet
284. Looking at the capture now, the page calls gms1.net (packet 281) and
receives a response (packet 284). The next non FIN-ACK packet is looking up
talkback.mozilla.org (packet 313).
From about:plugins:
Shockwave Flash
File name: NPSWF32.dll
Shockwave Flash 7.0 r19
This also happened with my last installed build (nightly from 12-23).
Reproducible: Always
Steps to Reproduce:
1. visit http://www.sinfest.net (or load the attached file)
2.
3.
Actual Results:
browser crashes or page blanks and browser will not unload.
Expected Results:
normal surfing behavior (display the page).
| Reporter | ||
Comment 1•20 years ago
|
||
| Reporter | ||
Comment 2•20 years ago
|
||
Comment 3•20 years ago
|
||
And now what is the talkback id? I can't find it in the Ethereal log.
| Reporter | ||
Comment 4•20 years ago
|
||
(In reply to comment #3)
Sorry, it's apparently TB3177872K
Comment 5•20 years ago
|
||
NPSWF32.dll + 0x5e0c4 (0x0243e0c4)
NPSWF32.dll + 0x5de70 (0x0243de70)
NPSWF32.dll + 0x52397 (0x02432397)
NPSWF32.dll + 0x4b304 (0x0242b304)
NPSWF32.dll + 0x4b6ac (0x0242b6ac)
NPSWF32.dll + 0x4be6f (0x0242be6f)
NPSWF32.dll + 0x5f9db (0x0243f9db)
NPSWF32.dll + 0x5d52e (0x0243d52e)
USER32.dll + 0x86cb (0x77d486cb)
USER32.dll + 0x879f (0x77d4879f)
USER32.dll + 0xaafa (0x77d4aafa)
USER32.dll + 0xadd4 (0x77d4add4)
gkplugin.dll + 0x13328 (0x604f3328)
xpcom_core.dll + 0x2b41c (0x6111b41c)
0x778b0c24
0x00670065
Keywords: crash
Assignee: general → nobody
Component: General → Plug-ins
Product: Mozilla Application Suite → Core
QA Contact: general → plugins
Summary: Apparent Shockwave Flash crash → Apparent Shockwave Flash crash [@ NPSWF32.dll + 0x5e0c4 (0x0243e0c4)]
Version: unspecified → Trunk
Comment 6•20 years ago
|
||
Confirming the bug with the 2005-01-20-05 build of Mozilla Seamonkey trunk on
Windows XP.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 7•20 years ago
|
||
(In reply to comment #6)
> Confirming the bug with the 2005-01-20-05 build of Mozilla Seamonkey trunk on
> Windows XP.
Can you create a new stacktrace (the TB server has lost its symbols for the
nightly builds between 16th and 18th, that's why the stacktrace looks so
broken)? So at least a function name would be displayed for gkplugin.dll and
xpcom_core.dll
| Reporter | ||
Comment 8•20 years ago
|
||
A new talkback has been submitted from the 20 Jan Build...the id is TB3206284W.
Comment 9•20 years ago
|
||
Stacktrace (hey, at least there are now two function names ;-):
ntdll.dll + 0x19ecd (0x77f69ecd)
ntdll.dll + 0xb2e6 (0x77f5b2e6)
NPSWF32.dll + 0x5de70 (0x0266de70)
NPSWF32.dll + 0x52397 (0x02662397)
NPSWF32.dll + 0x4b304 (0x0265b304)
NPSWF32.dll + 0x4b6ac (0x0265b6ac)
NPSWF32.dll + 0x4be6f (0x0265be6f)
NPSWF32.dll + 0x5f9db (0x0266f9db)
NPSWF32.dll + 0x5d52e (0x0266d52e)
USER32.dll + 0x86cb (0x77d486cb)
USER32.dll + 0x879f (0x77d4879f)
USER32.dll + 0xaafa (0x77d4aafa)
USER32.dll + 0xadd4 (0x77d4add4)
PluginWindowEvent_Handle
[c:/builds/tinderbox/MozillaTrunk/WINNT_5.0_Clobber/mozilla/modules/plugin/base/src/nsPluginNativeWindowWin.cpp,
line 333]
PL_HandleEvent
[c:/builds/tinderbox/MozillaTrunk/WINNT_5.0_Clobber/mozilla/xpcom/threads/plevent.c,
line 699]
Comment 10•20 years ago
|
||
*** Bug 278899 has been marked as a duplicate of this bug. ***
Comment 11•20 years ago
|
||
With Firefox 1.0 on GNU/Linux with "Shockwave Flash 6.0 r79" (libflashplayer.so)
the browser crashes instantly (all tabs, all windows gone); never had it simply
hang on me. Does not happen with all flash content, though.
| Reporter | ||
Comment 12•20 years ago
|
||
This occurs for a few (but not all) Keenspot comics, including sinfest.net (of
course), College Roomies From Hell (crfh.net) and some others. Presumably, this
is because these sites use the same advertising service (falkag.net), which in
turn uses the same advertisers and code to display the advertising (particularly
gms1.net, a BONZI company).
Comment 13•20 years ago
|
||
*** This bug has been marked as a duplicate of 200511 ***
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
Component: Plug-ins → Flash (Adobe)
Product: Core → Plugins
QA Contact: plugins → adobe-flash
Target Milestone: --- → 2004
Version: Trunk → 6.x
| Assignee | ||
Updated•14 years ago
|
Crash Signature: [@ NPSWF32.dll + 0x5e0c4 (0x0243e0c4)]
Comment 14•9 years ago
|
||
Version and milestone values are being reset to defaults as part of product refactoring.
Target Milestone: 2004 → ---
Version: 6.x → unspecified
Updated•3 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
•