Fix computation of new-file state with commit ranges.
Review Request #13674 — Created March 28, 2024 and submitted
When selecting a range of commits where the first commit adds a file and
the later commit(s) change it, theis_new_file
state was being
incorrectly computed asTrue
. In the case where we have a base
filediff, we instead should be treating it as an existing file rather
than a new one.
Loaded a commit range that was previously triggering the bug (especially
noticeable with the way binary files were loaded). Saw that I was now
seeing it treated as an existing file rather than new.
Summary | ID |
---|---|
2410a01f205ffbe9a31848d4b08968dcd24f9d05 |
Description | From | Last Updated |
---|---|---|
Given the nature of the fix, we should have comprehensive unit testing for the various states. I wish we had … |
chipx86 |