You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@wicket.apache.org by "Martin Grigorov (JIRA)" <ji...@apache.org> on 2012/07/24 13:29:36 UTC
[jira] [Resolved] (WICKET-4668) Ajax responses for QUEUE and DROP
type channels are not guaranteed to be processed in the order of the
requests
[ https://issues.apache.org/jira/browse/WICKET-4668?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Martin Grigorov resolved WICKET-4668.
-------------------------------------
Resolution: Fixed
Fix Version/s: 6.0.0
> Ajax responses for QUEUE and DROP type channels are not guaranteed to be processed in the order of the requests
> ---------------------------------------------------------------------------------------------------------------
>
> Key: WICKET-4668
> URL: https://issues.apache.org/jira/browse/WICKET-4668
> Project: Wicket
> Issue Type: Bug
> Components: wicket
> Affects Versions: 6.0.0-beta3
> Reporter: Christian Oldiges
> Assignee: Martin Grigorov
> Fix For: 6.0.0
>
>
> The ajax responses are processed in several recorded steps depending on the response content. Those steps form a step-chain for each request/response. The processing order of each step-chain is guaranteed to be processed in the correct order but having several of those step-chains being executed "concurrently" may result in out-of-order response processing.
> The "concurrency" is introduced into the response processing by using the window.setTimeout function to re-schedule some of the steps (for various reasons), but this timeout function does NOT guarantee to execute the scheduled code in the order it is scheduled.
> For this reason e.g. the DOM replacement step of response2 might be executed before the same step is executed for response1.
> This effect is also visible to the user. Suppose you have a textfield and you trigger an ajax-request for each new character in the textfield (onChange event). The Ajax response updates another part of the page showing the entered text in a label component. Now, if the out-of-order response processing hits, the label might show an old state of the textfield, because the latest response has been overwritten by a previous response.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira