* [maven-release-plugin] prepare release v8.9.13

* [maven-release-plugin] prepare for next development iteration

* Cleanup in continuation to support to russian extension characters

* Nit: \xBE (uppercase E) for consistency

* Ensure the test runner decodes files as UTF-8

Before this change, the `document.charset` of the HTML test files would be 'windows-1252' when accessed through the `file://` protocol, resulting in issues with library or test files containing non-ASCII symbols.

This patch ensures tests still run correctly when files contain non-ASCII symbols.

* Ensure ASCII-safety of source code

Change troubleshooting CMake on mac Protobuf path to .dylib

* [maven-release-plugin] prepare release v8.9.12

* [maven-release-plugin] prepare for next development iteration

Presently we are supporting unicode characters of Russian extension characters manually in JS.
This should be changed in future by setting right flags.
Previous PR: #2223

Surprisingly, we need not set unicode characters of upper case '\u0414\u041E\u0411'. This woks fine.

* Configure Russian extension character доб as a valid one while parsing the numbers

* Escaping non ascii characters for better standardization.

* Added generated RU test data file. This is why travis test are failing at: https://travis-ci.org/googlei18n/libphonenumber/builds/407078226

* Removing manual support of encoded versions as it is already taken care in RegEx flags. Updated based on new review comments.

Source:
https://en.wikipedia.org/wiki/Mobile_telephone_numbering_in_India#6xxx_series

* Reverting maven pom.xml updates as there are mutiple staging repositories in Sonatype for release 8.9.11. This includes changes for setting nexus-staging-maven-plugin

* [maven-release-plugin] prepare release v8.9.11

* [maven-release-plugin] prepare for next development iteration

* [maven-release-plugin] prepare release v8.9.11

* [maven-release-plugin] prepare for next development iteration

* Metadata updates for release 8.9.11

* Update to Release Notes as it was containg many other country codes

Demo version update for release 8.9.10

* [maven-release-plugin] prepare release v8.9.10

* [maven-release-plugin] prepare for next development iteration

This for relase 8.9.9

* [maven-release-plugin] prepare release v8.9.9

* [maven-release-plugin] prepare for next development iteration

* [maven-release-plugin] prepare release v8.9.8

* [maven-release-plugin] prepare for next development iteration

* [maven-release-plugin] prepare release v8.9.7

* [maven-release-plugin] prepare for next development iteration

add erlang link

This is for release 8.9.6

* [maven-release-plugin] prepare release v8.9.6

* [maven-release-plugin] prepare for next development iteration

* Update Argentina geographic area codes

* Update Argentina Buenos Aires timezone

* Added Autonomous City of Buenos Aires prefix

* Update name of the cities - Remove new codes for 5411xxxx

* Addressed review suggestions

* Update comments in geocoding files

* Update comments in geocoding files

* [maven-release-plugin] prepare release v8.9.4

* [maven-release-plugin] prepare for next development iteration

This is followup of PR: https://github.com/googlei18n/libphonenumber/pull/2184

* Update formatForMobileDialling() to return E.164 format instead of national format for Uzbek phone numbers.

* Update java doc to be more clear

Differentiate what needs to be done for providing authoritative evidence (done over Issue Tracker) versus Pull Requests (done in GitHub).