Closed Bug 297351 Opened 19 years ago Closed 17 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 → 17 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.