c069f72c4d
A number of call-sites, eg. clipboard, or admin-ws were writing to sockets assuming they could return all the data in a single series of writes, without needing to poll. As such they failed to addSocketToPoll on the new poll - eg. the docBroker. Unfortunately this meant that on EAGAIN writes, the socket would be closed and the last parts of a message lost. Browsers would give net::ERR_CONTENT_LENGTH_MISMATCH 200 (OK) The situation is/was intermittent, so painful to debug. On under-loaded developer machines, socket buffers are larger, so this was seldom seen. The re-factor forces a transfer to another SocketPoll via the disposition, except for a couple of corner cases. Change-Id: I2f1b2f99f179c4fda84464c9241fe434fa527725 Signed-off-by: Michael Meeks <michael.meeks@collabora.com> |
||
|---|---|---|
| .. | ||
| Buffer.hpp | ||
| clientnb.cpp | ||
| DelaySocket.cpp | ||
| DelaySocket.hpp | ||
| FakeSocket.cpp | ||
| FakeSocket.hpp | ||
| HttpHelper.cpp | ||
| HttpHelper.hpp | ||
| ServerSocket.hpp | ||
| Socket.cpp | ||
| Socket.hpp | ||
| Ssl.cpp | ||
| Ssl.hpp | ||
| SslSocket.hpp | ||
| WebSocketHandler.hpp | ||