Closed
Bug 267462
Opened 21 years ago
Closed 18 years ago
unreproduceable crash when loading terkepbank.hu java page [@ 0x00000000 - nsXULElement::QueryInterface][@ jpioji.dll ]
Categories
(Core Graveyard :: Java: OJI, defect)
Core Graveyard
Java: OJI
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: phajdu, Assigned: alfred.peng)
References
()
Details
(Keywords: crash, qawanted)
Crash Data
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20041026 Firefox/1.0RC1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20041026 Firefox/1.0RC1
Almost every time when I try to load www.terkepbank.hu in Firefox, the browser
hangs and crashes with an error message. This page uses java. After that Firefox
can only be run with a reboot.
Reproducible: Sometimes
Steps to Reproduce:
1.Try to open www.terkepbank.hu
2.Firefox tries to load the java applet
3.It crashes
Actual Results:
Firefox crashed
Expected Results:
Load the java applet properly
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a5) Gecko/20041102
WFM
Comment 2•21 years ago
|
||
I crashed using FF RC1 20041101 on Win2k + JRE 1.5.0.
0x00000000
nsXULElement::QueryInterface
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/content/xul/content/src/nsXULElement.cpp,
line 579]
nsQueryInterface::operator()
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/xpcom/glue/nsCOMPtr.cpp,
line 52]
nsXULElement::HandleDOMEvent
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/content/xul/content/src/nsXULElement.cpp,
line 2811]
nsXULElement::HandleDOMEvent
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/content/xul/content/src/nsXULElement.cpp,
line 2821]
nsXULElement::HandleDOMEvent
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/content/xul/content/src/nsXULElement.cpp,
line 2821]
nsXULElement::HandleDOMEvent
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/content/xul/content/src/nsXULElement.cpp,
line 2821]
nsXULElement::HandleChromeEvent
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/content/xul/content/src/nsXULElement.cpp,
line 3988]
GlobalWindowImpl::HandleDOMEvent
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/dom/src/base/nsGlobalWindow.cpp,
line 916]
nsDocument::HandleDOMEvent
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/content/base/src/nsDocument.cpp,
line 3742]
nsGenericElement::HandleDOMEvent
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/content/base/src/nsGenericElement.cpp,
line 1918]
PresShell::HandleEventInternal
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/layout/html/base/src/nsPresShell.cpp,
line 6059]
PresShell::HandleEvent
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/layout/html/base/src/nsPresShell.cpp,
line 5921]
nsViewManager::HandleEvent
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/view/src/nsViewManager.cpp,
line 2326]
nsViewManager::DispatchEvent
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/view/src/nsViewManager.cpp,
line 2066]
HandleEvent
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/view/src/nsView.cpp,
line 77]
nsWindow::DispatchEvent
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/widget/src/windows/nsWindow.cpp,
line 1067]
nsWindow::DispatchMouseEvent
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/widget/src/windows/nsWindow.cpp,
line 5261]
ChildWindow::DispatchMouseEvent
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/widget/src/windows/nsWindow.cpp,
line 5511]
nsWindow::WindowProc
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/widget/src/windows/nsWindow.cpp,
line 1349]
USER32.dll + 0x1ef0 (0x77e11ef0)
USER32.dll + 0x204c (0x77e1204c)
USER32.dll + 0x21af (0x77e121af)
nsAppShellService::Run
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/xpfe/appshell/src/nsAppShellService.cpp,
line 495]
main
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/browser/app/nsBrowserApp.cpp,
line 58]
KERNEL32.DLL + 0x2893d (0x7c59893d)
Keywords: crash
Summary: crash when loading this page which uses java → crash when loading this page which uses java [@ 0x000000 ]
I got the same crash on
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040910
Win XP Pro
Talkback ID = TB1701225K
I had to reload the page many times, the crash happens quite rarely.
Comment 4•21 years ago
|
||
This is not ff problem, it is the sites prob. There site is optimized for IE use
Summary: crash when loading this page which uses java [@ 0x000000 ] → crash when loading this page which uses java [@ 0x00000000 - nsXULElement::QueryInterface]
Comment 5•21 years ago
|
||
"optimized for IE" doesn't mean it's OK for Firefox to crash. From the stack
trace this is clearly a Firefox crash.
Comment 6•21 years ago
|
||
Confirmed for Mozilla nightly:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a5) Gecko/20041109
JRE 1.5.0
Page had to be reloaded several times for the crash to occur.
"This is not ff problem, it is the sites prob": the browser should never crash
because of faulty input.
Comment 7•21 years ago
|
||
*** Bug 270959 has been marked as a duplicate of this bug. ***
Comment 8•21 years ago
|
||
Also crashing in jpioji.dll from TB2077048K.
Assignee: general → kyle.yuan
Status: UNCONFIRMED → NEW
Component: Browser-General → Java: OJI
Ever confirmed: true
OS: Windows XP → All
QA Contact: general
Hardware: PC → All
Summary: crash when loading this page which uses java [@ 0x00000000 - nsXULElement::QueryInterface] → crash when loading this page which uses java [@ 0x00000000 - nsXULElement::QueryInterface][@ jpioji.dll ]
Comment 9•21 years ago
|
||
found 7 crashes looking for URL:
http://talkback-public.mozilla.org/talkback/fastfind.jsp?search=1&searchby=url&match=contains&searchfor=http%3A%2F%2Fwww.terkepbank.hu%2F&vendor=All&product=All&platform=All&buildid=&sdate=&stime=&edate=&etime=&sortby=bbid
1 crash erroneously sent by me without commenting:
http://talkback-public.mozilla.org/talkback/fastfind.jsp?search=2&type=iid&id=TB2076348Y
Comment 10•21 years ago
|
||
This URL:
http://www.anfyteam.com/anj/wormhole/wormhole.html
Seems to behave very similarly.
Comment 11•21 years ago
|
||
Why is this bug against Java: OJI and assigned to Kyle? Is the Java plugin a
necessary part of the steps to reproduce? It's not implicated in the stack in
comment 2.
/be
Comment 12•21 years ago
|
||
the reason it's assigned to kyle is:
Stack Signature JPIOJI.DLL + 0x4865 (0x6d444865) decf6138
Product ID MozillaTrunk
Build ID 2004111904
Trigger Time 2004-11-20 11:10:10.0
Platform Win32
Operating System Windows 98 4.10 build 67766222
Module JPIOJI.DLL + (00004865)
URL visited http://www.terkepbank.hu/
User Comments Bug 270959 Crash if i visit the above with javascript enabled for
browsing Java was enabled. previous talkabck on this URL: TB2076348Y
Since Last Crash 859 sec
Total Uptime 979 sec
Trigger Reason Access violation
Source File, Line No. N/A
Stack Trace
JPIOJI.DLL + 0x4865 (0x6d444865)
JPINSCP.DLL + 0x3956 (0x6d423956)
PluginWndProc
[c:/builds/tinderbox/MozillaTrunk/WINNT_5.0_Clobber/mozilla/modules/plugin/base/src/nsPluginNativeWindowWin.cpp,
line 273]
KERNEL32.DLL + 0x363b (0xbff7363b)
KERNEL32.DLL + 0x242e7 (0xbff942e7)
0x00638be6
Comment 13•21 years ago
|
||
timeless: thanks for citing that here. So in what bugs does the comment 2 stack
backtrace belong, or is it an understood consequence of the Java crash bug?
/be
Comment 14•21 years ago
|
||
i'm not sure, and i'd rather not install java to figure it out. we're not even
shipping plugin support :), so i can hardly justify the research :).
the crashes are sorta all overe the map, but supposing that this one is a middle
ground:
Incident ID: 2076348
Stack Signature MSVCRT.DLL + 0xd269 (0x7800d269) 05d755b9
Product ID MozillaTrunk
Build ID 2004111904
Trigger Time 2004-11-20 10:55:08.0
Platform Win32
Operating System Windows 98 4.10 build 67766222
Module MSVCRT.DLL + (0000d269)
URL visited
User Comments
Since Last Crash 120 sec
Total Uptime 120 sec
Trigger Reason Access violation
Source File, Line No. N/A
Stack Trace
MSVCRT.DLL + 0xd269 (0x7800d269)
MSVCRT.DLL + 0xcc3f (0x7800cc3f)
??3@YAXPAX@Z
nsRegionWin::Release
[c:/builds/tinderbox/MozillaTrunk/WINNT_5.0_Clobber/mozilla/gfx/src/windows/nsRegionWin.cpp,
line 66]
nsCOMPtr_base::~nsCOMPtr_base
[c:/builds/tinderbox/MozillaTrunk/WINNT_5.0_Clobber/mozilla/xpcom/build/nsCOMPtr.cpp,
line 82]
nsViewManager::DispatchEvent
[c:/builds/tinderbox/MozillaTrunk/WINNT_5.0_Clobber/mozilla/view/src/nsViewManager.cpp,
line 2006]
HandleEvent
[c:/builds/tinderbox/MozillaTrunk/WINNT_5.0_Clobber/mozilla/view/src/nsView.cpp,
line 166]
nsWindow::DispatchEvent
[c:/builds/tinderbox/MozillaTrunk/WINNT_5.0_Clobber/mozilla/widget/src/windows/nsWindow.cpp,
line 1078]
nsWindow::DispatchWindowEvent
[c:/builds/tinderbox/MozillaTrunk/WINNT_5.0_Clobber/mozilla/widget/src/windows/nsWindow.cpp,
line 1100]
nsWindow::OnPaint
[c:/builds/tinderbox/MozillaTrunk/WINNT_5.0_Clobber/mozilla/widget/src/windows/nsWindow.cpp,
line 5087]
nsWindow::ProcessMessage
[c:/builds/tinderbox/MozillaTrunk/WINNT_5.0_Clobber/mozilla/widget/src/windows/nsWindow.cpp,
line 3863]
nsWindow::WindowProc
[c:/builds/tinderbox/MozillaTrunk/WINNT_5.0_Clobber/mozilla/widget/src/windows/nsWindow.cpp,
line 1356]
KERNEL32.DLL + 0x363b (0xbff7363b)
KERNEL32.DLL + 0x242e7 (0xbff942e7)
0x00638be6
and that what's happening is the plugin is causing a region to be destroyed or
have its refcount confused, then that could account for what we see. or perhaps
the plugin is just causing events to end up in places where mozilla isn't
expecting them.
Comment 15•21 years ago
|
||
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a5) Gecko/20041124
I got this trace when going to http://www.terkepbank.hu using mozilla -g
(debugger: ddd/gdb)
I've uninstalled ALL java before running. Btw, if i start Mozilla as root, i
don't get any crashes, this might be the reason why some people don't have it.
....
.... (similar lines)
....
#110 0x40906c49 in NSGetModule () from /usr/local/mozilla/components/libgklayout
.so
#111 0x408e7962 in NSGetModule () from /usr/local/mozilla/components/libgklayout
.so
#112 0x408f2eaf in NSGetModule () from /usr/local/mozilla/components/libgklayout
.so
#113 0x408f47b6 in NSGetModule () from /usr/local/mozilla/components/libgklayout
.so
#114 0x408f292f in NSGetModule () from /usr/local/mozilla/components/libgklayout
.so
#115 0x400ad5e7 in PL_HandleEvent () from ./libxpcom_core.so
#116 0x400ad514 in PL_ProcessPendingEvents () from ./libxpcom_core.so
#117 0x400af18b in nsEventQueueImpl::ProcessPendingEvents() () from ./libxpcom_c
ore.so
#118 0x40db5b85 in NSGetModule () from /usr/local/mozilla/components/libwidget_g
tk.so
#119 0x40db573d in NSGetModule () from /usr/local/mozilla/components/libwidget_g
tk.so
#120 0x403890a6 in g_io_add_watch () from /usr/lib/libglib-1.2.so.0
#121 0x4038a9ae in g_get_current_time () from /usr/lib/libglib-1.2.so.0
#122 0x4038ae89 in g_get_current_time () from /usr/lib/libglib-1.2.so.0
#123 0x4038b124 in g_main_run () from /usr/lib/libglib-1.2.so.0
#124 0x402a62e3 in gtk_main () from /usr/lib/libgtk-1.2.so.0
#125 0x40db5d56 in NSGetModule () from /usr/local/mozilla/components/libwidget_g
tk.so
#126 0x40d9ae64 in NSGetModule () from /usr/local/mozilla/components/libappcomps
.so
#127 0x0804e441 in getCountry(nsAString const&, nsAString&) ()
#128 0x0804eff4 in main ()
#129 0x404c962d in __libc_start_main () from /lib/libc.so.6
This isn't a Java bug.
Comment 16•21 years ago
|
||
(In reply to comment #15)
> Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a5) Gecko/20041124
>
> I got this trace when going to http://www.terkepbank.hu using mozilla -g
> (debugger: ddd/gdb)
> I've uninstalled ALL java before running. Btw, if i start Mozilla as root, i
> don't get any crashes, this might be the reason why some people don't have it.
> This isn't a Java bug.
Maybe there are two Bugs?
One for non-root users on Linux not using Java, and the other one for a crashing
Plugin?
Using a current Mozilla Trunk nightly and Firefox 1.0, JS fully enabled, Java
disabled, I wasn´t able to crash, though trying hard by following links,
Loading/shift-Reloading. I´m using Win98, that is nearly comparable to surfing
as root ;-)
In comment 9 I´ve been crashing when Java was enabled, didn´t retest this today,
but I remember having tested with and without Java, and got the crash only when
Java was enabled.
Comment 17•21 years ago
|
||
(In reply to comment #16)
> > This isn't a Java bug.
>
> Maybe there are two Bugs?
> One for non-root users on Linux not using Java, and the other one for a crashing
> Plugin?
>
In that case, my original bugreport: Bug 270959 should be detached from this one.
Comment 18•20 years ago
|
||
The page in http://www.terkepbank.hu/ contains applet code that makes extensive
use of Liveconnect, a feature that is problematic in the combination
Firefox 1.0.* + Sun's 1.5 plugin + Windows XP/2000
Probably related to bug 285451: if applet code calls JSObject.getWindow() many
times Firefox crashes.
Comment 19•20 years ago
|
||
Was not able to force a crash with either
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050328
or
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317
Firefox/1.0.2
with Java 1.5.0_02
Comment 20•20 years ago
|
||
according to comment 18, this is likely a dup of bug 260478. But the fix for
260478 is windows-only, I don't know what causes mozilla crash in comment 15.
Comment 23•19 years ago
|
||
No luck reproducing a crash on either http://www.terkepbank.hu or http://www.anfyteam.com/anj/wormhole/wormhole.html using
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.2) Gecko/20060313 Firefox/1.5.0.2 and Java Plug-in/JRE 1.4.2_06
Updated•19 years ago
|
Summary: crash when loading this page which uses java [@ 0x00000000 - nsXULElement::QueryInterface][@ jpioji.dll ] → unreproduceable crash when loading terkepbank.hu java page [@ 0x00000000 - nsXULElement::QueryInterface][@ jpioji.dll ]
| Assignee | ||
Comment 24•19 years ago
|
||
The bug can't be reproduced using Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN; rv:1.7.12) Gecko/20050919 Firefox/1.0.7 with Java Plug-in 1.5.0_06 here.
Could anyone help verify this bug?
Comment 25•18 years ago
|
||
closing WFM per comment 23 & 24
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → WORKSFORME
Updated•14 years ago
|
Crash Signature: [@ 0x00000000 - nsXULElement::QueryInterface]
[@ jpioji.dll ]
You need to log in
before you can comment on or make changes to this bug.
Description
•