Hi all,

I've been doing some work that requires aborting qx.io.Remote requests, and
have noticed that if a request is cancelled while it's still in the
RequestQueue it is just removed from the queue and it's state is never set
to "aborted", it just stays as "queued" (and the "aborted" event never
fires).

The behaviour is in the "abort" function in the RequestQueue class. It
appears as though this is by design, but wouldn't it be more consistent to
set the state to aborted (and fire the "aborted" event) regardless of what
stage it was at when it was aborted?

I noticed this because in the application I'm working on I create requests
and add listeners to them so I know what their eventual fate is and the
ones that fell into this category were going unaccounted for.

Regards,
Nick Tindall

**********************************************************************
Any personal or sensitive information contained in this email and
attachments must be handled in accordance with the Victorian Information
Privacy Act 2000, the Health Records Act 2001 or the Privacy Act 1988
(Commonwealth), as applicable.

This email, including all attachments, is confidential.  If you are not the
intended recipient, you must not disclose, distribute, copy or use the
information contained in this email or attachments.  Any confidentiality or
privilege is not waived or lost because this email has been sent to you in
error.  If you have received it in error, please let us know by reply
email, delete it from your system and destroy any copies.
**********************************************************************



------------------------------------------------------------------------------
Create and publish websites with WebMatrix
Use the most popular FREE web apps or write code yourself; 
WebMatrix provides all the features you need to develop and 
publish your website. http://p.sf.net/sfu/ms-webmatrix-sf
_______________________________________________
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

Reply via email to