* NumberFormatException} if the input string is invalid.
   *
   * <p><b>Warning:</b> please see {@link Long#decode} to understand exactly how strings are parsed.
   * For example, the string {@code "0123"} is treated as <i>octal</i> and converted to the value
   * {@code 83L}.
   *
   * @since 16.0
   */
  public static Converter<String, Long> stringConverter() {
    return LongConverter.INSTANCE;
  }

  /**

    if (length <= 0 || length > 3) {
      throw new NumberFormatException();
    }
    // Disallow leading zeroes, because no clear standard exists on
    // whether these should be interpreted as decimal or octal.
    if (length > 1 && ipString.charAt(start) == '0') {
      throw new NumberFormatException();
    }
    int octet = 0;
    for (int i = start; i < end; i++) {
      octet *= 10;

    if (length <= 0 || length > 3) {
      throw new NumberFormatException();
    }
    // Disallow leading zeroes, because no clear standard exists on
    // whether these should be interpreted as decimal or octal.
    if (length > 1 && ipString.charAt(start) == '0') {
      throw new NumberFormatException();
    }
    int octet = 0;
    for (int i = start; i < end; i++) {
      octet *= 10;

    assertThat(parse("http://[0:0:0:0:0:1:0.0.0.0]/").host).isEqualTo("::1:0:0")
  }

  @Test
  fun hostIpv6WithIpv4SuffixWithOctalPrefix() {
    // Chrome interprets a leading '0' as octal; Firefox rejects them. (We reject them.)
    assertInvalid(
      "http://[0:0:0:0:0:1:0.0.0.000000]/",
      "Invalid URL host: \"[0:0:0:0:0:1:0.0.0.000000]\"",
    )
    assertInvalid(

<code>\U</code> followed by exactly eight hexadecimal digits, and a
plain backslash <code>\</code> followed by exactly three octal digits.
In each case the value of the literal is the value represented by
the digits in the corresponding base.
</p>

<p>
Although these representations all result in an integer, they have
different valid ranges.  Octal escapes must represent a value between
0 and 255 inclusive.  Hexadecimal escapes satisfy this condition

  CVE-2021-29923 golang standard library "net" - Improper Input Validation of octal literals in golang 1.16.2 and below standard library "net" results in indeterminate SSRF & RFI vulnerabilities.

				"audio/vnd.nokia.mobile-xmf",
				"audio/vnd.nortel.vbk",
				"audio/vnd.nuera.ecelp4800",
				"audio/vnd.nuera.ecelp7470",
				"audio/vnd.nuera.ecelp9600",
				"audio/vnd.octel.sbc",
				"audio/vnd.qcelp",
				"audio/vnd.rhetorex.32kadpcm",
				"audio/vnd.sealedmedia.softseal.mpeg",
				"audio/vnd.vmx.cvsd",
				"audio/vorbis-config",
				"audio/x-aac",
				"audio/x-adbcm",

awocne.ue,??za5cbgn--nx??e&1&53wlf--nx?7a1hbbgm--nx?ta3kg--nx??2a6a1b6b1i--nx?3ma0e1cvr--nx?418txh--nx?707b0e3--nx?a!.&ca?gro?hcs?lim?oc?ten?vog??09--nx??b!.&ca?etisbew321,gnitsohbew,nevueluk.yxorpze,pohsdaerpsym,sn&duolc,oitulostsohretni.duolc,??ortal?ut!uoy???c&0krbd4--nx!.&a2qbd8--nx?b8adbeh--nx?c6ytdgbd4--nx?d8lhbd5--nx???a&lp!.oc,?ps!.&fh:.citats,,lla4sx,rebu,sonoi-ppa,t&cejorp,safym,?uyieh,?artxe??sla??i!ffo??n&a&d?iler?nif?rusni!efil?srelevart???eics??rofria??d!.&1sndnyd,42pi-nyd,7erauqs,...

    <glob pattern="*.ecelp7470"/>
  </mime-type>
  <mime-type type="audio/vnd.nuera.ecelp9600">
    <glob pattern="*.ecelp9600"/>
  </mime-type>
  <mime-type type="audio/vnd.octel.sbc"/>
  <mime-type type="audio/vnd.qcelp"/>
  <mime-type type="audio/vnd.rhetorex.32kadpcm"/>
  <mime-type type="audio/vnd.sealedmedia.softseal.mpeg"/>
  <mime-type type="audio/vnd.vmx.cvsd"/>