Shinsuke Sugaya <******@****.***> 1755312830 +0900

    write fails, leaving the connection in an inconsistent state.
 *  Fix: Make sure the default user agent is ASCII.


## Version 2.4.0

_2015-05-22_

 *  **Forbid response bodies on HTTP 204 and 205 responses.** Webservers that
    return such malformed responses will now trigger a `ProtocolException` in
    the client.

igarashi <******@****.***> 1565681654 +0900

## Version 4.7.2

_2020-05-20_

 *  Fix: Don't crash inspecting whether the host platform is JVM or Android. With 4.7.0 and 4.7.1 we
    had a crash `IllegalArgumentException: Not a Conscrypt trust manager` because we depended on
    initialization order of companion objects.


## Version 4.7.1

_2020-05-18_

cpovirk <******@****.***> 1773337518 -0700

Daryl White <******@****.***> 1755022836 -0400

    assertThrows(NumberFormatException.class, () -> UnsignedLongs.decode("-0x5"));

    assertThrows(NumberFormatException.class, () -> UnsignedLongs.decode("-05"));
  }

  public void testParseLongWithRadix() {
    assertThat(UnsignedLongs.parseUnsignedLong("ffffffffffffffff", 16))
        .isEqualTo(0xffffffffffffffffL);

cpovirk <******@****.***> 1773337518 -0700

        // Test odd size (should handle correctly)
        byte[] data3 = { 0x0A, 0x0B, 0x0C };
        assertEquals("0", Hexdump.toHexString(data3, 0, 1)); // 1 char = 0.5 bytes (rounds up to 1)
        assertEquals("0A", Hexdump.toHexString(data3, 0, 2)); // 2 chars = 1 byte
        assertEquals("0A0", Hexdump.toHexString(data3, 0, 3)); // 3 chars = 1.5 bytes (rounds up to 2)

Shinsuke Sugaya <******@****.***> 1768400947 +0900