[deps] upgrade libphonenumber to 9.0.22

[capcom6]

Summary by CodeRabbit

• Chores
  • Updated the phone-number handling library to a newer release to improve compatibility and security.

_{✏️ Tip: You can customize this high-level summary in your review settings.}

[coderabbitai]

Walkthrough

The libphonenumber dependency in app/build.gradle was updated from 8.13.50 to 9.0.22. No other changes to files or configuration are present in this diff.

Changes

Cohort / File(s)	Summary
Dependency Update app/build.gradle	implementation 'com.googlecode.libphonenumber:libphonenumber:8.13.50' → implementation 'com.googlecode.libphonenumber:libphonenumber:9.0.22' (one-line version bump)

Estimated code review effort

🎯 1 (Trivial) | ⏱️ ~2 minutes

🚥 Pre-merge checks | ✅ 3

✅ Passed checks (3 passed)

Check name	Status	Explanation
Description Check	✅ Passed	Check skipped - CodeRabbit’s high-level summary is enabled.
Title check	✅ Passed	The title clearly and accurately describes the main change: upgrading the libphonenumber dependency from 8.13.50 to 9.0.22, which matches the changeset perfectly.
Docstring Coverage	✅ Passed	No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.

_{✏️ Tip: You can configure your own custom pre-merge checks in the settings.}

✨ Finishing touches

🧪 Generate unit tests (beta)

• Create PR with unit tests
• Post copyable unit tests in a comment
• Commit unit tests in branch deps/upgrade-libphonenumber-9.0.22

---

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

• X
• Mastodon
• Reddit
• LinkedIn

_{Comment @coderabbitai help to get the list of available commands and usage tips.}

[coderabbitai]

Actionable comments posted: 1

🤖 Fix all issues with AI agents

In `@app/build.gradle`:
- Line 127: The project just upgraded the libphonenumber dependency
(implementation 'com.googlecode.libphonenumber:libphonenumber:9.0.22') which
requires a Java 8+ baseline and preserved metadata/resources for runtime; update
the Java target compatibility settings (set
sourceCompatibility/targetCompatibility or compileOptions to
JavaVersion.VERSION_1_8 or higher in your Gradle config) and add the R8/ProGuard
keep rules to your proguard-rules.pro (preserve
assets/com/google/i18n/phonenumbers/** and keep classes/members/attributes for
com.google.i18n.phonenumbers.** and parameter names) so metadata and public APIs
aren’t stripped; if you use an Android-repackaged fork (e.g.,
io.michaelrocks:libphonenumber-android) adapt the package paths accordingly and
run phone parsing/formatting tests before release.

[github-actions]

🤖 Pull request artifacts

file	commit
app-release.apk	a53b530
app-release.aab	a53b530
app-insecure.apk	a53b530
app-insecure.aab	a53b530