-
-
Notifications
You must be signed in to change notification settings - Fork 2.2k
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Update to targetSdk 34 #16711
Comments
I might be too dumb to understand what you are trying to say, could you please elaborate |
Sorry @MinusMallard but this is not a task for beginner, and if the link is not enough, I doubt we will try to explain more. For anyone wanting to attack this issue, this is the error message that you obtain when applying this patch.
I created #16713 to solve this first step |
Publish failed, for a new reason, needs investigation with regard to whether we are using foreground services and if so for what reason etc:
|
It is used for the scoped storage migration and for syncing in the background |
some progress, looked in to this again today and I think we are doing things correctly. Specifically, we have two foreground services, the collection sync and the data migration. Both are permissible (I believe) as "dataSync" foreground service types and are marked as such in the AndroidManifest, with the correct use-permission chunks included. What appears to be missing is the Play Console information where I am supposed to be able to (or, "am required to") add information about each service including a usage video on how to access the service and what happens if it is killed or whatever: https://support.google.com/googleplay/android-developer/answer/13392821 Section "Declaring your foreground service information in Play Console" I am currently unable to see that anywhere in our App Content page, so I suppose next step is to locally build an alpha and try to upload it manually to see if that unlocks things in a step-wise fashion vs the "upload + commit + launch" that our auto-publish does. |
Continuing to leave notes to myself as I do this as I never know when family commitments will pull me away release-2.15 branch appears to be both buildable (with Java 11 anyway, and you need to install an old NDK I believe) and syncable as it supports the timezone code requirement that ankiweb enforces now. So you can use that pull a collection down (if you have one... I do) to /sdcard/AnkiDroid so you have a pre-migration setup Now I'm going to save that off so I can re-use it as needed, and attempt to do the migration a few times until I have a reasonable video to submit to The Google |
Note for the future, if we ever have manual steps like this again, the way to do it if you are not me and do not have access to the production keystore is:
|
https://developer.android.com/about/versions/14/behavior-changes-14
The text was updated successfully, but these errors were encountered: