Closed Bug 53365 Opened 24 years ago Closed 24 years ago

PDF Support Problem: No Byte Range Request

Categories

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

x86
Windows 2000
defect

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 53363

People

(Reporter: lmcquarr, Assigned: serhunt)

References

()

Details

9/20 Win Build.

This bug is related to bug 53344.  Mozilla is supposed to tell us when
a stream is seekable (server says "Accept-Ranges: bytes") at NPN_NewStream
time.  It isn't, but I made an experimental plug-in where I assumed it
did so that I could continue testing byte range request support.

1 - First, In order to verify this bug, you will need to either fix 53344, or
get a copy of my experimental plug-in.

2 - Start acrobat and go to FILE, PREFERENCES, GENERAL, and un check
the check box marked "Allow Background Downloading".

3 - Start mozilla and go to http://access.adobe.com/cookbook.pdf

4 - After about 90K of download, Acrobat will issue an NPN_RequestRead
for a bogus range.  This is to kill background downloading (I am going
to enter a separate bug about this undocumented feature, but basically,
Acrobat and Netscape engineers worked out this deal where Netscape
keeps pouring the file to Acrobat from the initial GET **until**
the very first NPN_ReadRequest from Acrobat, which will then kill
that first read -- that's background downloading in Acrobat.).

Expected result:  A read request like the following (a snapshot of
the logfile I captured of the HTTP conversation between Nav 4.73
and the access.adobe.com server):

GET http://access.adobe.com/cookbook.pdf HTTP/1.0
Proxy-Connection: Keep-Alive
User-Agent: Mozilla/4.73 [en] (Windows NT 5.0; U)
Range: bytes=0-1,2-3
Request-Range: bytes=0-1,2-3
Host: access.adobe.com
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, image/png, */*
Accept-Encoding: gzip
Accept-Language: en
Accept-Charset: iso-8859-1,*,utf-8



Notice the bogus byte range request: Request-Range: bytes=0-1,2-3


Mozilla, however, never issues the read though I have set a breakpoint
in the Acrobat plug-in and I can see that we are issuing the read. 

How bad is this, you wonder?

Well, once again, if you look at bug 53344, you can see that a lot
of work has been done by Adobe and by Netscape and by Microsoft
(Mac and Win IE) to support byte range requests so that Acrobat
works well on the Web.   Without this feature, I don't think
I can recommend that we modify our installers to put the nppdf.dll
plug-in into the Nav 6 plug-ins directory.  We didn't do it for
Mac IE 4.5, because it did not support byte range requests.  
Mac IE 5.0 does, however.
53363 is a dup of this bug.  I will mark at as such.  
Keywords: acrobat, nsbeta3
Priority: P3 → P2
Marking as a dupe of 53363, per submitter comments.


*** This bug has been marked as a duplicate of 53363 ***
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
verified
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.