You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jul 24, 2021. It is now read-only.
Reporter: writetodan[at]yahoo.com [Submitted to the original trac issue database at 12.12am, Thursday, 22nd February 2007]
it appears as if when a node-creation call to the API times out and is aborted (e.g. through exceeding socket.timeout setting in HttpClient in applet's Adapter), one or automatic more retries to the API can result in multiple identical nodes being created.
unsure if/what should be done on API-side. (ticket also created against applet)
The text was updated successfully, but these errors were encountered:
Author: tom[at]compton.nu [Added to the original trac issue at 11.36am, Sunday, 19th August 2007]
The basic problem is that the client times out and gives up, but the server waits a bit longer and does get around to handling the pending request. Not sure there is much we can do about this.
Clients could add a unique request ID to every request (i.e. a GUID?), server makes sure that every request is processed at most once. Additional requests with the same request ID would be ignored by the server. A warning could be replied to the client for duplicated requests.
Reporter: writetodan[at]yahoo.com
[Submitted to the original trac issue database at 12.12am, Thursday, 22nd February 2007]
it appears as if when a node-creation call to the API times out and is aborted (e.g. through exceeding socket.timeout setting in HttpClient in applet's Adapter), one or automatic more retries to the API can result in multiple identical nodes being created.
unsure if/what should be done on API-side. (ticket also created against applet)
The text was updated successfully, but these errors were encountered: