Closed
Bug 195638
Opened 21 years ago
Closed 21 years ago
[ASSERTION] 4.x NPP_WriteReady = 0 should not be an error
Categories
(Core Graveyard :: Plug-ins, defect)
Tracking
(Not tracked)
People
(Reporter: tenthumbs, Assigned: peterlubczynski-bugs)
Details
(Keywords: assertion)
If 1) a 4.x plugin can only accept data at some fixed maximum rate, 2) the network connection is faster than that rate, and 3) the plugin uses NPP_Write and NPP_WriteReady then the plugin may well return 0 for NPP_WriteReady because it cannot currently accept more data. Mozilla treats this as an error, throws the assertion ###!!! ASSERTION: WriteReady returned Zero: 'numtowrite', file ns4xPluginInstance.cpp, line 413 Break: at file ns4xPluginInstance.cpp, line 413 and then cancels the stream. The old 4.x plugin docs don't say zero is an error. It's also fairly common for streams to block for a while. Mozilla's behavior seems incorrect. I've also done a few test with a rate-limited proxy server and it certainly appears that if the network is slower than the plugin then mozilla will succeed. Success for a slow connection and failure for a fast one also seems incorrect.
Assignee | ||
Comment 2•21 years ago
|
||
*** This bug has been marked as a duplicate of 89270 ***
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
Updated•2 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•