Closed Bug 689981 Opened 13 years ago Closed 3 years ago

NPP_NewStream called with HTTP/0.9 200 OK header for a completely empty response

Categories

(Core Graveyard :: Plug-ins, defect)

x86_64
Windows 7
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: dave_fooks, Unassigned)

Details

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.1 (KHTML, like Gecko) Chrome/14.0.835.186 Safari/535.1

Steps to reproduce:

Created a very simple HTTP server for returning completely empty responses (simulating the loss of a connection before a response is received). Then made a GET request to the server using NPN_GetURLNotify.


Actual results:

NPP_NewStream is called by the browser but the NPStream argument headers property contains:

HTTP/0.9 200 OK\n

This now means that it is impossible to tell the difference between a perfectly valid "HTTP/0.9 200 OK\n\n" response and a completely empty response.


Expected results:

There should be no headers at all since there are no headers in the response. stream->headers should be NULL.

Safari does something similar (it inserts "HTTP 200 OK\n" omitting the version number)  but Chrome simply does not call NPP_NewStream.
Component: Extension Compatibility → Plug-ins
Product: Firefox → Core
QA Contact: extension.compatibility → plugins
This may depend on the necko behavior for empty responses, which I believe changed recently.  If you try a trunk nightly, do you still see this issue?
Resolving as wont fix, plugin support deprecated in Firefox 85.
Status: UNCONFIRMED → RESOLVED
Closed: 3 years ago
Resolution: --- → WONTFIX
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.