70346 - pdf does not load, blank page seen

Status: VERIFIED FIXED

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

Description

[shrirang khanzode]

This is working fine using the 0221 trunk build However,using the 0223 trunk and 
today's trunk on windows,when I try to load this page, I see a big blank page, 
the pdf is not displayed..
btw, i do not have the acrobat plugin inside the plugins folder

Comment 1

[Peter Lubczynski]

Looking at the hook for those days:

http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=SeaMonkeyAll&branch
=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&
hours=2&date=explicit&mindate=02%2F21%2F2000&maxdate=02%2F23%2F2000&cvsroot=%2Fc
vsroot

I can't figure out what could have caused this. This happens sometimes to me. 
Try to re-install Acrobat. I will also investigate.

Comment 2

[Peter Lubczynski]

Just tried on W2K with re-install of Acrobat with the tip and this is still 
happening. Adding keyword and upping the priority.

Comment 3

[Peter Lubczynski]

This could be effecting my work on Mac full-page plugins as well. All of a 
sudden, my previous patchs have stopped working which makes bug 35682 hard to 
work on. 

I will attempt to update my whole tree.

Comment 4

[av (gone)]

I am looking at Necko changes by dougt on 02-21-01 around noon. Looks like this 
could be it.

Comment 5

[Andreas Mai [Placebo]]

Having the same problem on Win98 with Build 2001022820.

Comment 6

[Peter Lubczynski]

cc:ing dougt for his insight on this regression

Comment 7

[Doug Turner (:dougt)]

The basic changes that I made have been detailed in the newsgroup.  basically, 
nsIChannel don't get passed around via the progress notifications.  If you need 
content type information, you need to QI from the nsIRequest to a nsIChannel.

I quickly reviewed the changes and could not see anything wrong.  Maybe we 
should set some breakpoints in nsPluginHostImpl and nsPluginViewer.  
Specifically, we want to make sure that operations with channel and request are 
correct.

Comment 8

[Doug Turner (:dougt)]

Attachment: Fixes plugin bustage

Comment 9

[Oliver Klee]

*** Bug 70850 has been marked as a duplicate of this bug. ***

Comment 10

[sean echevarria]

Andrei, can you take a look at Doug's patch?  It looks good by me.  This bug
also busts the Beatnik xpcom plugins.  Adding 0.8.1 keyword.

Comment 11

[Doug Turner (:dougt)]

It is sad to see that this was such a firedrill for me to fix, and the patch has 
been sitting here for 5 days now. 

I am reassigning this back to me and will check it in when the tree opens.

Comment 12

[Peter Lubczynski]

it's got my review, check it in ASAP per a/sr=

Comment 13

[Scott MacGregor]

sr=mscott

Comment 14

[Doug Turner (:dougt)]

fix checked in.

Checking in nsPluginHostImpl.cpp;
/cvsroot/mozilla/modules/plugin/nglsrc/nsPluginHostImpl.cpp,v  <--  nsPlugin
new revision: 1.205; previous revision: 1.204
done

Comment 15

[shrirang khanzode]

verifed on windows,linux, mac trunk (0308)