Update target SDK version to 29 #106

garethbowen · 2020-05-26T20:49:35Z

There are upcoming deadlines regarding target SDK version for updating or publishing new apps.

August 3, 2020: new apps must target at least Android 10 (API level 29).
November 2, 2020: all app updates must target at least Android 10 (API level 29).

garethbowen · 2020-08-05T22:11:37Z

Ready for AT on 106-update-target-sdk-version

AT instructions:

test multiple devices, and Android 10 if you can.
also there's a comment in the code that...

When upgrading targetSdkVersion, check that the app menu still works on newer devices.

ngaruko · 2020-08-19T04:31:03Z

App (branch) crashes with the following errors (on Android 10; seems to work on android 8) - and master also seems to work on android 10.

2020-08-19 16:20:28.066 25408-27276/org.medicmobile.webapp.mobile E/libc: Access denied finding property "net.dns1"
2020-08-19 16:20:28.066 25408-27276/org.medicmobile.webapp.mobile E/libc: Access denied finding property "net.dns2"
2020-08-19 16:20:28.102 25408-25408/org.medicmobile.webapp.mobile E/chromium: [ERROR:xwalk_platform_notification_service.cc(143)] Not implemented reached in virtual bool xwalk::XWalkPlatformNotificationService::GetDisplayedPersistentNotifications(content::BrowserContext*, std::__1::set<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > >*)
2020-08-19 16:20:28.111 25408-25408/org.medicmobile.webapp.mobile E/chromium: [ERROR:xwalk_browser_context.cc(88)] Failed to read preference, error num: 0
2020-08-19 16:20:28.460 25408-25408/org.medicmobile.webapp.mobile E/chromium: [ERROR:compositor_impl_android.cc(585)] Failed to init OutputSurface for compositor.
2020-08-19 16:20:28.460 25408-25408/org.medicmobile.webapp.mobile E/chromium: [ERROR:compositor_impl_android.cc(585)] Failed to init OutputSurface for compositor.
2020-08-19 16:20:28.473 25408-25408/org.medicmobile.webapp.mobile A/chromium: [FATAL:compositor_impl_android.cc(586)] Too many context creation failures. Giving up... 
  
    --------- beginning of crash
2020-08-19 16:20:28.474 25408-25408/org.medicmobile.webapp.mobile A/libc: Fatal signal 6 (SIGABRT), code -1 (SI_QUEUE) in tid 25408 (e.webapp.mobile), pid 25408 (e.webapp.mobile)

Not sure if it is related to #65 @njogz ?

njogz · 2020-08-19T04:40:39Z

It seems to be different. Looking into it.

garethbowen · 2020-08-24T22:53:45Z

@njogz has raised a new issue for Android 10 support, but we still need to update the target sdk version before November 2nd to continue to be able to publish to the app store, so I'm putting this back in for AT.

@ngaruko Other than Android 10 was the rest of the testing successful?

garethbowen · 2020-08-25T22:37:53Z

This comment says their issue was resolved by fixing a misconfiguration of the network on the phone which makes Access denied finding property "net.dns1" potentially relevant.

@ngaruko Can you provide details on how you tested this? Was it emulated or on an actual device? I assume you built and deployed it locally via USB?

We need to replicate this on another device to test if it's specific to your phone...

garethbowen · 2020-09-08T01:13:46Z

@njogz How did you get on with this? Is it possible to fix the bug without dropping crosswalk for Android 10?

njogz · 2020-09-08T04:17:17Z

@garethbowen I haven't been able to find a solution that does not involve dropping crosswalk. I looked into required permissions introduced by android 10 as we had discussed but didn't have much luck with that either.

ngaruko · 2020-09-08T19:12:14Z

All logs (verbose):

logs.log

newtewt · 2020-09-15T17:00:59Z

Pushing this back to In Progress as there is still investigation going on.

NOT READY TO MERGE #106

makombe · 2020-11-12T06:28:00Z

I am not able to publish to the app store because of the target SDK version to 29. The app crashes. Has this been sorted out?

newtewt · 2020-11-12T12:30:06Z

@makombe it's in progress to be fixed right now. @garethbowen is doing the development on it.

makombe · 2020-11-12T15:44:53Z

@newtewt Thanks for the feedback, eagerly waiting for the fix.

garethbowen · 2020-11-15T20:33:02Z

Ready for AT in 106-webview-for-android-10.

This branch adds a new android "flavour" for Android 10 and above which uses webview instead of crosswalk. Test that all the old supported features work, in particular: camera, GPS, mRDT, back button, etc.

Also check performance against the old version to ensure that it's approximately the same.

In addition this branch also includes a migration to copy data (pouchdb and cookies) from the crosswalk dir to the webview dir. It does not copy the service worker cache so you will need to have a connection when you first load the app to download the static files again. To test the migration...

Install the latest version of the app either from master or the Play Store on a phone running Android 10 or later
Log in and sync all data
Install the branch version of the app
Start the app again. At this point the migration will run and the app may automatically reload. There is a delay on writing the files so you will see the login screen.
Wait a minute or so and restart the app again, after which the migrated files will be found and you will be logged in automatically and all your data will be available without having to do an initial replication again.

It is hoped to roll the webview version out to Android versions 5 and above at a later date at which point we may need to put more work into making the migration smooth and user friendly, but we are in a hurry to get this step out in order to meet Play Store requirements so we can keep publishing the app.

ngaruko · 2020-11-17T01:53:32Z

Testing on 106-webview-for-android-10 branch. A few remarks, none of which is a blocker:
1 - does not load on lower versions -which is expected, just has to be documented/communicated :
Skipping device 'Redmi 6A - 9' for 'medic-android:unbranded-webview-debug': minSdkVersion [29] > deviceApiLevel [28]

2- upgradding from Google Play install to branch
with android studio

But in the terminal with make command, task fails

Task :installUnbrandedWebviewDebug FAILED

FAILURE: Build failed with an exception.

* What went wrong:
Execution failed for task ':installUnbrandedWebviewDebug'.
> java.util.concurrent.ExecutionException: com.android.builder.testing.api.DeviceException: com.android.ddmlib.InstallException: INSTALL_FAILED_VERSION_DOWNGRADE

Also expected since we are loading the app from different source and it is not going to be a production process - but wondering if we could give the delete existing app option or --force flag to the make command.
3 - There are probably lingering pieces of code that still call crosswalk, and throws error in the terminal - > maybe this one needs a closer look @garethbowen ?

11-17 14:51:37.530 27511 27511 D MedicMobile: org.medicmobile.webapp.mobile.XWalkMigration :: Set up Crosswalk migration, false, org.medicmobile.webapp.mobile.EmbeddedBrowserActivity@53bcb36, android.app.Application@108292f
11-17 14:51:37.530 27511 27511 D MedicMobile: org.medicmobile.webapp.mobile.XWalkMigration :: Running Crosswalk migration
11-17 14:51:37.531 27511 27511 D MedicMobile: org.medicmobile.webapp.mobile.XWalkMigration :: exists '/data/user/0/org.medicmobile.webapp.mobile/app_xwalkcore/Default: false
11-17 14:51:37.532 27511 27511 D MedicMobile: org.medicmobile.webapp.mobile.XWalkMigration :: Crosswalk directory not found: /data/user/0/org.medicmobile.webapp.mobile/files
11-17 14:51:37.534 27511 27511 D MedicMobile: org.medicmobile.webapp.mobile.XWalkMigration :: exists '/storage/emulated/0/Android/data/org.medicmobile.webapp.mobile/app_xwalkcore/Default: false
11-17 14:51:37.535 27511 27511 D MedicMobile: org.medicmobile.webapp.mobile.XWalkMigration :: Crosswalk directory not found: /storage/emulated/0/Android/data/org.medicmobile.webapp.mobile/files
11-17 14:51:37.535 27511 27511 D MedicMobile: org.medicmobile.webapp.mobile.XWalkMigration :: Crosswalk directory not found - skipping migration```

abbyad · 2020-11-17T02:23:09Z

Re the INSTALL_FAILED_VERSION_DOWNGRADE error... what is the the version code of the apk you are installing? If you are building locally it is likely 1, with a version name of SNAPSHOT (it is set properly when building via Travis). For the sake of the first tests you may want to manually set it to a number above what you have in the app on your device.

ngaruko · 2020-11-17T03:36:58Z

Then Back button sometimes does not behave as expected, but since it happens also on master, I have created a different issue for that. (#126 )

antonykhaemba · 2020-11-17T06:31:20Z

Hi @garethbowen and @njogz
When do we expect the fix to be ready? Safari Doctors project are going live in the next 8 days and I wanted to confirm if we would manage to publish the app by then.

cc @derickl and @billwambua

ngaruko · 2020-11-17T07:26:17Z

@antonykhaemba
Testing is finished now. I would encourage your team to give it a quick sanity check once published, especially around migration/replication on upgrading from previous versions (for Android 10 and above).
@garethbowen AT done, the above noted issues are either known (back button) or non-blocker anyhow. We also need to update our documentaion (if we haven't yet) for this, as the new version does not load on Android 9 and below.

garethbowen · 2020-11-17T07:31:46Z

There are probably lingering pieces of code that still call crosswalk, and throws error in the terminal - > maybe this one needs a closer look

That code isn't crosswalk, it's the crosswalk migration which runs every time the app starts. After the migration has run it fails to find files to migrate and does nothing. The log output is perhaps unnecessary but it shows it's working as expected.

newtewt · 2020-11-17T13:58:41Z

@garethbowen that script is used to retain the data when going from crosswalk to the newer webview version right? @ngaruko did you confirm that upgrading doesn't wipe the data? I thought side loading or installing from the gradle wipes everything so I'm a little concerned at how we would test that.

garethbowen · 2020-11-17T20:12:19Z

Yes the script moves cookies (session) and indexeddb (pouchdb) data from the crosswalk dir to the webview dir. I tested during development by side loading from gradle and after reloading the app a couple of times I was automatically logged in and skipped the initial replication step. This proved to me that both cookies and indexeddb were being migrated correctly (albeit with some delay). This would not have worked if the gradle install wiped everything and I'm not sure why that would be happening for you.

I'll try and get travis to push an alpha of the unbranded apk to the play store ASAP to make testing easier and more production-like.

newtewt · 2020-11-18T14:23:13Z

@garethbowen I think we need a way to handle connection errors presented by chrome. I have to close the app to get rid of the error and then ensure I am connected to data.

I am able to get the connection error message by

Installing the main branch.
logging in to my ngrok instance with offline user.
Disable wifi.
Install the webview version and launch.
Brings you to the error shown in the screenshot below. You have to close the app and relaunch. Back button just navigates out of the app.

garethbowen · 2020-11-18T22:24:18Z

We used to detect that and render a error message with a "retry" button. I'll investigate what changed and try and reimplement it.

garethbowen · 2020-11-18T23:25:39Z

@newtewt I've fixed a regression where we added a slightly nicer error message and a retry button at the bottom of the error page. I think this is broken in the Crosswalk version too so I'm not sure when this regression occurred. I'm still working on getting the alpha build to be published, so to test you can either wait for that, or build the apk from source.

garethbowen · 2020-11-23T03:28:18Z

@antonykhaemba We're putting the final touches on testing now - so far so good. Have you got an exact date you need this release by? Would you be interested in a pre-release apk so you can do some testing of your own?

antonykhaemba · 2020-11-23T05:25:07Z

The Safari Doctors project is supposed to go live on 1st of December 2020. Yes I would be interested in testing the pre-release apk? @garethbowen

cc @billwambua

garethbowen · 2020-11-23T06:49:16Z

@antonykhaemba Great. I expect to have a release out some time this week and will let you know as soon as it lands. If you want to have a go before that you can create your flavour branch from the 106-webview-for-android-10 branch and then tag it like normal. FYI there is a less than ideal experience for users when upgrading from an older version but as this is a new project this shouldn't affect you - I'll document this properly in the release notes when the release is ready to go.

mrjones-plip · 2020-11-25T00:56:41Z

I've finished all my testing that I can and put my results on the spreadsheet.

I guess my only concern is with @garethbowen's comment (below) means we can't fully test the play store upgrade on Android 10 😞

I can't publish 0.5.x (or earlier) to the Play Store because of the exact sdk version limit that this branch is trying to fix. What that means is it's impossible to set up a new app on the Play Store to accurately test it out."
- slack

However, @garethbowen has a LOT more experience than me with this, so I'll defer to him!!

This bumps the target SDK version for Play Store compliance. It also introduces a webview based flavor for Android 10+ devices with a data migration step. The build has been modified so it doesn't publish each brand's app. It also adds a "gamma" brand for internal testing. #106

garethbowen · 2020-11-30T22:55:32Z

This has been released in v0.6.0

This bumps the target SDK version for Play Store compliance. It also introduces a webview based flavor for Android 10+ devices with a data migration step. The build has been modified so it doesn't publish each brand's app. It also adds a "gamma" brand for internal testing. #106

garethbowen added Priority: 2 - Medium Type: Technical issue labels May 26, 2020

garethbowen mentioned this issue May 28, 2020

Build app with Android 11 Developer Preview. Ensure app still functions #108

Closed

njogz self-assigned this Aug 3, 2020

njogz linked a pull request Aug 5, 2020 that will close this issue

106 update target sdk version #112

Closed

njogz removed a link to a pull request Aug 5, 2020

106 update target sdk version #112

Closed

njogz mentioned this issue Aug 5, 2020

106 update target sdk version #112

Closed

ngaruko mentioned this issue Aug 20, 2020

Investigate the possibility of dropping Crosswalk medic/cht-core#5723

Closed

njogz mentioned this issue Aug 20, 2020

Support Android 10+ #114

Closed

garethbowen self-assigned this Sep 15, 2020

garethbowen added a commit that referenced this issue Oct 30, 2020

First stab at android 10 support via webview

31329de

NOT READY TO MERGE #106

garethbowen mentioned this issue Nov 11, 2020

Create a webview flavour for Android 10 support #124

Merged

ngaruko self-assigned this Nov 15, 2020

garethbowen added Priority: 1 - High and removed Priority: 2 - Medium labels Nov 17, 2020

newtewt mentioned this issue Nov 18, 2020

Form submissions hang in desktop browsers when location permission requests are ignored by users medic/cht-core#6711

Closed

garethbowen closed this as completed Nov 30, 2020

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Update target SDK version to 29 #106

Update target SDK version to 29 #106

garethbowen commented May 26, 2020

garethbowen commented Aug 5, 2020

ngaruko commented Aug 19, 2020 •

edited

Loading

njogz commented Aug 19, 2020

garethbowen commented Aug 24, 2020

garethbowen commented Aug 25, 2020

garethbowen commented Sep 8, 2020

njogz commented Sep 8, 2020

ngaruko commented Sep 8, 2020

newtewt commented Sep 15, 2020

makombe commented Nov 12, 2020

newtewt commented Nov 12, 2020

makombe commented Nov 12, 2020

garethbowen commented Nov 15, 2020

ngaruko commented Nov 17, 2020 •

edited

Loading

abbyad commented Nov 17, 2020

ngaruko commented Nov 17, 2020 •

edited

Loading

antonykhaemba commented Nov 17, 2020

ngaruko commented Nov 17, 2020 •

edited

Loading

garethbowen commented Nov 17, 2020

newtewt commented Nov 17, 2020 •

edited

Loading

garethbowen commented Nov 17, 2020

newtewt commented Nov 18, 2020

garethbowen commented Nov 18, 2020

garethbowen commented Nov 18, 2020

garethbowen commented Nov 23, 2020

antonykhaemba commented Nov 23, 2020

garethbowen commented Nov 23, 2020

mrjones-plip commented Nov 25, 2020

garethbowen commented Nov 30, 2020

Update target SDK version to 29 #106

Update target SDK version to 29 #106

Comments

garethbowen commented May 26, 2020

garethbowen commented Aug 5, 2020

ngaruko commented Aug 19, 2020 • edited Loading

njogz commented Aug 19, 2020

garethbowen commented Aug 24, 2020

garethbowen commented Aug 25, 2020

garethbowen commented Sep 8, 2020

njogz commented Sep 8, 2020

ngaruko commented Sep 8, 2020

newtewt commented Sep 15, 2020

makombe commented Nov 12, 2020

newtewt commented Nov 12, 2020

makombe commented Nov 12, 2020

garethbowen commented Nov 15, 2020

ngaruko commented Nov 17, 2020 • edited Loading

abbyad commented Nov 17, 2020

ngaruko commented Nov 17, 2020 • edited Loading

antonykhaemba commented Nov 17, 2020

ngaruko commented Nov 17, 2020 • edited Loading

garethbowen commented Nov 17, 2020

newtewt commented Nov 17, 2020 • edited Loading

garethbowen commented Nov 17, 2020

newtewt commented Nov 18, 2020

garethbowen commented Nov 18, 2020

garethbowen commented Nov 18, 2020

garethbowen commented Nov 23, 2020

antonykhaemba commented Nov 23, 2020

garethbowen commented Nov 23, 2020

mrjones-plip commented Nov 25, 2020

garethbowen commented Nov 30, 2020

ngaruko commented Aug 19, 2020 •

edited

Loading

ngaruko commented Nov 17, 2020 •

edited

Loading

ngaruko commented Nov 17, 2020 •

edited

Loading

ngaruko commented Nov 17, 2020 •

edited

Loading

newtewt commented Nov 17, 2020 •

edited

Loading