IssueTracker

Hi,

Thank you for taking the time to improve libphonenumber!

We are looking into this and will respond as soon as possible.

Hi,

Thanks much for raising this issue. This is one of our known issue, which is not documented. Having phone numbers of this long are very rare. libphonenumber cannot do anything better here.

Reasons:

• JavaScript Number type has limitation of 2^53 (9007199254740992) as the max literal it can hold. When provided more than that like "90018408059449376"(17 digit), JS starts rounding the value. Unfortunately this is within the range of possible phone number length i.e 17 digit.
• Both the alternatives leads to backward-incompatible changes as the type of the field '''national_number''' has to be changed; thus leading to client-side compile issue . Eg: setNationalNumber(1234) / conversions to payloads like JSON.

1. Marking the field as [jstype = JS_STRING]
2. Or using new JS data type BigInt.

We will update FAQ at GitHub stating some of these points. Maybe you can compare with Number.MAX_VALUE and avoid such cases. Or post request to a Java/CPP/PY libphonenumber clients, as these langs have much more matured data type systems.

Added to client FAQ as known issue. https://github.com/google/libphonenumber/pull/2674

This issue will be considered for future release.

This issue will be reconsidered for future release.