Status Update
Comments
sp...@gmail.com <sp...@gmail.com> #2
Since this is happening in Tink, rather than in the AndroidX library, it would be best to open an
se...@google.com <se...@google.com>
la...@gmail.com <la...@gmail.com> #3
ma...@gmail.com <ma...@gmail.com> #4
Tink is the library that does the heavy lifting in Jetpack Security.
And yes, potentially raising that issue with the Tink team directly could help.
sp...@gmail.com <sp...@gmail.com> #5
Here, created it there too:
[Deleted User] <[Deleted User]> #6
ap...@google.com <ap...@google.com> #7
jb...@google.com <jb...@google.com> #8
sp...@gmail.com <sp...@gmail.com> #9
jb...@google.com <jb...@google.com>
go...@gmail.com <go...@gmail.com> #10
n....@tinkoff.ru <n....@tinkoff.ru> #11
an...@gmail.com <an...@gmail.com> #12
cu...@gmail.com <cu...@gmail.com> #13
+1
cu...@gmail.com <cu...@gmail.com> #14
jo...@gmail.com <jo...@gmail.com> #15
ya...@gmail.com <ya...@gmail.com> #16
Branch: androidx-main
commit a505a060ec741478e4096e8d160e136de18e8f39
Author: Daniel Angell <danielangell@google.com>
Date: Thu Oct 13 12:14:15 2022
Upgrade tink to 1.7.0 in security-crypto
Changed some calls into Tink to avoid deprecation warnings.
Bug: 185219606 (and likely others)
Test: Ran the security-crypto test suite
Change-Id: I7b1dcb3bf3f5d018a93ac3b06280724559f63ded
M security/security-crypto/build.gradle
M security/security-crypto/src/main/java/androidx/security/crypto/EncryptedFile.java
M security/security-crypto/src/main/java/androidx/security/crypto/EncryptedSharedPreferences.java
iv...@gmail.com <iv...@gmail.com> #17
i wonder what about the rare crashes though.
js...@gmail.com <js...@gmail.com> #18
I'm pretty new on this project and I haven't dug deep into all of the strange behavior reported. But having read many of the bug reports my initial guess is crashes on initialization are related to encrypted files that got restored from a backup. If you back up all of an app's files - including EncryptedSharedPreferences - and then restore after moving to a new device, factory restoring a device, or perhaps even uninstalling and reinstalling an app, you will crash and it might not be clear why. The recommended way to use the security jetpack library lends to these kinds of errors. The files get encrypted with a key that won't be available inside of a backup copy. So decryption will always fail if that key isn't there when restoring from a backup.
sp...@gmail.com <sp...@gmail.com> #19
But even if it did, it should have been automatically handled by the library , and as long as it's not, be mentioned on the docs with an explanation of what should be done about it.
ad...@ade.se <ad...@ade.se> #20
and as long as it's not, be mentioned on the docs with an explanation of what should be done about it.
I have at least added a warning to the docs for now.
I'll look into the bug you linked.
Description
Component used:
Version used: 2.2.0 and 2.3.0-alpha07
Devices/Android versions reproduced on: N/A
ViewModels with more than one MutableLiveData get their nullability wrong.
Example:
This gives the error
Error: Cannot set non-nullable LiveData value to null [NullSafeMutableLiveData]