Mail Settings 1.19.1
User 1.19.1
Event Manager 1.19.1
User Settings 1.19.1
Contact Data 1.19.1
Contact Domain 1.19.1
Contact Hilt 1.19.1
Event Manager Domain 1.19.1
Mail Settings Data 1.19.1
Mail Settings Domain 1.19.1
Event Manager Data 1.19.1
User Data 1.19.1
User Domain 1.19.1
User Settings Data 1.19.1
User Settings Domain 1.19.1
User Settings Presentation 1.19.1
Account Manager 1.16.2
Event Manager 1.18.1
Human Verification 1.16.3
Payment 1.17.3
Plan 1.18.1
Account Manager Dagger 1.16.2
Account Manager Data 1.16.2
Account Manager Data Db 1.16.2
Account Manager Domain 1.16.2
Account Manager Presentation 1.16.2
Country Data 1.16.2
Country Domain 1.16.2
Country Presentation 1.16.2
Event Manager Data 1.18.1
Event Manager Domain 1.18.1
Human Verification Data 1.16.3
Human Verification Domain 1.16.3
Human Verification Presentation 1.16.3
Payment Data 1.17.3
Payment Domain 1.17.3
Payment Presentation 1.17.3
Plan Data 1.18.1
Plan Domain 1.18.1
Plan Presentation 1.18.1
When required account type by the client is external - currently used
only for VPN - switch between External and Username instead of Internal.
For future we might want client to inject this preference.
Since parts of `LoginViewModel` have been extracted into separate use cases,
the tests can also be simplified to use mocks for `CreateLoginSession` and `PostLoginAccountSetup`.
Any removed tests are now unit-tested in `CreateLoginSessionTest` and `PostLoginAccountSetup`.
Running the new `LoginViewModelTest` results in the same code coverage for `LoginViewModel`.
- extract login and local session creation into `CreateLoginSession` (`performLogin` and `handleSessionInfo`)
- extract post-login account check & setup into `PostLoginAccountSetup` (`setupAccountCheck` and the follow-up actions)
- modify `LoginViewodel.State` - most states is represented by `AccountSetupResult` which contains a detailed state
- update tests for `LoginViewModel`
The class `GetRecipientPublicAddresses` (which is in mail-message module)
is calling `publicAddressKeyRepository.getPublicAddressOrNull`. At one point,
the third argument of this method was changed from boolean to Source,
so the method signature has changed.
`GetRecipientPublicAddresses` was calling this method only with
two arguments, and the third one was implicit (as it had a default value).
As a result, we didn't get any compilation errors, but the app would crash at runtime.
matches() shouldn't be used for not exist case as per documentation:
"asserts that a view exists in the view hierarchy and is matched by
the given view matcher."