even with setBlockNetworkLoads(true),
shouldInterceptRequest() is called,
not sure if this is a bug or expected behavior,
i did not find documentation for that;
intuitively, i dit not expect sort of a proxy to bypass
and explicit block_networks = true,
however, one can probably also argue in the other direction.
leaving setBlockNetworkLoads(true),
in case default behavior changes (or older webviews have different ones),
we have a second layer.
* Set WebView proxy to 0.0.0.0 when possible
* add DcHttpResponse to wrapper
* use new DcHttpResponse to show images in email-html-view
* null-encoding is fine for WebResourceResponse()
---------
Co-authored-by: B. Petersen <r10s@b44t.com>
Upgraded gradle plugin from 7.2.2 to 7.4.2.
Upgraded gradle wrapper with
./gradlew wrapper --gradle-version 8.0.2 --gradle-distribution-sha256-sum=ff7bf6a86f09b9b2c40bb8f48b25fc19cf2b2664fd1d220cd7ab833ec758d0d7
This command updated gradle/wrapper/gradle-wrapper.properties.
Checksum for 8.0.2 is copied from <https://gradle.org/release-checksums/>.
Replaced deprecated "package" attribute with "namespace" in build.gradle.
* update deltachat-core-rust to 'ref: More logging for ongoing and get_backup (#4289)' of branch 'stable-1.112'
* update changelog for 1.36.2
* bump version to 1.36.2
* add some feedback at end of upload-release script, similar to upload-beta
* make sure, only one error alert is shown
DcBackupProvider.unref() will soon also emit errors,
see https://github.com/deltachat/deltachat-core-rust/pull/4242 ,
but also before, this was only correct by coincidence
* do not handle events on shutdown
DcBackupProvider.unref() may emit events,
but that may happen also for other reasons.
be explicit by a flag,
relying on activity.isFinishing() or by the already removed observer seems
error prone, esp. on future changes. do not make me think :)
B. Petersen