[Webkit-unassigned] [Bug 18676] New: Plug-In API Proposal: Enable plugins to receive response body when an HTTP error occurs
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Tue Apr 22 00:33:06 PDT 2008
http://bugs.webkit.org/show_bug.cgi?id=18676
Summary: Plug-In API Proposal: Enable plugins to receive response
body when an HTTP error occurs
Product: WebKit
Version: 526+ (Nightly build)
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: Normal
Priority: P2
Component: Plug-ins
AssignedTo: webkit-unassigned at lists.webkit.org
ReportedBy: dbalev at adobe.com
Many flash developers have continuously asked Adobe for several HTTP related
changes in the flash player. They really need:
1. Access to the HTTP status code
2. Access to the HTTP response headers
3. Access to the HTTP body even when the http request is unsuccessful
Response headers and status codes (1 & 2) are already available (in up-to-date
browsers) via the NPStream struct passed to NPP_NewStream.
The only missing part is the HTTP bodies (3) on failed http requests.
I have filed similar bug for Firefox:
https://bugzilla.mozilla.org/show_bug.cgi?id=347805
The difference between FireFox and Safari is that on http error Safari still
sends NPN_NewStream to the plugin and it is possible to retrieve the http
status code. As with Firefox, Safari does not send NPP_Write and thus prevents
the plugin of receiving the http body.
Here is the proposal that should solve this issue while remaining compatible
with older code:
In the cases of http errors the browser should asks the plugin if it is
interested in receiving the body of failed request - it should call
NPP_GetValue with new enum called NPPVpluginWantsHTTPFailStreams = 17. If the
plugin does not understand what the browser is asking or if the plugin is not
interested everything will work as before. In the other case the browser should
send NPP_NewStream, NPP_WriteReady, NPP_Write, and NPP_DestroyStream as it does
for urls that return 200 OK.
--
Configure bugmail: http://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
More information about the webkit-unassigned
mailing list