[PATCH 2/3] gitweb.js: No need for loop in blame_incremental's handleResponse()
- From
Jakub Narebski <jnareb@gmail.com>
- Date
- May 27, 2011, 13:50 UTC
- Message-ID
- <1306504201-18014-3-git-send-email-jnareb@gmail.com>
- In-Reply-To
- <1306504201-18014-1-git-send-email-jnareb@gmail.com>
JavaScript is single-threaded, so there is no need for protecting against changes to XMLHttpRequest object behind event handler back.
Therefore there is no need for loop that was here in case `xhr' got new changes while processing current changes. This should make code a bit more clear.
Signed-off-by: Jakub Narebski <jnareb@gmail.com> --- Remove and simplify code.
gitweb/static/js/blame_incremental.js | 13 ++++--------- 1 files changed, 4 insertions(+), 9 deletions(-)
diff --git a/gitweb/static/js/blame_incremental.js b/gitweb/static/js/blame_incremental.js index 4841805..27955ec 100644 --- a/gitweb/static/js/blame_incremental.js +++ b/gitweb/static/js/blame_incremental.js @@ -603,21 +603,16 @@ function handleResponse() { return; } - // extract new whole (complete) lines, and process them - while (xhr.prevDataLength !== xhr.responseText.length) { - if (xhr.readyState === 4 && - xhr.prevDataLength === xhr.responseText.length) { - break; - } + // extract new whole (complete) lines, and process them + if (xhr.prevDataLength !== xhr.responseText.length) { xhr.prevDataLength = xhr.responseText.length; var unprocessed = xhr.responseText.substring(xhr.nextReadPos); xhr.nextReadPos = processData(unprocessed, xhr.nextReadPos); - } // end while + } // did we finish work? - if (xhr.readyState === 4 && - xhr.prevDataLength === xhr.responseText.length) { + if (xhr.readyState === 4) { responseLoaded(xhr); } }
-- 1.7.5