From 2906e559cbe899e7bfa92d0a78f002c210f5dbb0 Mon Sep 17 00:00:00 2001 From: ScreenTinker Date: Wed, 29 Jul 2026 20:38:46 -0500 Subject: [PATCH] Advance the versionCode baseline past the published test builds MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Three prereleases were cut for #234 and handed to the reporter, consuming versionCodes 89 through 93 via VERSION_CODE overrides that were never written back to this file. The committed default was still 88, so bump-version.sh would have produced 89 for 1.9.25 — an APK that installs over nothing anyone has been testing, since Android refuses a lower-or-equal code, and silently so from the user's side. Set to 93 so the next bump lands on 94, above every published build. Lesson worth keeping: a VERSION_CODE override for a one-off build leaves this file lying about where the release line actually is. --- android/app/build.gradle.kts | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/android/app/build.gradle.kts b/android/app/build.gradle.kts index 4eab6cc..5a44c11 100644 --- a/android/app/build.gradle.kts +++ b/android/app/build.gradle.kts @@ -13,7 +13,7 @@ android { targetSdk = 34 // Env-overridable so device-owner reinstalls (which require an ever-increasing // versionCode — downgrades are blocked) don't churn this file each build. - versionCode = (System.getenv("VERSION_CODE") ?: findProperty("VERSION_CODE") as String? ?: "88").toInt() + versionCode = (System.getenv("VERSION_CODE") ?: findProperty("VERSION_CODE") as String? ?: "93").toInt() versionName = System.getenv("VERSION_NAME") ?: findProperty("VERSION_NAME") as String? ?: "1.9.24" }