Revisions are already spread across almost 30 XML files 1000 builds
each. Although it may take a considerable amount of time to download the
list, the progress bar doesn't reflect this process.
Because the downloading isn't deterministic, we try to update the
progress after each received file. 0.02 rate should be OK for user and
enough for around 2 years of Chromium builds before hitting bar's 90% limit.
Some revision payloads contain git hashes in place of revision number
for built-in components (webkit, v8).
We should use universal -description instead of NSNumber's -stringValue.
See revision #278870 for example.
There was an issue where I was sorting by the revision and hashes were sorted after causing the latest revision to be incorrect. Due to the complexity of grabbing the build date beforehand to sort by date, I have decided to just ignore hash revisions. This may cause some newer revisions to not show, but I think it's better than having to go one by one on all the revisions to grab their information.
