Open IzzySoft opened 2 months ago
@faisalcodes not sure if you just missed ths, but as it's almost 2 months I hope you don't mind a ping? Any chance we can get this tackled?
@IzzySoft
Sorry, totally missed it.
It seems PNG optimisation is enabled by default. I'll disable it. Or there are just 2 PNGs in the app, I'll convert to WEBP.
Sorry, totally missed it.
Happens. Sometimes even notifications don't make it to the mail inbox even…
It seems PNG optimisation is enabled by default. I'll disable it.
That should do the trick. I don't know how WEBP would be handled, but that could also be a possibility. If you do that e.g. in a separate branch, commit, and build an APK from that commit: naming the commit hash and attaching the APK here (renamed to *.zip
so Github allows you to attach it – you know, MS always tells things by the file extension and not the content), I can run it through the builder here and see if it's RB.
Steps to reproduce
I've checked your app if its build is reproducible (see: Reproducible Builds, special client support and more in our repo), but while I was able to successfully generate the APK using
./gradlew assembleRelease
, the resulting APK was not identical. Here's the head of the diff:It seems only PNG files are affected, which raises the question if you have PNGCrunching enabled? That's known to be non-deterministic and would cause such a behavior. A search for "crunch" on this repo however did not turn up anything (but I'm no Android dev; maybe it's on by default unless you disable it).
We'd appreciate if you could help making your build reproducible. We've prepared some hints on reproducible builds for that.
Looking forward to your reply!
Expected behavior
APKs are identical
Actual behavior
APKs are not identical
QuranApp version
2024.04.01.1
Android version
n/a
Other details
No response
Acknowledgements