Added SHA256 hashes for original and patched files in FileDiffs.
Review Request #10767 — Created Oct. 28, 2019 and submitted
Back in Review Board 2.0, we introduced SHA1 hashes in FileDiffs, which
were in part used to determine if filediffs and interfilediffs matched.
SHA1 is not technically safe anymore (though there's little harm it can
do in our situation, aside from generate patch errors in the diff
viewer), and we want to move to SHA256 where possible.This change adds storage and properties for SHA256 hashes on FileDiff,
and updates our FileDiff comparison logic to prioritize them over SHA1
hashes (though it will still check SHA1 if the SHA256 hashes are
missing, since they're created only when viewing the diff for the first
time).The comparison logic has been moved into a new
get_filediffs_match()
function, and unit tests were added.
Unit tests pass.
Didn't see any regressions when viewing interdiffs.
Verified that FileDiffs were recording the SHA256 hashes.
-
-
reviewboard/diffviewer/chunk_generator.py (Diff revision 1) This comment seems a little confusing given the code.
-
Change Summary:
Rewrote a comment to be more correct.
Commit: |
|
||||
---|---|---|---|---|---|
Diff: |
Revision 2 (+250 -17) |
Checks run (2 succeeded)
-
-
reviewboard/diffviewer/chunk_generator.py (Diff revisions 1 - 2) How about "if we already have a SHA256 checksum, then we'll also have a SHA1 checksum"?
-
Change Summary:
Tweaked the comment wording some more based on review suggestions.
Commit: |
|
||||
---|---|---|---|---|---|
Diff: |
Revision 3 (+250 -17) |