Android Nougat 7.0 brings a lot of cool new features. One of them is extra flexibility of WebViewProviders.
Besides AOSP WebView and Google WebView, Nougat offers the possibility to use Google Chrome (and its Beta and Dev variants) as WebView provider too. Users have the possibility to select their WebView provider from the Android Settings. This feature is available in stock ROMs, but not yet in custom ROMs without a patch, because AOSP code assumes only AOSP WebView is available.
For ROM developers it is a necessity to include a list of valid WebView Providers in the framework config to expose all possible WebView Providers. On Google’s Nexus devices this list consists of Google Chrome variants and Google WebView. In the upstream AOSP code only AOSP WebView is defined by default.
ROM developers should apply this initial patch and this incremental fix patch to their source tree to add Google WebView and Google Chrome (plus its variants) as valid WebView providers and achieve functional equivalence with stock ROMs.
Users that want optimal WebView experience, please notify your ROM developer of this patch by members of the Open GApps team and ask them to include it in their ROM. In the near future the Open GApps scripts will be adapted to assume the ROM knows about all these valid WebView providers (just like with 5.1 and 6.0 that did work with Google WebView).
30 October 2016 an update for the initial patch has been released, blogpost updated to include it too.
Arrr! Sea dogs an’ land lubbers, th’ Open GApps Team wishes ye a grog-filled talk like a Pirate Day!
To celebrate it in gentleman o’ fortune style we tuned our colors fer ‘tis special tide, we woe ye like it! Success flashin’ yer GAarpphs!
Hearty thanks t’ Yeti fer th’ beautiful artwork.
A brand new Android release Nougat appeared at the end of last month. As Open GApps we quickly got to work and were happy to launch on August 24th our first 7.0 packages, well before any 7.0 AOSP ROMs were available yet.
One challenge is, when there are no AOSP builds in existence, that it is impossible to test the package. So even though we did do as much as we could, the current builds are beta-quality at best. Until we get stable 7.0 ROMs on a device we can test on, users can experience some glitches that were not caught yet.
Android 7.0 brought us some applications and keywords. First of all we got some Google Android Shared Services that are now part of the core package. But we also received the new Google VR Services and the Print Service Recommendation from Google.
Webview and Chrome
Another important change, and giving still some headaches, is the new Google Webview behavior. In 7.0 Google Chrome and its variants (Beta, Dev, Canary) can replace the standard Google Webview package as Webview provider. Our developers are currently busy figuring out what patches should be applied to ROMs to allow Webview provider selection on feature-parity with Google’s stock ROMs. When sorted out and patches provided to ROM developers this will probably imply some changes the package selection and logic for 7.0. i.e. when Google Chrome is installed it would be unnecessary to install Google Webview too.
APK Signature Scheme v2
Google also decided to introduce a new APK signature scheme with Nougat. If enforced as described in the documents, this could pose serious issues and limitations for installing up-to-date GApps packages on 7.0. It is not clear yet if the strictness from the documentation also applies to all APKs stored on
/system partition. People already report various success with the (smaller) 7.0 GApps packages on XDA, so it might not as bad as feared. But we will later go through the AOSP source code to get a better understanding of these changes.
Support and Questions
As usual, if you experience any issues with these packages, please report them in our XDA thread and don’t forget to attach debug logs and a logcat!
Good news for those who are still using Android Lollipop and do like Google Calculator!
AOSP app replacements by Google
Google started in recent years to replace various apps that used to be completely in the AOSP project with their own proprietary spins on Nexus and Android One devices. This started with Lollipop (5.X) for Google’s WebView, Google Contacts, Google Dialer, Google Clock and Google’s NFC Tag apps. With Android Marshmallow (6.0) this was also extended to the Google Calculator app.
Google Calculator minimal API level
When the first spins of Google Calculator were released with the Nexus devices of 2015, the APK for Google Calculator were compiled to demand at minimum API level 23, that means Android 6.0. So Open GApps could only offer to install the Google Calculator in the 6.0 packages. Last week Google released an updated version of the APK in preparation for Android Nougat (7.0) and at the same time decided to lower the requirement to API level 21. We don’t know why they lowered the requirement, because in general compiling for a lower API level means that the code has to include more compatibility-hacks. But we tested this new APK on Android (5.X) devices and it works without problems. That is why you can now find Google Calculator also in the (5.0) and (5.1) Open GApps packages (mini and larger).
Because of health issues development on the scripts has been a bit slow recently, sorry for that. Nevertheless it was time to blog, so today a small update and a link to the Pokémon Go APK.
Build system overhaul
I have still have some major architectural overhauls for the Open GApps build system queued, but I need more time to fix some last issues with it. When these changes are done, the build system will be much faster and use less disk space during builds, and prepares the way to multi-architecture/dynamic packages.
Moar and moar APKs
As could be read in our previous blogpost our APKCrawler project got some big updates and we are now crawling more intensively than ever before for new APKs. x86_64 tend to also be much more complete now. Also we updated the playstorecrawler to be able to find updates for the Play Store itself directly, a mechanism that is a bit different than regular APKs.
What is up with TVStock?
We are still busy in the process of preparing a package for Android TV. It is not there yet (and first the build system overhaul has to be done). So no ETA yet.
GPG signed commits
Recently I switched to a new GPG key, because my old one was from 2005 and could not be considered safe anymore because of the low amount of bits. Created a new one now and applied the necessary good practice (masterkey offline, various subkeys for daily use). Still in the process of the switch and propagation of the new key. But I hope to include verified commits into our development workflow soon.
Pokémon Go is the biggest application hit ever, it seems. Even the devs are messing around with it (we can tell you it uses Google’s protobuf)! Unfortunately eligibility is geo-location restricted, but using APKCrawler we could get the APK straight from the Play Store! You can download it here There is only an arm version at the moment, so those who have x86 devices might encounter low performance (or it not working at all). Let’s hope Nintendo releases a multi-architecture version soon!
Notice the Pokemon Go APK has been updated several times already and we will try to keep track of the most recent version