tor/changes/bug13399

  o Minor bugfixes:
    - Use a full 256 bits of the SHA256 digest of a microdescriptor when
      computing which microdescriptors to download.  This keeps us from
      erroneous download behavior if two microdescriptor digests ever have
      the same first 160 bits. Fixes part of bug 13399; bugfix on
      0.2.3.1-alpha.

    - Reset a router's status if its microdescriptor digest changes,
      even if the first 160 bits remain the same.  Fixes part of bug
      13399; bugfix on 0.2.3.1-alpha.
Use digest256map for computing microdescriptor downloads 2014-10-31 16:32:32 +01:00			`o Minor bugfixes:`
			`- Use a full 256 bits of the SHA256 digest of a microdescriptor when`
			`computing which microdescriptors to download. This keeps us from`
			`erroneous download behavior if two microdescriptor digests ever have`
			`the same first 160 bits. Fixes part of bug 13399; bugfix on`
			`0.2.3.1-alpha.`

Use digest256_len in networkstatus_copy_old_consensus_info() Now, if a router ever changes its microdescriptor, but the new microdescriptor SHA256 hash has the same 160-bit prefix as the old one, we treat it as a new microdescriptor when deciding whether to copy status information. (This function also is used to compare SHA1 digests of router descriptors, but don't worry: the descriptor_digest field either holds a SHA256 hash, or a SHA1 hash padded with 0 bytes.) 2014-10-31 16:36:31 +01:00			`- Reset a router's status if its microdescriptor digest changes,`
			`even if the first 160 bits remain the same. Fixes part of bug`
			`13399; bugfix on 0.2.3.1-alpha.`