Closed
Bug 231976
Opened 22 years ago
Closed 19 years ago
crash when playing shockwave or flash animation [@ js_Interpret]
Categories
(Core Graveyard :: Embedding: GTK Widget, defect)
Tracking
(Not tracked)
RESOLVED
INVALID
People
(Reporter: u86354, Assigned: blizzard)
References
Details
(Keywords: crash, stackwanted)
Crash Data
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7a) Gecko/20040123
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7a) Gecko/20040123
When I play a shockwave animation, Mozilla crashes with the next message on
console :
Gdk-ERROR **: Fatal IO error 9 (Mauvais descripteur de fichier) on X server :0.0
Reproducible: Always
Steps to Reproduce:
1.Install the last macromedia plugin for flash
2.Download a page with flash or shockwave animation
3.
Actual Results:
2 possibilities :
- the animation is executed and when I close it's window (or go out the window
by clicking on a link) Mozilla crash
- sometimes, mozilla crashes without exiting the windows
Expected Results:
does not crash
Bug detected in 1.5 version
During mozilla execution :I have GTK warning on console :
Gtk-WARNING **: invalid cast from `GtkSuperWin' to `GtkWidget'
Reporter please provide a debug stacktrace and compare with bug 229534
How can I obtain this stack trace. Mozilla does not generate a core dump when it
crashes.
From bug 231475 comment 1
if you're using the standard mozilla startup script, just do
% mozilla -g
(gdb) run
[wait for mozilla to crash]
(gdb) bt
Attach the output from "bt" via "create a new attachment" (on bugzilla)
I know nothing of this process. Do not ask me:)
The last lines in the debugger :
Gtk-WARNING **: invalid cast from `GtkSuperWin' to `GtkWidget'
Gtk-WARNING **: invalid cast from `GtkSuperWin' to `GtkWidget'
Gtk-WARNING **: invalid cast from `GtkSuperWin' to `GtkWidget'
Gdk-ERROR **: Fatal IO error 9 (Mauvais descripteur de fichier) on X server :0.0.
Program exited with code 01.
(gdb) bt
No stack.
Comment 7•22 years ago
|
||
Do you still crash with Mozilla 1.7rc2 & Flash 7.0r25 ? If so, please mention
URL and post Talkback Incident ID associated to crash by running
"mozilla/components/talkback/talkback"
Keywords: stackwanted
Comment 8•21 years ago
|
||
There have been a couple recent incidents that mention this bug in the comments.
Here is one with a Firefox10 Aviary branch build:
Incident ID: 3734657
Stack Signature js_Interpret 5f89286d
Product ID Firefox10
Build ID 2005021508
Trigger Time 2005-02-16 07:11:02.0
Platform Win32
Operating System Windows NT 5.0 build 2195
Module js3250.dll + (0001fe12)
URL visited https://bugzilla.mozilla.org/show_bug.cgi?id=231976
User Comments
Since Last Crash 3293 sec
Total Uptime 3325 sec
Trigger Reason Access violation
Source File, Line No.
c:/builds/tinderbox/Fx-Aviary1.0.1-l10n/WINNT_5.1_Clobber/mozilla/js/src/jsinterp.c,
line 2710
Stack Trace
js_Interpret
[c:/builds/tinderbox/Fx-Aviary1.0.1-l10n/WINNT_5.1_Clobber/mozilla/js/src/jsinterp.c,
line 2710]
js_Invoke
[c:/builds/tinderbox/Fx-Aviary1.0.1-l10n/WINNT_5.1_Clobber/mozilla/js/src/jsinterp.c,
line 965]
js_InternalInvoke
[c:/builds/tinderbox/Fx-Aviary1.0.1-l10n/WINNT_5.1_Clobber/mozilla/js/src/jsinterp.c,
line 1042]
JS_CallFunctionValue
[c:/builds/tinderbox/Fx-Aviary1.0.1-l10n/WINNT_5.1_Clobber/mozilla/js/src/jsapi.c,
line 3698]
nsJSContext::CallEventHandler
[c:/builds/tinderbox/Fx-Aviary1.0.1-l10n/WINNT_5.1_Clobber/mozilla/dom/src/base/nsJSEnvironment.cpp,
line 1297]
nsJSEventListener::HandleEvent
[c:/builds/tinderbox/Fx-Aviary1.0.1-l10n/WINNT_5.1_Clobber/mozilla/dom/src/events/nsJSEventListener.cpp,
line 184]
nsXBLPrototypeHandler::ExecuteHandler
[c:/builds/tinderbox/Fx-Aviary1.0.1-l10n/WINNT_5.1_Clobber/mozilla/content/xbl/src/nsXBLPrototypeHandler.cpp,
line 463]
nsXBLEventHandler::HandleEvent
[c:/builds/tinderbox/Fx-Aviary1.0.1-l10n/WINNT_5.1_Clobber/mozilla/content/xbl/src/nsXBLEventHandler.cpp,
line 88]
nsEventListenerManager::HandleEventSubType
[c:/builds/tinderbox/Fx-Aviary1.0.1-l10n/WINNT_5.1_Clobber/mozilla/content/events/src/nsEventListenerManager.cpp,
line 1436]
nsEventListenerManager::HandleEvent
[c:/builds/tinderbox/Fx-Aviary1.0.1-l10n/WINNT_5.1_Clobber/mozilla/content/events/src/nsEventListenerManager.cpp,
line 1516]
nsXULElement::HandleDOMEvent
[c:/builds/tinderbox/Fx-Aviary1.0.1-l10n/WINNT_5.1_Clobber/mozilla/content/xul/content/src/nsXULElement.cpp,
line 2841]
nsEventStateManager::DispatchMouseEvent
[c:/builds/tinderbox/Fx-Aviary1.0.1-l10n/WINNT_5.1_Clobber/mozilla/content/events/src/nsEventStateManager.cpp,
line 2570]
nsEventStateManager::GenerateMouseEnterExit
[c:/builds/tinderbox/Fx-Aviary1.0.1-l10n/WINNT_5.1_Clobber/mozilla/content/events/src/nsEventStateManager.cpp,
line 2725]
nsEventStateManager::PreHandleEvent
[c:/builds/tinderbox/Fx-Aviary1.0.1-l10n/WINNT_5.1_Clobber/mozilla/content/events/src/nsEventStateManager.cpp,
line 452]
PresShell::HandleEventInternal
[c:/builds/tinderbox/Fx-Aviary1.0.1-l10n/WINNT_5.1_Clobber/mozilla/layout/html/base/src/nsPresShell.cpp,
line 6056]
PresShell::HandleEvent
[c:/builds/tinderbox/Fx-Aviary1.0.1-l10n/WINNT_5.1_Clobber/mozilla/layout/html/base/src/nsPresShell.cpp,
line 5921]
nsViewManager::HandleEvent
[c:/builds/tinderbox/Fx-Aviary1.0.1-l10n/WINNT_5.1_Clobber/mozilla/view/src/nsViewManager.cpp,
line 2280]
nsViewManager::DispatchEvent
[c:/builds/tinderbox/Fx-Aviary1.0.1-l10n/WINNT_5.1_Clobber/mozilla/view/src/nsViewManager.cpp,
line 2066]
HandleEvent
[c:/builds/tinderbox/Fx-Aviary1.0.1-l10n/WINNT_5.1_Clobber/mozilla/view/src/nsView.cpp,
line 77]
nsWindow::DispatchEvent
[c:/builds/tinderbox/Fx-Aviary1.0.1-l10n/WINNT_5.1_Clobber/mozilla/widget/src/windows/nsWindow.cpp,
line 1067]
nsWindow::DispatchMouseEvent
[c:/builds/tinderbox/Fx-Aviary1.0.1-l10n/WINNT_5.1_Clobber/mozilla/widget/src/windows/nsWindow.cpp,
line 5261]
ChildWindow::DispatchMouseEvent
[c:/builds/tinderbox/Fx-Aviary1.0.1-l10n/WINNT_5.1_Clobber/mozilla/widget/src/windows/nsWindow.cpp,
line 5511]
ChildWindow::DispatchMouseEvent
[c:/builds/tinderbox/Fx-Aviary1.0.1-l10n/WINNT_5.1_Clobber/mozilla/widget/src/windows/nsWindow.cpp,
line 5511]
nsWindow::WindowProc
[c:/builds/tinderbox/Fx-Aviary1.0.1-l10n/WINNT_5.1_Clobber/mozilla/widget/src/windows/nsWindow.cpp,
line 1349]
USER32.dll + 0x2a420 (0x77e3a420)
USER32.dll + 0x4605 (0x77e14605)
USER32.dll + 0xa7ba (0x77e1a7ba)
nsAppShellService::Run
[c:/builds/tinderbox/Fx-Aviary1.0.1-l10n/WINNT_5.1_Clobber/mozilla/xpfe/appshell/src/nsAppShellService.cpp,
line 495]
main
[c:/builds/tinderbox/Fx-Aviary1.0.1-l10n/WINNT_5.1_Clobber/mozilla/browser/app/nsBrowserApp.cpp,
line 58]
KERNEL32.DLL + 0x2893d (0x7c59893d)
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: crash when playing shockwave or flash animation → crash when playing shockwave or flash animation [@ js_Interpret]
Comment 9•19 years ago
|
||
L. Delépine, do you still see this problem ?
Comment 10•19 years ago
|
||
L. Delépine does not respond
closing invalid <=> flash
feel free to reopen if you disagree
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → INVALID
Updated•15 years ago
|
Crash Signature: [@ js_Interpret]
Updated•14 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•