zhakov

Found	Suggested	Tested
r1449641	r1606840	r857588

r857588 | ehu | 2005-11-24 18:41:02 +0000 (Thu, 24 Nov 2005)

Fix issue #2431 (blame ignores svn:eol-style).

Tested by: zhakov

* subversion/libsvn_client/blame.c
 (file_rev_baton): New members eol_style and eol_str for storing
  the requested file translation type.
 (get_eol_style): New. Function to adjust eol style from propdiff sent.
 (file_rev_handler): See if the file needs translation for the eol style,
  translate if it does.
 (svn_client_blame2): Initialize the new baton members.

r1449641 | rhuijben | 2013-02-25 10:13:30 +0000 (Mon, 25 Feb 2013)

* subversion/libsvn_ra_serf/update.c
  (fetch_file): Following up on r1449564, don't even try to obtain a file
    by just its MD5, as this will just fail.

Found by: zhakov

r1606840 | stefan2 | 2014-06-30 17:08:18 +0000 (Mon, 30 Jun 2014)

Verify low-level checksums on FSFS parts that aren't checksummed otherwise.

Since representations (dir, file, prop) do get checksumed when being
reconstructed from deltas or read plainly, we only need to check noderevs
and changed paths lists.  Also, we restrict the check to block-read mode
because only then do we get the P2L data containing the checksums for free.

Low memory, "just like f6" setups neither get the overhead nor the benefits
of this.

* subversion/libsvn_fs_fs/cached_data.c
  (auto_select_stream): Drop and introduce ...
  (read_item): ... instead.  It will read and verify the complete item.
  (block_read_changes,
   block_read_noderev): Update callers.

* subversion/tests/libsvn_fs_fs/fs-fs-pack-test.c
  (metadata_checksumming): New test case showing how low-level checksums
                           will catch otherwise undetected corruption.
  (test_funcs): Register the new test.

Suggested by: zhakov