Closed Bug 297351 Opened 19 years ago Closed 16 years ago

Crash after pressing <command>-L to get to URL bar (Vividas plugin/Java)

Categories

(Firefox :: General, defect)

Product:
Firefox
Component:
General
Version:
1.0 Branch
Platform:
PowerPC
macOS
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

()

Status:
RESOLVED INCOMPLETE

People

(Reporter: bmo, Unassigned)

References

Details

(Keywords: crash) 

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050414 Firefox/1.0.3
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050414 Firefox/1.0.3

firefox had been up for weeks when it crashed after i pressed the <command>-L
keyboard shortcut to get to the URL bar.

talkback: TB6561818K

Reproducible: Couldn't Reproduce

Steps to Reproduce:
Version: unspecified → 1.0 Branch
Talkback data:

Stack Signature	 lib1138.dll + 0xd598 (0x11212598) a872cb9a
Product ID	Firefox10
Build ID	2005041417
Trigger Time	2005-06-10 12:20:44.0
Platform	MacOSX
Operating System	Darwin 8.1.0
Module	lib1138.dll + (0000d598)
URL visited	
User Comments	i pressed <command>-L to go to the URL bar and kaboom. i had
recently used the vividas full-screen video viewer applet.
Since Last Crash	3280289 sec
Total Uptime	3280289 sec
Trigger Reason	SIGSEGV: Segmentation Violation: (signal 11)
Source File, Line No.	N/A
Stack Trace 	
lib1138.dll + 0xd598 (0x11212598)
bad luck/coinsidence
I guess this is invalid if you can't reproduce it
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → INVALID
say what?  just because i can't reproduce it doesn't make it invalid.  are there
no other similar stacks in the talkback DB?
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
(In reply to comment #3)
> say what?  just because i can't reproduce it doesn't make it invalid.  are there
> no other similar stacks in the talkback DB?

Indeed, you're on your own
No similar trace
No bugs with that stack
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago → 19 years ago
Resolution: --- → INVALID
ok.  so i'm the first to report a bug with this stack.  and THAT makes it invalid?
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
no, running any program for a weeks in a row is asking for one or another random
crash.
yes, you're the only one with this stack, so we can leave the bug unco untill it
is autoresolved.
If you are unable to reproduce this bug it is unlikely anyone will be able to
fix it.
Please see http://www.mozilla.org/quality/bug-writing-guidelines.html before
filling further bugs, note the part about being able to reproduce.
jay, what in the world does this mean:
Stack Signature	 lib1138.dll + 0xd598 (0x11212598) a872cb9a

my mac has:

/Library/Application Support/Viewpoint Media Player/Plug-In/MTS3Runtime.dll
/Library/Application Support/Viewpoint Media Player/Plug-In/NPMetaStream3.dll
/Library/Internet Plug-Ins/NPMetaStream3.dll
Adobe Reader
6.0.app/Contents/Plug-ins/Updater.acroplugin/Contents/MacOS/esdupdate.dll
bind/*/iconv.dll

dlls in:
dports/cross/i386-elf-wcc
dports/devel/mono/work/mono-0.95/runtime
That stack signature doesn't look familiar to me (lib1138.dll) and this was the
only incident I found in current Talkback data:

Incident ID: 7221843
Stack Signature	lib1138.dll + 0xcd50 (0x08cefd50) 8cfe9766
Product ID	Firefox10
Build ID	2005051112
Trigger Time	2005-07-04 15:49:42.0
Platform	MacOSX
Operating System	Darwin 7.9.0
Module	lib1138.dll + (0000cd50)
URL visited	
User Comments	trying to see a video with vividas
Since Last Crash	26307 sec
Total Uptime	26307 sec
Trigger Reason	SIGBUS: Bus Error: (signal 10)
Source File, Line No.	N/A
Stack Trace 	
lib1138.dll + 0xcd50 (0x08cefd50)
lib1138.dll + 0xcd4c (0x08cefd4c)
lib1138.dll + 0x3935c (0x08d1c35c)
playershim1138.dll + 0xd64 (0x067a2d64)
0x0f10a668
0x0f10868c
0x0f10868c
0x0f10886c
0xa24a3720
libjvm.dylib + 0x808c (0x9249808c)
libjvm.dylib + 0x3d518 (0x924cd518)
libjvm.dylib + 0x42ce4 (0x924d2ce4)
libjvm.dylib + 0x5c170 (0x924ec170)
libjvm.dylib + 0x566d8 (0x924e66d8)
libjvm.dylib + 0xe7054 (0x92577054)
libjvm.dylib + 0x6dc9c (0x924fdc9c)
libSystem.B.dylib.71.1.3 + 0x24910 (0x90024910)

Timeless:  We should probably google that .dll and see if it's related to any of
the apps you have on your machine.  That might help find other similar crashes
(if there are any) so we can better debug this.
i just googled, no sign of anything. jay: can you add lib1138.dll and
playershim1138.dll to the reports dll watch list?
This looks like an issue with the Vividas plugin, but I can't find where to
download it to check.
Summary: crash after pressing <command>-L to get to URL bar → Crash after pressing <command>-L to get to URL bar (Vividas plugin)
Vividas uses a signed Java applet, and I've found a way to test it.  I had no
problems.

Tested with version 0.9.2 of the Java Embedding Plugin on Mac OS X 10.3.9 with
Java 1.4.2 Update 2 (1.4.2_05) and OS X 10.4.2 with Java 1.4.2_08 (the
"Developer Preview 1" of it downloadable from the Apple Developer
Connection).  I didn't bother to test without the Java Embedding Plugin.

To test this for yourselves, go to http://www.vividas.com/ and choose
"featured video".


With JEP .92 and Camino (on Tiger) watching a Vivitas video, I got a crash:

Thread 28 Crashed:
0   libhotspot.dylib          	0x963f9b2c JVM_MaxMemory + 4912
1   libawt.jnilib             	0x9b3c4b9c NewObject + 168
2   libawt.jnilib             	0x9b3ce7b4 nsWindowNotificationToJavaEvent + 120
3   libawt.jnilib             	0x9b3ce6dc +[EventFactory
postWindowEvent:forPeer:opposite:withEnv:] + 48
4   com.apple.Foundation      	0x9287c878 _nsnote_callback + 180
5   com.apple.CoreFoundation  	0x90772740 __CFXNotificationPost + 368
6   com.apple.CoreFoundation  	0x9076a864 _CFXNotificationPostNotification + 684
7   com.apple.Foundation      	0x92866c80 -[NSNotificationCenter
postNotificationName:object:userInfo:] + 92
8   com.apple.AppKit          	0x936c0634 -[NSWindow resignKeyWindow] + 340
9   com.apple.AppKit          	0x936805c0 -[NSWindow
_changeKeyAndMainLimitedOK:] + 604
10  com.apple.AppKit          	0x93818ed4 NSCarbonWindowHandleEvent + 448
11  com.apple.HIToolbox       	0x931229f4
DispatchEventToHandlers(EventTargetRec*, OpaqueEventRef*, HandlerCallRec*) + 692
12  com.apple.HIToolbox       	0x9312214c
SendEventToEventTargetInternal(OpaqueEventRef*, OpaqueEventTargetRef*,
HandlerCallRec*) + 372
13  com.apple.HIToolbox       	0x93121fc8 SendEventToEventTargetWithOptions + 40
14  com.apple.HIToolbox       	0x93166c20 SetUserFocusWindow + 232
15  com.apple.HIToolbox       	0x93166468 HiliteAndActivateWindow + 304
16  com.apple.HIToolbox       	0x9316625c
AdjustToNewWindowActivation(WindowData*, WindowContext*, OpaqueWindowPtr*,
WindowData*) + 208
17  com.apple.HIToolbox       	0x9316608c
PotentiallyAdjustActivationOnOrderIn(WindowData*, WindowData*) + 124
18  com.apple.HIToolbox       	0x93165d8c ShowWindow + 68
19  com.apple.QuickTime       	0x946fc8e8 BeginFullScreen_priv + 1188
20  com.apple.QuickTime       	0x946fc424 BeginFullScreen + 80
21  lib1136.dll               	0x15f0fd38 dyld_stub_binding_helper + 38792
22  lib1136.dll               	0x15f0fa18 dyld_stub_binding_helper + 37992
23  lib1136.dll               	0x15f188cc dyld_stub_binding_helper + 74524
24  lib1136.dll               	0x15f184b0 dyld_stub_binding_helper + 73472
25  libSystem.B.dylib         	0x9002c3d4 _pthread_body + 96

My previous tests were done using Firefox 1.0.6.

I redid them using Camino 0.9a2 (on Tiger) -- still no problems,
either in Java 1.4.2 or Java 1.5.

Then I tried the latest Camino nightly (2005-07-24-08) ... and
consistently got a _different_ crash (on thread 0).  My crash sounds
like a Camino problem, which might involve a bad interaction with the
MRJ Plugin JEP.

Were you, Simon, also using a nightly (presumably a different one)?

When I get to the page where the lion says "you are about to see a
security message", I press "Yes".  But, though the cursor changes back
from a finger to an arrow, nothing happens until I press the "Yes"
button again.  Then (eventually) a JVM dialog appears asking me
whether I want to accept Vividas' applet's certificate.  I say "OK"
and get the following crash:

Thread 0 Crashed:
0   libmozjs.dylib                      0x019571b8 JS_GetGlobalObject + 0
1   org.mozilla.navigator               0x0068d5fc ProxyFindClass(JNIEnv_*, char
const*) + 104
2   org.mozilla.navigator               0x00876f64
ProxyJNIEnv::FindClass(JNIEnv_*, char const*) + 108
3   org.mozilla.navigator               0x006cc2ac init_netscape_java_classes + 48
4   org.mozilla.navigator               0x006cc89c jsj_ConnectToJavaVM + 132
5   org.mozilla.navigator               0x006cce4c JSJ_AttachCurrentThreadToJava
+ 32
6   org.mozilla.navigator               0x0068b3e0
map_js_context_to_jsj_thread_impl + 192
7   org.mozilla.navigator               0x006f122c jsj_EnterJava + 96
8   org.mozilla.navigator               0x006cd0dc
JSJ_ConvertJavaObjectToJSValue + 36
9   org.mozilla.navigator               0x0068697c
nsJVMManager::WrapJavaObject(JSContext*, _jobject*, JSObject**) + 48
10  org.mozilla.navigator               0x003b8e28
nsHTMLAppletElementSH::GetPluginJSObject(JSContext*, JSObject*,
nsIPluginInstance*, JSObject**, JSObject**) + 276
11  org.mozilla.navigator               0x003b8870
nsHTMLExternalObjSH::PostCreate(nsIXPConnectWrappedNative*, JSContext*,
JSObject*) + 152
12  org.mozilla.navigator               0x004f6134
nsObjectFrame::NotifyContentObjectWrapper() + 440
13  org.mozilla.navigator               0x004f3ebc
nsObjectFrame::Reflow(nsPresContext*, nsHTMLReflowMetrics&, nsHTMLReflowState
const&, unsigned&) + 2880
14  org.mozilla.navigator               0x00599228
nsAbsoluteContainingBlock::ReflowAbsoluteFrame(nsIFrame*, nsPresContext*,
nsHTMLReflowState const&, int, int, nsIFrame*, nsReflowReason, unsigned&) + 636
15  org.mozilla.navigator               0x005989fc
nsAbsoluteContainingBlock::Reflow(nsIFrame*, nsPresContext*, nsHTMLReflowState
const&, int, int, nsRect*, int, int, int) + 240
16  org.mozilla.navigator               0x004d5230
nsBlockFrame::Reflow(nsPresContext*, nsHTMLReflowMetrics&, nsHTMLReflowState
const&, unsigned&) + 1924
17  org.mozilla.navigator               0x0043b6cc
nsContainerFrame::ReflowChild(nsIFrame*, nsPresContext*, nsHTMLReflowMetrics&,
nsHTMLReflowState const&, int, int, unsigned, unsigned&) + 148
18  org.mozilla.navigator               0x004eec74
CanvasFrame::Reflow(nsPresContext*, nsHTMLReflowMetrics&, nsHTMLReflowState
const&, unsigned&) + 336
19  org.mozilla.navigator               0x0043b6cc
nsContainerFrame::ReflowChild(nsIFrame*, nsPresContext*, nsHTMLReflowMetrics&,
nsHTMLReflowState const&, int, int, unsigned, unsigned&) + 148
20  org.mozilla.navigator               0x0051e798
nsHTMLScrollFrame::ReflowScrolledFrame(ScrollReflowState const&, int,
nsHTMLReflowMetrics*, int) + 376
21  org.mozilla.navigator               0x0051e8d8
nsHTMLScrollFrame::ReflowContents(ScrollReflowState*, nsHTMLReflowMetrics
const&) + 208
22  org.mozilla.navigator               0x0051efe8
nsHTMLScrollFrame::Reflow(nsPresContext*, nsHTMLReflowMetrics&,
nsHTMLReflowState const&, unsigned&) + 736
23  org.mozilla.navigator               0x0043b6cc
nsContainerFrame::ReflowChild(nsIFrame*, nsPresContext*, nsHTMLReflowMetrics&,
nsHTMLReflowState const&, int, int, unsigned, unsigned&) + 148
24  org.mozilla.navigator               0x005199d8
ViewportFrame::Reflow(nsPresContext*, nsHTMLReflowMetrics&, nsHTMLReflowState
const&, unsigned&) + 280
25  org.mozilla.navigator               0x002e128c
IncrementalReflow::Dispatch(nsPresContext*, nsHTMLReflowMetrics&, nsSize const&,
nsIRenderingContext&) + 280
26  org.mozilla.navigator               0x002ec0c0
PresShell::ProcessReflowCommands(int) + 492
27  org.mozilla.navigator               0x002eb540 PresShell::WillPaint() + 88
28  org.mozilla.navigator               0x003a48cc
nsViewManager::FlushPendingInvalidates() + 164
29  org.mozilla.navigator               0x003a298c
nsViewManager::EnableRefresh(unsigned) + 144
30  org.mozilla.navigator               0x003a2abc
nsViewManager::EndUpdateViewBatch(unsigned) + 132
31  org.mozilla.navigator               0x0039fa48
nsViewManager::DispatchEvent(nsGUIEvent*, nsEventStatus*) + 1296
32  org.mozilla.navigator               0x0044b43c HandleEvent(nsGUIEvent*) + 72
33  org.mozilla.navigator               0x0060afa0
nsChildView::DispatchEvent(nsGUIEvent*, nsEventStatus&) + 160
34  org.mozilla.navigator               0x0060b068
nsChildView::DispatchWindowEvent(nsGUIEvent&, nsEventStatus&) + 36
35  org.mozilla.navigator               0x0060a834
nsChildView::UpdateWidget(nsRect&, nsIRenderingContext*) + 344
36  org.mozilla.navigator               0x0060cbe0 -[ChildView drawRect:] + 544
37  com.apple.AppKit                    0x93671d10 -[NSView _drawRect:clip:] + 2128
38  com.apple.AppKit                    0x936712e0 -[NSView
_recursiveDisplayAllDirtyWithLockFocus:visRect:] + 404
39  com.apple.AppKit                    0x93673ff8 _recursiveDisplayInRect2 + 84
40  com.apple.CoreFoundation            0x9075ac24 CFArrayApplyFunction + 416
41  com.apple.AppKit                    0x936713f4 -[NSView
_recursiveDisplayAllDirtyWithLockFocus:visRect:] + 680
42  com.apple.AppKit                    0x93673ff8 _recursiveDisplayInRect2 + 84
43  com.apple.CoreFoundation            0x9075ac24 CFArrayApplyFunction + 416
44  com.apple.AppKit                    0x936713f4 -[NSView
_recursiveDisplayAllDirtyWithLockFocus:visRect:] + 680
45  com.apple.AppKit                    0x93673ff8 _recursiveDisplayInRect2 + 84
46  com.apple.CoreFoundation            0x9075ac24 CFArrayApplyFunction + 416
47  com.apple.AppKit                    0x936713f4 -[NSView
_recursiveDisplayAllDirtyWithLockFocus:visRect:] + 680
48  com.apple.AppKit                    0x936708b8 -[NSView
_recursiveDisplayRectIfNeededIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:topView:]
+ 196
49  com.apple.AppKit                    0x93670e80 -[NSView
_recursiveDisplayRectIfNeededIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:topView:]
+ 1676
50  com.apple.AppKit                    0x93670e80 -[NSView
_recursiveDisplayRectIfNeededIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:topView:]
+ 1676
51  com.apple.AppKit                    0x93670e80 -[NSView
_recursiveDisplayRectIfNeededIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:topView:]
+ 1676
52  com.apple.AppKit                    0x93670e80 -[NSView
_recursiveDisplayRectIfNeededIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:topView:]
+ 1676
53  com.apple.AppKit                    0x93670e80 -[NSView
_recursiveDisplayRectIfNeededIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:topView:]
+ 1676
54  com.apple.AppKit                    0x93670e80 -[NSView
_recursiveDisplayRectIfNeededIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:topView:]
+ 1676
55  com.apple.AppKit                    0x936914dc -[NSThemeFrame
_recursiveDisplayRectIfNeededIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:topView:]
+ 192
56  com.apple.AppKit                    0x9366a52c -[NSView
_displayRectIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:] + 384
57  com.apple.AppKit                    0x9365f830 -[NSView displayIfNeeded] + 248
58  com.apple.AppKit                    0x9365f6a0 -[NSWindow displayIfNeeded] + 180
59  com.apple.AppKit                    0x9365f54c _handleWindowNeedsDisplay + 200
60  com.apple.CoreFoundation            0x9074af9c __CFRunLoopDoObservers + 352
61  com.apple.CoreFoundation            0x9074b23c __CFRunLoopRun + 420
62  com.apple.CoreFoundation            0x9074acdc CFRunLoopRunSpecific + 268
63  com.apple.HIToolbox                 0x93123be0 RunCurrentEventLoopInMode + 264
64  com.apple.HIToolbox                 0x93123274 ReceiveNextEventCommon + 380
65  com.apple.HIToolbox                 0x931230e0
BlockUntilNextEventMatchingListInMode + 96
66  com.apple.AppKit                    0x9362c1a4 _DPSNextEvent + 384
67  com.apple.AppKit                    0x9362be68 -[NSApplication
nextEventMatchingMask:untilDate:inMode:dequeue:] + 116
68  com.apple.AppKit                    0x936283cc -[NSApplication run] + 472
69  com.apple.AppKit                    0x93718c1c NSApplicationMain + 452
70  org.mozilla.navigator               0x0000aa54 _start + 380
71  org.mozilla.navigator               0x0000a8d4 start + 48


Crash in JS_GetGlobalObject. Related to bug 301316?
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: crash
Summary: Crash after pressing <command>-L to get to URL bar (Vividas plugin) → Crash after pressing <command>-L to get to URL bar (Vividas plugin/Java)
My crash (in comment #14) seems completely unrelated to the original report.
But Simon's crash might not be -- notice the "lib1136.dll" in his crash log,
which is (of course) very similar to the mysterious "lib1138.dll".

I tried Googling "lib1136.dll" ... no matches.  But now, after re-indexing my
hard drives, I find a new ~/.viv subdirectory in both of the accounts I used
to test the Vividas applet, which contains a "lib1138.dll" (though not a
"lib1136.dll").  You'll remember that Vividas uses a signed applet, which has
full access to your hard drive's file system (the same as the account you're
logged on with).  These files must belong to Vividas, and whatever troubles
people are having with them are probably their bugs.


No idea whether bug 301316 would help here.  I'll mark a dep just in case...
Depends on: 301316
i was going to say that i couldn't find lib1138.dll on my powerbook, either, but
i was basing this on a quick spotlight search.  apparently, spotlight doesn't
index directories that begin with a period.  sure enough, i have lib1138.dll in
~/.viv.

i'm sure the reason we're not seeing more of these crashes is that vividas is a
very new application and not many OSX / firefox users have tried it, yet.
Probably worth retesting in tomorrow's builds.
I take it that the only problem here the bug 301316 fix could possibly resolve
is the crash I reported in comment #14, which is totally unrelated to the
original report.

Well, I've now tried the latest Camino nightly (2005-08-15-08), which must
(presumably) contain the bug 301316 fix ... and it doesn't fix the comment #14
problem (I still get the same crash, on Tiger).

But I've also found that the crash doesn't happen with version 0.9.3 of the
Java Embedding Plugin (the one that's included with current Camino nightlies)
-- only with JEP 0.9.2 (with both the 2005-07-24-08 and 2005-08-15-08
nightlies).  (To get the crash on post-2005-07-28 nightlies you need to
install JEP 0.9.2 to /Library/Internet Plugin-Ins/ and remove JEP 0.9.3 from
Camino's Contents/MacOS/plugins.)

So, though it's true that the crash shouldn't happen at all (no matter what
the JEP does or doesn't do), current versions of the JEP no longer seem to
trigger it.

Once again, though, all this has nothing to do with the original report.


(In reply to comment #18)
> i'm sure the reason we're not seeing more of these crashes is that vividas is a
> very new application and not many OSX / firefox users have tried it, yet.

Two years latter ... is this gone?
=> incomplete
Status: NEW → RESOLVED
Closed: 19 years ago → 16 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.