72406 - Mozilla crashes if Acrobat Web integration off

Status: VERIFIED DUPLICATE of bug 73558

(Core Graveyard :: Plug-ins, defect)

Description

[gekacheka]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; 0.8.1) Gecko/20010316
BuildID:    2001031604

Acrobat has option to turn web integration off.
This means that it should display PDF file in a separate application window,
rather than embedded inside a browser window.
This works fine in Netscape 4.7x and IE 5.0x, but crashes Mozilla.

Reproducible: Sometimes (usually crashes, sometimes just freezes one window)
Steps to Reproduce:
0. Exit Mozilla
1. Open Acrobat application
2. Menu File | Preferences | General
3. Make "Web integration" unchecked (turned off)
4. Close Acrobat application
5. Open mozilla
6. Open any PDF file


Actual Results:  Mozilla usually CRASHES (sometimes just this window freezes)

Expected Results:  Acrobat should open the document in a separate application
window, 
NOT embedded in Mozilla.
(This works fine in Navigator 4.7x, and works fine in IE 5.0x)

(Some people have acrobat come up in a separate window by default.
 Several reasons:  Some use acrobat set to wide 2-page view since most documents
are meant to be printed on facing pages, but it doesn't make sense to keep the
browser window in that configuration.  Acrobat documents are often many pages,
so uses may often go back and forth between navigating in document and
navigating in browser, without reloading document and restarting plug-in.)

Comment 1

[gekacheka]

Acrobat version 4.05c

Comment 2

[Oliver Klee]

Adding crash keyword.

Comment 3

[Keyser Sose]

Reporter do you have the Talkback ID from the crash? (goto <mozilla
directory>/components/talkback.exe and run the program to get the talkback ids
from the crash.  Thanks in advance.

Comment 4

[gekacheka]

UPDATE for 20010323 (0.8.1): 

Mozilla now often works with Acrobat's web integration preference turned off
(i.e., acrobat window appears displaying pdf document, not embedded in mozilla
window).  When web integration is turned on, Mozilla sometimes seems to behave
as it if web integration is turned off (i.e., acrobat window appears displaying,
not embedded in Mozilla window, though it should be embedded).   I haven't
gotten it to appear embedded.  

Frequently, however, Mozilla crashes.  It seems like it is more likely to crash
when Acrobat's web integration preference is turned on, so it might be related.
 I'll leave it under the same bug report for now, unless someone says I should
do otherwise.

Talkback id's for these new crashes:   TB28576728G   TB28577570W

Comment 5

[Asa Dotzler [:asa]]

both talkbacks look like this:

nsCRT::HashCode   [d:\builds\0.8.1\mozilla\xpcom\ds\nsCRT.cpp, line 542]
nsHashtable::Put   [d:\builds\0.8.1\mozilla\xpcom\ds\nsHashtable.cpp, line 276]
nsExternalHelperAppService::AddMimeInfoToCache  
[d:\builds\0.8.1\mozilla\uriloader\exthandler\nsExternalHelperAppService.cpp,
line 1393]
nsExternalHelperAppService::GetMIMEInfoForMimeTypeFromDS  
[d:\builds\0.8.1\mozilla\uriloader\exthandler\nsExternalHelperAppService.cpp,
line 467] 
nsExternalHelperAppService::GetFromMIMEType  
[d:\builds\0.8.1\mozilla\uriloader\exthandler\nsExternalHelperAppService.cpp,
line 1227]
nsOSHelperAppService::GetFromMIMEType  
[d:\builds\0.8.1\mozilla\uriloader\exthandler\win\nsOSHelperAppService.cpp, line
307]
nsExternalHelperAppService::DoContent  
[d:\builds\0.8.1\mozilla\uriloader\exthandler\nsExternalHelperAppService.cpp,
line 221]
nsDocumentOpenInfo::DispatchContent  
[d:\builds\0.8.1\mozilla\uriloader\base\nsURILoader.cpp, line 387] 
nsDocumentOpenInfo::OnStartRequest  
[d:\builds\0.8.1\mozilla\uriloader\base\nsURILoader.cpp, line 243] 
nsHTTPFinalListener::OnStartRequest  
[d:\builds\0.8.1\mozilla\netwerk\protocol\http\src\nsHTTPResponseListener.cpp,
line 1089]
nsHTTPCacheListener::OnStartRequest  
[d:\builds\0.8.1\mozilla\netwerk\protocol\http\src\nsHTTPResponseListener.cpp,
line 158] 
nsDiskCacheRecordChannel::OnStartRequest  
[d:\builds\0.8.1\mozilla\netwerk\cache\filecache\nsDiskCacheRecordChannel.cpp,
line 647]
nsOnStartRequestEvent::HandleEvent  
[d:\builds\0.8.1\mozilla\netwerk\base\src\nsStreamObserverProxy.cpp, line 126]
nsStreamObserverEvent::HandlePLEvent  
[d:\builds\0.8.1\mozilla\netwerk\base\src\nsStreamObserverProxy.cpp, line 79]
PL_HandleEvent   [d:\builds\0.8.1\mozilla\xpcom\threads\plevent.c, line 589] 
PL_ProcessPendingEvents   [d:\builds\0.8.1\mozilla\xpcom\threads\plevent.c, line
522] 
 _md_EventReceiverProc   [d:\builds\0.8.1\mozilla\xpcom\threads\plevent.c, line
1070]
nsAppShellService::Run  
[d:\builds\0.8.1\mozilla\xpfe\appshell\src\nsAppShellService.cpp, line 408] 
main1   [d:\builds\0.8.1\mozilla\xpfe\bootstrap\nsAppRunner.cpp, line 1011]
main   [d:\builds\0.8.1\mozilla\xpfe\bootstrap\nsAppRunner.cpp, line 1301] 
 WinMain   [d:\builds\0.8.1\mozilla\xpfe\bootstrap\nsAppRunner.cpp, line 1319]
 WinMainCRTStartup()            
KERNEL32.DLL + 0x7903 (0x77e87903) 

Comment 6

[Keyser Sose]

*** This bug has been marked as a duplicate of 73558 ***

Comment 7

[shrirang khanzode]

mass duplicate verifications . For filtering purposes, pls use keywd
"massdupverification"