Skip to content

Conversation

@m1ga
Copy link
Contributor

@m1ga m1ga commented Jan 5, 2026

Update Ti Kotlin version to 2.3.0

Tested with my MLKit module (kotlin based) and it will fix a titanium-stripe (https://github.com/hansemannn/titanium-stripe) build error with the latest version. That is using a higher kotlin version in their strip-android version ("The actual metadata version is 2.1.0, but the compiler version 1.9.0 can read versions up to 2.0.0.").

@hansemannn
Copy link
Collaborator

Any breaking changes related to this change? I'm not sure if we can take this pre-14.0.0

@m1ga
Copy link
Contributor Author

m1ga commented Jan 5, 2026

I've tested an existing app (created with 13.0.1.GA and with some existing modules), kitchensink and building a none-kotlin module with it. Didn't see any issue or difference.
SDK itself is not using Kotlin so it should only affect custom modules and there I've tested two that build fine.

sorry: pressed the wrong button 😄

@m1ga m1ga closed this Jan 5, 2026
@m1ga m1ga reopened this Jan 5, 2026
@hansemannn
Copy link
Collaborator

Yeah, we have a loooot of Kotlin-based modules, so I'm a bit curious if that will cause issues on runtime that we may not see now. @prashantsaini1 WDYT?

@m1ga
Copy link
Contributor Author

m1ga commented Jan 5, 2026

My ti.mlkit module still works fine (building and running).
ti.giphy builds and runs fine with this SDK too. I don't have an API key so it won't show me giphs but it opens the selector. Update: found my API key, works fine.

The starting point for this change was that the ti.stripe module is not 16kb ready and the stripe-android version that supports it can't be compiled with the current Ti SDK. It's currently being tested on Slack.

@prashantsaini1
Copy link
Contributor

Acknowledged. I'll do the required research and update soon.

@prashantsaini1
Copy link
Contributor

prashantsaini1 commented Jan 5, 2026

Here's my current analysis. The Gradle dependency graph shows that the:

  • Kotlin org.jetbrains.kotlin:kotlin-stdlib is already being resolved to 2.0.20 at runtime. kotlin-stdlib-common is also updated to 2.0.20.
  • We have multiple libraries explicitly depending on older Kotlin versions, but Gradle is resolving them upwards like from ti.googlesign 1.8.x to 2.0.20, ti.polyfill 1.3.x to 2.0.20 etc.

It is already safe to directly go to 2.3.0, but I'd like to compile few modules as they may break at compile time only, not the app itself until that feature is actually used.

Edit: The Gradle and AGP are already in supported sync with the Kotlin 2.3.0.

@m1ga
Copy link
Contributor Author

m1ga commented Jan 6, 2026

I've also tested it with 2.3.0 in case you want me to use that version. Building modules + using them (mlkit, giphy) and building an app with old kotlin modules still works too.

Or we can use 2.0.0 for this PR and once it is merged create a new one for 2.3.0 for a later release so we don't have such a big version jump

@hansemannn
Copy link
Collaborator

As 2.0.0 -> 2.3.0 is also a non-major version bump, I'd actually include it here. We can do a 13.1.0 tomorrow then?

@hansemannn hansemannn merged commit 8170e05 into main Jan 6, 2026
5 of 6 checks passed
@hansemannn hansemannn deleted the androidKotlin branch January 6, 2026 13:21
@hansemannn hansemannn changed the title chore(android): kotlin version update chore(android): update kotlin to 2.3.0 Jan 6, 2026
@prashantsaini1
Copy link
Contributor

prashantsaini1 commented Jan 6, 2026

I've one minor feature update for 13.1.0 if this can wait until this weekend? The Android Light/Dark theme support to change at run-time as here. Just saw it, my last update was exactly Jan 6, 2025 … 1 year passed already 😄

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants