diff --git a/REPORTED_ISSUES.md b/REPORTED_ISSUES.md index e016332..48026ba 100644 --- a/REPORTED_ISSUES.md +++ b/REPORTED_ISSUES.md @@ -48,4 +48,10 @@ BnetzA [described special case for NDC 212 and 621](https://www.bundesnetzagentu We have provided Ludwighafen in our labeling data. -Google [fixed](https://github.com/google/libphonenumber/pull/3473/files#diff-db8e5b3fb2cb4a7ed9856289ea12d54947bfaa10549e6c1058fec7f3a1359dbbR3260) ít with [8.13.37](https://github.com/google/libphonenumber/pull/3473) on 15.05.2024. \ No newline at end of file +Google [fixed](https://github.com/google/libphonenumber/pull/3473/files#diff-db8e5b3fb2cb4a7ed9856289ea12d54947bfaa10549e6c1058fec7f3a1359dbbR3260) ít with [8.13.37](https://github.com/google/libphonenumber/pull/3473) on 15.05.2024. + +### 2024-09-03 - [German Mobile number length validation for range 17x inconsistently differentiated in 8.13.43](https://issuetracker.google.com/issues/364179199) + +Previous to Version 8.13.43 any German number within the range 17x was identified valid for both length 10 & 11. Now the 11 length case (176) is differentiated, that 176 is not validated valid with 10 digits. But 170-175, 177-179 is still validated valid for both length, but should be only valid with length of 10. + +Google stated it is aware and will bring changes after investigation that users are not unblock. \ No newline at end of file diff --git a/pom.xml b/pom.xml index 337be08..20a24f1 100644 --- a/pom.xml +++ b/pom.xml @@ -23,7 +23,7 @@ normalizer Phonenumber Normalizer Library to work with phonenumbers, especially to fix googles PhoneLib ignoring German Landline specifics. - 1.2.7-SNAPSHOT + 1.2.7 jar https://github.com/telekom/phonenumber-normalizer @@ -86,7 +86,7 @@ com.googlecode.libphonenumber libphonenumber - 8.13.44 + 8.13.45 @@ -150,7 +150,7 @@ com.googlecode.libphonenumber geocoder - 2.238 + 2.239 test