Android 0.9 — published
🔴 **0.9, not 0.10.** The tree said 0.10 because "Put the app back to the last state that worked" bumped past 9 without publishing anything, so 9 belonged to nothing and the live manifest still said 8. Going back to 9 keeps the published line contiguous; the only rule that matters here is that `versionCode` never goes backwards from what is INSTALLED, and nothing carrying 10 was ever served. Published: sha256 b86219dc…, signed CN=Flamenet Messenger with 791fc826…, the same certificate as every build since 0.3 — an update installs over 0.8 rather than being refused. ⚠️ The APK went into downloads/ BEFORE the manifest, and the served copy was hashed over HTTPS rather than trusted as copied. A manifest that lands first announces a version the file is not, and every client that checks in the gap downloads 0.8 and rejects it against 0.9's hash. This is the first release through the notes gate that landed one commit earlier: `release-manifest.sh` refused to emit anything until `Resources/releases.json` in the relay named Android 0.9.
This commit is contained in:
@@ -33,8 +33,8 @@ android {
|
|||||||
// ⚠️ Android also refuses to install an APK whose `versionCode` is
|
// ⚠️ Android also refuses to install an APK whose `versionCode` is
|
||||||
// lower than the installed one, so a code that goes backwards makes a
|
// lower than the installed one, so a code that goes backwards makes a
|
||||||
// release uninstallable for everybody already on the higher number.
|
// release uninstallable for everybody already on the higher number.
|
||||||
versionCode = 10
|
versionCode = 9
|
||||||
versionName = "0.10"
|
versionName = "0.9"
|
||||||
testInstrumentationRunner = "androidx.test.runner.AndroidJUnitRunner"
|
testInstrumentationRunner = "androidx.test.runner.AndroidJUnitRunner"
|
||||||
}
|
}
|
||||||
|
|
||||||
|
|||||||
Reference in New Issue
Block a user