This is a difficult issue to catch because it causes a race condition. If we manage to pick up the processing task before the next run reports, everything works as expected. If we report too quickly, though, we over-write the redis key of the first run.
<rdar://problem/62470170>
Created attachment 397746 [details] Patch
Comment on attachment 397746 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=397746&action=review > Tools/resultsdbpy/resultsdbpy/model/upload_context.py:195 > + hash_key = hash(configuration) ^ hash(branch) ^ hash(self.commit_context.uuid_for_commits(commits)) ^ hash(suite) ^ hash(timestamp) Bug description or Changelog can be made more descriptive explaining that the hash key was colliding in certain cases.
Created attachment 397759 [details] Patch for landing
Committed r260796: <https://trac.webkit.org/changeset/260796> All reviewed patches have been landed. Closing bug and clearing flags on attachment 397759 [details].