Antoher version bump, set arm64 to highest

android/app/build.gradle

@@ -114,7 +114,7 @@ dependencies {
 }
 
 // Map for the version code that gives each ABI a value.
-ext.abiCodes = ['arm64-v8a': 0, 'armeabi-v7a': 1, x86_64: 2]
+ext.abiCodes = ['armeabi-v7a': 1, x86_64: 2, 'arm64-v8a': 3]
 
 // For per-density APKs, create a similar map:
 // ext.densityCodes = ['mdpi': 1, 'hdpi': 2, 'xhdpi': 3]
@@ -145,8 +145,7 @@ android.applicationVariants.all { variant ->
             // Assigns the new version code to versionCodeOverride, which changes the
             // version code for only the output APK, not for the variant itself. Skipping
             // this step causes Gradle to use the value of variant.versionCode for the APK.
-            output.versionCodeOverride =
-                    baseAbiVersionCode * 1000 + variant.versionCode
+            output.versionCodeOverride = variant.versionCode * 10 + baseAbiVersionCode
         }
     }
 }

pubspec.yaml

@@ -16,7 +16,7 @@ publish_to: 'none' # Remove this line if you wish to publish to pub.dev
 # https://developer.apple.com/library/archive/documentation/General/Reference/InfoPlistKeyReference/Articles/CoreFoundationKeys.html
 # In Windows, build-name is used as the major, minor, and patch parts
 # of the product and file versions while build-number is used as the build suffix.
-version: 1.1.1+3
+version: 1.1.1+4
 
 environment:
   sdk: '>=2.19.6 <3.0.0'