Closed Bug 28609 Opened 25 years ago Closed 25 years ago

(topcrash)several chrashes on loading pdf-files

Categories

(Core Graveyard :: Plug-ins, defect, P3)

Product:
Core Graveyard
Component:
Plug-ins
Platform:
x86
Windows 98
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: bernd.mielke, Assigned: serhunt)

References

Details

(Keywords: crash, topcrash, Whiteboard: [nsbeta2-])

I get the following nice message,not allways but frequently when accessing pdf-files Build: 2000021916 Acrobat:4.0de MOZILLA verursachte einen Fehler durch eine ungültige Seite in Modul GKHTML.DLL bei 0167:6021a029. Register: EAX=00000000 CS=0167 EIP=6021a029 EFLGS=00010246 EBX=0068f3f8 SS=016f ESP=0068f200 EBP=0068f2c8 ECX=00000000 DS=016f ESI=00000000 FS=5f37 EDX=0068f1fc ES=016f EDI=026612c0 GS=0000 Bytes bei CS:EIP: 8b 01 ff 50 58 50 8d 4d f8 e8 45 b2 f4 ff 56 8d Stapelwerte: 00000000 0261acd4 0261ac84 0068f3f8 00c00004 00000000 602022fc 01bb4634 02619450 0068f25c 0068f268 6018eaad 6025c658 027bf160 00000000 0068f27c
Could you please give an example of a pdf-file found on the net that causes this. Also write down what you do the get the crash as accurate as you can so that others can try to reproduce it.
I selected from http://www.licel.com/DET-HV.htm the pdf link http://www.licel.com/R7400U.pdf It does not work everytime but with 0.33 probabibilty
I reproduced today the bug with build 200002108. The crash takes place when the acrobat reader starts to draw its window, the crash was exactly at the same location.
I tested 2000022308 at WinNT 4.0 and Acrobat 3.0de With the same result. Unbehandelte Ausnahme in mozilla.exe (GKHTML.DLL); 0xC0000005; Access Violation. (GPF)- several chrashes but not reproducable. I does not depend wether a clean start(no acrobat use before) or a second load with an already open acrobat was going. A collegue of mine claimed, to know that behavior from Nav. and to use all the times "Save link as" instead of simply opening. "Save link as " works properly with Mozilla.
Just some additional information: the crashes follow a failed assertion: ###!!!ASSERTION:NS_ENSURE_TRUE(docv) failed: 'docv', file C:\MOZ_SOUR\mozilla\docshell\base\nsDocShell.cpp, line 332 shortly after that there was a second assertion ###!!!ASSERTION:NS_ENSURE_TRUE(docViewer) failed: 'docViewer',file C:\MOZ_SOUR\mozilla\extensions\wallet\src\nsWalletService.cpp, line 243 but this may bo not directly related. For further descriptions of the bug I would need some help what to look for.
I could reproduce the crash on Linux with 2000-02-29-16. I don't have acrobat reader installed. When I click on the pdf link, the URL bar shows the pdf's URL, the browser main window becomes black, and it says that it's transferring data from www.licel.com. After a few seconds mozilla crashes, with only these messages in the console window: Gdk-WARNING **: Missing charsets in FontSet creation Gdk-WARNING **: ISO8859-1 but they happen from time to time anyway, so they may not be related. I could reproduce the crash with other pdfs on the net (e.g. at irs.gov).
I just sended in the talkback incident TB6158398Q
*** Bug 29193 has been marked as a duplicate of this bug. ***
*** Bug 30581 has been marked as a duplicate of this bug. ***
I nominate this bug for beta1 since it prevents the use of SeaMonkey for daily use in or company, where we have to screen a lot of semiconductor information, which usually presented as pdf-files.
Keywords: beta1
Confirm the bug
Status: UNCONFIRMED → NEW
Ever confirmed: true
Putting on PDT- radar for beta1.
Whiteboard: [PDT-]
Blocks: 33833
Keywords: topcrash
Stack trace for this crash. nsEventStateManager::PreHandleEvent [d:\builds\seamonkey\mozilla\layout\events\src\nsEventStateManager.cpp, line 561] PresShell::HandleEvent [d:\builds\seamonkey\mozilla\layout\html\base\src\nsPresShell.cpp, line 3008] nsView::HandleEvent [d:\builds\seamonkey\mozilla\view\src\nsView.cpp, line 799] nsViewManager2::DispatchEvent [d:\builds\seamonkey\mozilla\view\src\nsViewManager2.cpp, line 1216] HandleEvent [d:\builds\seamonkey\mozilla\view\src\nsView.cpp, line 69] nsWindow::DispatchEvent [d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 497] nsWindow::DispatchWindowEvent [d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 514] nsWindow::DispatchFocus [d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 3140] nsWindow::ProcessMessage [d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 2373] nsWindow::WindowProc [d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 672] KERNEL32.DLL + 0x363b (0xbff7363b) KERNEL32.DLL + 0x242e7 (0xbff942e7)
Summary: several chrashes on loading pdf-files → (topcrash)several chrashes on loading pdf-files
All the users comments points to plug-in loading problem.
Shrirang, could you please try this on recent builds? I cannot reproduce it.
Status: NEW → ASSIGNED
Target Milestone: --- → M18
These are the stack traces for the asserts I have described before. I still see them. Please note that the stacktrace is different from namachis. Each pdf load produces 2 asserts, the first when the document load finishes: KERNEL32! bff768a0() nsDebug::Assertion(const char * 0x03095d74, const char * 0x03095d68, const char * 0x03095d20, int 241) line 191 + 13 bytes nsDebug::WarnIfFalse(const char * 0x03095d74, const char * 0x03095d68, const char * 0x03095d20, int 241) line 249 + 21 bytes nsWalletlibService::OnEndDocumentLoad(nsWalletlibService * const 0x0256c7ac, nsIDocumentLoader * 0x035c33b0, nsIChannel * 0x0464a4a0, unsigned int 0) line 241 + 38 bytes nsDocLoaderImpl::FireOnEndDocumentLoad(nsDocLoaderImpl * 0x035c33b0, nsIChannel * 0x0464a4a0, unsigned int 0) line 646 nsDocLoaderImpl::FireOnEndDocumentLoad(nsDocLoaderImpl * 0x035c33b0, nsIChannel * 0x0464a4a0, unsigned int 0) line 656 nsDocLoaderImpl::FireOnEndDocumentLoad(nsDocLoaderImpl * 0x035c33b0, nsIChannel * 0x0464a4a0, unsigned int 0) line 656 nsDocLoaderImpl::DocLoaderIsEmpty(unsigned int 0) line 514 nsDocLoaderImpl::OnStopRequest(nsDocLoaderImpl * const 0x035c33b4, nsIChannel * 0x0464a4a0, nsISupports * 0x00000000, unsigned int 0, const unsigned short * 0x00000000) line 458 nsLoadGroup::RemoveChannel(nsLoadGroup * const 0x035c3350, nsIChannel * 0x0464a4a0, nsISupports * 0x00000000, unsigned int 0, const unsigned short * 0x00000000) line 543 + 39 bytes nsHTTPChannel::ResponseCompleted(nsIStreamListener * 0x0464fab0, unsigned int 0, const unsigned short * 0x00000000) line 1493 nsHTTPServerListener::OnStopRequest(nsHTTPServerListener * const 0x0464cb10, nsIChannel * 0x03571724, nsISupports * 0x0464a4a0, unsigned int 0, const unsigned short * 0x00000000) line 553 nsOnStopRequestEvent::HandleEvent(nsOnStopRequestEvent * const 0x04667510) line 307 nsStreamListenerEvent::HandlePLEvent(PLEvent * 0x04666d10) line 97 + 12 bytes PL_HandleEvent(PLEvent * 0x04666d10) line 563 + 10 bytes PL_ProcessPendingEvents(PLEventQueue * 0x0147d5a0) line 508 + 9 bytes _md_EventReceiverProc(HWND__ * 0x000005f8, unsigned int 54726, unsigned int 0, long 21484960) line 1018 + 9 bytes KERNEL32! bff7363b() KERNEL32! bff94407() 00958b7e() and a second one, when the page is left. KERNEL32! bff768a0() nsDebug::Assertion(const char * 0x037b7a78, const char * 0x037b7a6c, const char * 0x037b7a1c, int 549) line 191 + 13 bytes nsDebug::WarnIfFalse(const char * 0x037b7a78, const char * 0x037b7a6c, const char * 0x037b7a1c, int 549) line 249 + 21 bytes nsSecureBrowserUIImpl::GetURIFromDocumentLoader(nsIDocumentLoader * 0x035c5bc0, nsIURI * * 0x0095d924) line 549 + 38 bytes nsSecureBrowserUIImpl::OnStartDocumentLoad(nsSecureBrowserUIImpl * const 0x03633d90, nsIDocumentLoader * 0x035c5bc0, nsIURI * 0x03c5d630, const char * 0x10084dc8 gCommonEmptyBuffer) line 193 + 36 bytes nsWebShell::OnStartDocumentLoad(nsWebShell * const 0x035c4704, nsIDocumentLoader * 0x035c5bc0, nsIURI * 0x03c5d630, const char * 0x10084dc8 gCommonEmptyBuffer) line 2260 nsDocLoaderImpl::FireOnStartDocumentLoad(nsDocLoaderImpl * 0x035c5bc0, nsIURI * 0x03c5d630) line 573 nsDocLoaderImpl::OnStartRequest(nsDocLoaderImpl * const 0x035c5bc4, nsIChannel * 0x038e0a10, nsISupports * 0x00000000) line 427 nsLoadGroup::AddChannel(nsLoadGroup * const 0x035c5b60, nsIChannel * 0x038e0a10, nsISupports * 0x00000000) line 458 + 31 bytes nsHTTPChannel::Open() line 1209 nsHTTPChannel::AsyncRead(nsHTTPChannel * const 0x038e0a10, nsIStreamListener * 0x038e4d10, nsISupports * 0x00000000) line 290 nsDocumentOpenInfo::Open(nsIChannel * 0x038e0a10, int 0, const char * 0x00000000, nsISupports * 0x035c46f4) line 248 + 21 bytes nsURILoader::OpenURIVia(nsURILoader * const 0x01831440, nsIChannel * 0x038e0a10, int 0, const char * 0x00000000, nsISupports * 0x035c46f4, unsigned int 0) line 617 + 29 bytes nsURILoader::OpenURI(nsURILoader * const 0x01831440, nsIChannel * 0x038e0a10, int 0, const char * 0x00000000, nsISupports * 0x035c46f4) line 520 nsWebShell::DoLoadURL(nsIURI * 0x03c5d630, const char * 0x005c38c0, nsIInputStream * 0x00000000, unsigned int 0, const unsigned short * 0x0095dfd0, const char * 0x00000000, int 1) line 1193 + 104 bytes nsWebShell::LoadURI(nsWebShell * const 0x035c4600, nsIURI * 0x03c5d630, const char * 0x005c38c0, nsIInputStream * 0x00000000, int 0, unsigned int 0, nsISupports * 0x00000000, const unsigned short * 0x0095dfd0, const char * 0x00000000) line 1448 + 34 bytes nsWebShell::InternalLoad(nsWebShell * const 0x035c4600, nsIURI * 0x03c5d630, nsIURI * 0x03c5d3a0, const char * 0x00000000, nsIInputStream * 0x00000000, nsDocShell::loadType loadReloadNormal) line 1282 + 71 bytes nsDocShell::Reload(nsDocShell * const 0x035c460c, int 0) line 1017 + 57 bytes nsBrowserInstance::Reload(nsBrowserInstance * const 0x03612328, nsIWebShell * 0x035c46f4, unsigned int 0) line 1732 nsBrowserInstance::Reload(nsBrowserInstance * const 0x03612320, unsigned int 0) line 322 XPTC_InvokeByIndex(nsISupports * 0x03612320, unsigned int 5, unsigned int 1, nsXPTCVariant * 0x0095e26c) line 139 nsXPCWrappedNativeClass::CallWrappedMethod(JSContext * 0x0256da30, nsXPCWrappedNative * 0x036139b0, const XPCNativeMemberDescriptor * 0x03613dec, nsXPCWrappedNativeClass::CallMode CALL_METHOD, unsigned int 1, long * 0x00c2c254, long * 0x0095e41c) line 898 + 43 bytes WrappedNative_CallMethod(JSContext * 0x0256da30, JSObject * 0x02c8deb8, unsigned int 1, long * 0x00c2c254, long * 0x0095e41c) line 200 + 34 bytes js_Invoke(JSContext * 0x0256da30, unsigned int 1, unsigned int 0) line 686 + 23 bytes js_Interpret(JSContext * 0x0256da30, long * 0x0095ed4c) line 2464 + 15 bytes js_Invoke(JSContext * 0x0256da30, unsigned int 1, unsigned int 2) line 702 + 13 bytes js_InternalInvoke(JSContext * 0x0256da30, JSObject * 0x00ba8f88, long 46718272, unsigned int 0, unsigned int 1, long * 0x0095eedc, long * 0x0095ee84) line 775 + 19 bytes JS_CallFunctionValue(JSContext * 0x0256da30, JSObject * 0x00ba8f88, long 46718272, unsigned int 1, long * 0x0095eedc, long * 0x0095ee84) line 2794 + 31 bytes nsJSContext::CallEventHandler(nsJSContext * const 0x0256dbc0, void * 0x00ba8f88, void * 0x02c8dd40, unsigned int 1, void * 0x0095eedc, int * 0x0095eed8) line 730 + 33 bytes nsJSEventListener::HandleEvent(nsIDOMEvent * 0x038e4334) line 140 + 57 bytes nsEventListenerManager::HandleEventSubType(nsListenerStruct * 0x032dc320, nsIDOMEvent * 0x038e4334, unsigned int 8, unsigned int 7) line 703 + 19 bytes nsEventListenerManager::HandleEvent(nsIPresContext * 0x02657b00, nsEvent * 0x0095f404, nsIDOMEvent * * 0x0095f3d8, unsigned int 7, nsEventStatus * 0x0095f444) line 1474 + 35 bytes nsXULElement::HandleDOMEvent(nsXULElement * const 0x032dca00, nsIPresContext * 0x02657b00, nsEvent * 0x0095f404, nsIDOMEvent * * 0x0095f3d8, unsigned int 1, nsEventStatus * 0x0095f444) line 3296 nsButtonBoxFrame::MouseClicked(nsIPresContext * 0x02657b00) line 106 nsButtonBoxFrame::HandleEvent(nsButtonBoxFrame * const 0x02c3ed88, nsIPresContext * 0x02657b00, nsGUIEvent * 0x0095f484, nsEventStatus * 0x0095f738) line 88 nsEventStateManager::CheckForAndDispatchClick(nsEventStateManager * const 0x03544900, nsIPresContext * 0x02657b00, nsMouseEvent * 0x0095f82c, nsEventStatus * 0x0095f738) line 1558 + 30 bytes nsEventStateManager::PostHandleEvent(nsEventStateManager * const 0x03544900, nsIPresContext * 0x02657b00, nsGUIEvent * 0x0095f82c, nsIFrame * 0x02c3ed88, nsEventStatus * 0x0095f738, nsIView * 0x026571d0) line 714 + 24 bytes PresShell::HandleEvent(PresShell * const 0x0264a484, nsIView * 0x026571d0, nsGUIEvent * 0x0095f82c, nsEventStatus * 0x0095f738, int & 1) line 3462 + 43 bytes nsView::HandleEvent(nsView * const 0x026571d0, nsGUIEvent * 0x0095f82c, unsigned int 28, nsEventStatus * 0x0095f738, int & 1) line 811 nsViewManager2::DispatchEvent(nsViewManager2 * const 0x026573b0, nsGUIEvent * 0x0095f82c, nsEventStatus * 0x0095f738) line 1354 HandleEvent(nsGUIEvent * 0x0095f82c) line 69 nsWindow::DispatchEvent(nsWindow * const 0x026570a4, nsGUIEvent * 0x0095f82c, nsEventStatus & nsEventStatus_eIgnore) line 498 + 10 bytes nsWindow::DispatchWindowEvent(nsGUIEvent * 0x0095f82c) line 519 nsWindow::DispatchMouseEvent(unsigned int 301, nsPoint * 0x00000000) line 3137 + 21 bytes ChildWindow::DispatchMouseEvent(unsigned int 301, nsPoint * 0x00000000) line 3344 nsWindow::ProcessMessage(unsigned int 514, unsigned int 0, long 4849779, long * 0x0095fafc) line 2322 + 24 bytes nsWindow::WindowProc(HWND__ * 0x00000d3c, unsigned int 514, unsigned int 0, long 4849779) line 676 + 27 bytes KERNEL32! bff7363b() KERNEL32! bff94407() 00958b7e()
Blocks: 7919
I haven't yet noticed a crash on windows 98 (2nd edition) or NT 4.0 (sp5) with acrobat reader 4.0.5.mielke, pls give exact steps to recreate this problem if I am doing anything wrong. thnx
No longer blocks: 7919
I recompiled today and upgraded to the acrobat 4.05. I still see the asserts but it does not crash furthermore I tried with a build from 2000-03-29 and did not experience crashes. If the asserts are normal, I would simply state: worksforme. Bernd
thnx.
I just tested the whole stuff on an ancient nb1 build in our company (2000032205). It crashes with both Acrobat 4.0 and 4.05. So the good news is, that the problem seems to have been fixed inside mozilla between nb1 march 22 and 29. It looks pretty much that saaris change from 20.03.2000 has fixed the problem.
Adding crash keyword.
Keywords: crash
See bug 37032 "crash in nsEventStateManager::PreHandleEvent [...]" for a stacktrace from a 4/28 build on PC/Linux (no PDF plugin installed AFAIK). Following the steps described there I _always_ crash the 4/28 build: 1. load http://www.ipservices.att.com/ipaccess/gvpns/ 2. click on "technical information" (which leads to a pdf file) 3. resize window, crash.
Andreas, I cannot seem to load the 'technical information' page at all. For me, the link appears in the Locationbox textfield and nothing happens. What is the behaviour that you are still seeing? Thanks. Nominating beta2 since this is a beta2 requirement.
Keywords: nsbeta2
I'm on SuSE 6.2 Linux under fvwm95-2, no PDF plugin AFAIK. With Communicator 4.61, clicking on the "Technical Information" link results in a popup-window: "Save as... (type application/pdf)". I click cancel, fine. With Mozilla 2000050811, first I see the following in the shell: Document: Done (4.416 secs) Document http://www.ipservices.att.com/ipaccess/gvpns/ loaded successfully Clicking on the "Technical Information" link then causes the content area of the browser window to be painted black, and the location field shows http://www.ipservices.att.com/ipaccess/gvpns/2000vpn.pdf and the following lines are appended to the shell output: ->>>>>>>>>>>>>> Write Clipboard to memory ->>>>>>>>>>>>>> Write Clipboard to memory Document: Done (0.713 secs) Error loading URL http://www.ipservices.att.com/ipaccess/gvpns/ Resizing the browser window now causes a segmentation fault.
Putting on [nsbeta2+][6/01] radar. This work must be done by 06/01 or we may pull this for PR2.
Whiteboard: [PDT-] → [nsbeta2+][6/01]
Setting to [nsbeta2+][6/15]
Whiteboard: [nsbeta2+][6/01] → [nsbeta2+][6/15]
This error occurs on Linux as well. (binary nightly 2000060811) I do not have a pdf reader installed. (stack trace) Error loading URL http://foia.fbi.gov/alcatraz/alcatr1.pdf (no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. ---Type <return> to continue, or q <return> to quit--- 0x40ca81f2 in NSGetModule () from /home/frb/mozilla/./components/libraptorhtml.so (gdb) where #0 0x40ca81f2 in NSGetModule () from /home/frb/mozilla/./components/libraptorhtml.so #1 0x40ce1ed1 in NSGetModule () from /home/frb/mozilla/./components/libraptorhtml.so #2 0x40ce1ddf in NSGetModule () from /home/frb/mozilla/./components/libraptorhtml.so #3 0x4108f825 in NSGetModule () from /home/frb/mozilla/./components/libraptorview.so #4 0x4109d94a in NSGetModule () from /home/frb/mozilla/./components/libraptorview.so #5 0x4108e44d in NSGetModule () from /home/frb/mozilla/./components/libraptorview.so #6 0x405a0b2a in NSGetModule () from /home/frb/mozilla/./components/libwidget_gtk.so #7 0x405a0a4d in NSGetModule () from /home/frb/mozilla/./components/libwidget_gtk.so #8 0x405a0ac9 in NSGetModule () from /home/frb/mozilla/./components/libwidget_gtk.so #9 0x405a5174 in NSGetModule () from /home/frb/mozilla/./components/libwidget_gtk.so #10 0x403bbf7e in GlobalWindowImpl::Focus () from /home/frb/mozilla/./libjsdom.so #11 0x4036cd2b in NSGetModule () from /home/frb/mozilla/./components/libnsappshell.so #12 0x405a0b2a in NSGetModule () from /home/frb/mozilla/./components/libwidget_gtk.so #13 0x405a7655 in NSGetModule () from /home/frb/mozilla/./components/libwidget_gtk.so #14 0x40656adb in gtk_marshal_BOOL__POINTER () from /usr/lib/libgtk-1.2.so.0 #15 0x406857fc in gtk_signal_remove_emission_hook () from /usr/lib/libgtk-1.2.so.0 #16 0x40684c65 in gtk_signal_set_funcs () from /usr/lib/libgtk-1.2.so.0 #17 0x40682d43 in gtk_signal_emit () from /usr/lib/libgtk-1.2.so.0 #18 0x406b91fb in gtk_widget_event () from /usr/lib/libgtk-1.2.so.0 #19 0x406c1956 in gtk_window_set_default_size () from /usr/lib/libgtk-1.2.so.0 #20 0x40656cdb in gtk_marshal_NONE__POINTER () from /usr/lib/libgtk-1.2.so.0 #21 0x40684ca3 in gtk_signal_set_funcs () from /usr/lib/libg#22 0x40682d43 in gtk_signal_emit () from /usr/lib/libgtk-1.2.so.0 #23 0x406bedad in gtk_window_set_focus () from /usr/lib/libgtk-1.2.so.0 #24 0x406b9c9b in gtk_widget_grab_focus () from /usr/lib/libgtk-1.2.so.0 #25 0x40656e51 in gtk_marshal_NONE__NONE () from /usr/lib/libgtk-1.2.so.0 #26 0x40684ca3 in gtk_signal_set_funcs () from /usr/lib/libgtk-1.2.so.0 #27 0x40682d43 in gtk_signal_emit () from /usr/lib/libgtk-1.2.so.0 #28 0x406b9afc in gtk_widget_grab_focus () from /usr/lib/libgtk-1.2.so.0 #29 0x405a7572 in NSGetModule () from /home/frb/mozilla/./components/libwidget_gtk.so #30 0x40656adb in gtk_marshal_BOOL__POINTER () from /usr/lib/libgtk-1.2.so.0 #31 0x406857fc in gtk_signal_remove_emission_hook () from /usr/lib/libgtk-1.2.so.0 #32 0x40684c65 in gtk_signal_set_funcs () from /usr/lib/libgtk-1.2.so.0 #33 0x40682d43 in gtk_signal_emit () from /usr/lib/libgtk-1.2.so.0 #34 0x406b91fb in gtk_widget_event () from /usr/lib/libgtk-1.2.so.0 #35 0x40655d0b in gtk_main_do_event () from /usr/lib/libgtk-1.2.so.0 #36 0x4059bd28 in NSGetModule () from /home/frb/mozilla/./components/libwidget_gtk.so #37 0x40703097 in gdk_wm_protocols_filter () from /usr/lib/libgdk-1.2.so.0 #38 0x407332b9 in g_get_current_time () from /usr/lib/libglib-1.2.so.0 #39 0x407338c3 in g_get_current_time () from /usr/lib/libglib-1.2.so.0 tk-1.2.so.0 #40 0x40733a5c in g_main_run () from /usr/lib/libglib-1.2.so.0 #41 0x40655567 in gtk_main () from /usr/lib/libgtk-1.2.so.0 #42 0x405949dc in NSGetModule () from /home/frb/mozilla/./components/libwidget_gtk.so #43 0x4036ae3a in NSGetModule () from /home/frb/mozilla/./components/libnsappshell.so #44 0x804d207 in JS_PushArguments () #45 0x804d60d in JS_PushArguments () #46 0x40240a42 in __libc_start_main () from /lib/libc.so.6
I cannot reproduce crash on Windows, although plugin doesn't work. This is related to the issue with plugin launch by file extension rather than embed mime type.
yes, I see this too. I was waiting for that bug to get fixed so as to verify this again.
Cleaning up status whiteboard by marking beta2 minus (6/15 has passed) It sounds like this bug may already be fixed, and we're just waiting on some plugin interface stability. Please be sure to mark it is a fixed when you are sure so that it can be verified. Thanks, Jim
Whiteboard: [nsbeta2+][6/15] → [nsbeta2-]
Not a crash, but page does not load. NT 4.0 SP6 Acrobat reader 3.0 M16 First I goto ACS journals. (MIT has an online subscription. Accessable only from MIT campus computers.) http://pubs.acs.org/subscribe/journals/jacsat/browse_asap.html Then http://pubs.acs.org/subscribe/journals/jacsat/jtext.cgi? jacsat/asap/pdf/ja001036u.pdf This is supposed to come up as a PDF, but it just sits there. I then clicked on the links bar (it was minimized to the icon) and clicked on bugzilla. and here I am reporting the bug.
Note that the crash reported in bug 37032 is fixed now.
Changing "Severity" to "critical", as this is a crash bug. Removing 'beta1' keyword, as that is long gone. Adding 'acrobat' keyword.
Severity: normal → critical
Keywords: beta1 → acrobat
I jsut tried the testcases by the reporter and afranke in thus bug and cannot see the crash anymore. This is working fine on today's windows build (2000071008). Berndm could you please confirm? Thanks!
I am away from my desk and any recent build for 3 weeks, so I cannot test it for this period.
The changes allowing Acrobat work (as well as other full-page plugins) were landed over last several days, so you definitely need to update your build to see it all working.
Keywords: 4xp
This is working. Marking Res/Fxd.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Status: RESOLVED → VERIFIED
verif(2000071708)
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.