minor fastlane issue

[IzzySoft]

our quality checker reports:

• build/com.openappslabs.coffee/metadata/en-US/changelogs/3.txt has 769 chars

Changelogs are limited to 500 chars, and get truncated exactly at that position, even mid-word. So currently, everything from "Fixes" down, won't show up anywhere.

[IzzySoft]

Just to give you an idea:

🤷‍♂️

[OpenAppsLabs]

Yes, I'll keep that in mind from now on. I have released update so, we good to close this one?
As discussed on other thread for similar issue.

[IzzySoft]

RB failed for that one, still investigating why:

  -rw-r--r--  0.0 unx      120 b-      118 defN 1981-01-01 01:01:02 80cf9190 META-INF/version-control-info.textproto
- -rw-r--r--  0.0 unx     4123 b-     4123 stor 1981-01-01 01:01:02 63420742 assets/dexopt/baseline.prof
+ -rw-r--r--  0.0 unx     4123 b-     4123 stor 1981-01-01 01:01:02 13eeb5f9 assets/dexopt/baseline.prof
  -rw-r--r--  0.0 unx      541 b-      541 stor 1981-01-01 01:01:02 e2dfa6dc assets/dexopt/baseline.profm
- -rw-r--r--  0.0 unx  2688132 b-  2688132 stor 1981-01-01 01:01:02 26c21a57 classes.dex
+ -rw-r--r--  0.0 unx  2688140 b-  2688140 stor 1981-01-01 01:01:02 11475320 classes.dex
  -rw-r--r--  0.0 unx    10096 b-    10096 stor 1981-01-01 01:01:02 9734baa0 lib/arm64-v8a/libandroidx.graphics.path.so
- -rw-r--r--  0.0 unx    54304 b-    54304 stor 1981-01-01 01:01:02 1a7c1412 lib/arm64-v8a/libdatastore_shared_counter.so
+ -rw-r--r--  0.0 unx    51752 b-    51752 stor 1981-01-01 01:01:02 17d60c04 lib/arm64-v8a/libdatastore_shared_counter.so
  -rw-r--r--  0.0 unx     7252 b-     7252 stor 1981-01-01 01:01:02 9a714d3a lib/armeabi-v7a/libandroidx.graphics.path.so
- -rw-r--r--  0.0 unx    53412 b-    53412 stor 1981-01-01 01:01:02 731827b0 lib/armeabi-v7a/libdatastore_shared_counter.so
+ -rw-r--r--  0.0 unx    51004 b-    51004 stor 1981-01-01 01:01:02 9397529d lib/armeabi-v7a/libdatastore_shared_counter.so
  -rw-r--r--  0.0 unx     9284 b-     9284 stor 1981-01-01 01:01:02 3d9afc66 lib/x86/libandroidx.graphics.path.so
- -rw-r--r--  0.0 unx    52852 b-    52852 stor 1981-01-01 01:01:02 f6127869 lib/x86/libdatastore_shared_counter.so
+ -rw-r--r--  0.0 unx    51000 b-    51000 stor 1981-01-01 01:01:02 9ddb20ae lib/x86/libdatastore_shared_counter.so
  -rw-r--r--  0.0 unx    10760 b-    10760 stor 1981-01-01 01:01:02 81bd88ae lib/x86_64/libandroidx.graphics.path.so
- -rw-r--r--  0.0 unx    53840 b-    53840 stor 1981-01-01 01:01:02 82f450a1 lib/x86_64/libdatastore_shared_counter.so
+ -rw-r--r--  0.0 unx    51752 b-    51752 stor 1981-01-01 01:01:02 11d202a0 lib/x86_64/libdatastore_shared_counter.so
  -rw----     2.0 fat     1728 b-      777 defN 1981-01-01 01:01:02 c8e37c1f DebugProbesKt.bin

Did you switch to a different NDK? We had to add that as Native Library Stripping failed; maybe you can disable that:

android {
   packaging {
       jniLibs.keepDebugSymbols.add("**/*.so")
   }
}

It just saves maybe 5 KB APK size at best anyway – but requires us to always install the NDK matching yours. For testing if ours matches, we need to add some lines to the local.properties – which then unfortunately triggers your signing process (maybe that should rather test whether the storefile exists?) – but no, it's still NDK 27. But ugh, that's funny now: according to diffoscope, your APK has its libraries not stripped (but ours has, as NDK was installed)? Now I'm confused.

OK, running again with no NDK installed – et voila, differences in the native libs are gone. Leaving those in classes.dex and (consequently) baseline.prof. Which are the same as before, despite me trying with JDK 21 (just in case). Did you build the APK in a "dirty tree" (with artifacts remaining from prior builds)?

diff.zip

[IzzySoft]

As the 24h window is up, we had now to commit the results: the current version will carry the "RB failed" warning. Please take care that the next one passes "clean" again. Thanks!