Page MenuHomePhabricator

[native] Don't bother with keyserver auth in BackgroundIdentityLoginHandler
ClosedPublic

Authored by ashoat on Jul 6 2024, 2:39 PM.
Tags
None
Referenced Files
Unknown Object (File)
Mon, Jul 22, 10:18 PM
Unknown Object (File)
Sun, Jul 21, 9:45 PM
Unknown Object (File)
Sun, Jul 21, 7:35 PM
Unknown Object (File)
Sun, Jul 21, 6:09 PM
Unknown Object (File)
Sun, Jul 21, 4:57 PM
Unknown Object (File)
Fri, Jul 19, 6:25 AM
Unknown Object (File)
Thu, Jul 18, 10:37 PM
Unknown Object (File)
Thu, Jul 18, 10:26 AM
Subscribers
None

Details

Summary

We don't need to do it here, since we're already auth'd with the authoritative keyserver.

We just need to perform identity auth.

This mitigates ENG-8725 and ENG-8726, and addresses ENG-8779.

Test Plan

Confirm that I'm able to go from a release build running with usingCSAT=false to one running with usingCSAT=true. Exact instructions here. Make sure that the two "mitigated" issues are no longer present, and that the upgrade goes without issue (except for ENG-8778, which is a separate issue)

Diff Detail

Repository
rCOMM Comm
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

ashoat requested review of this revision.Jul 6 2024, 2:56 PM

we're already auth'd with the authoritative keyserver

Why is it guaranteed?

This revision is now accepted and ready to land.Mon, Jul 8, 1:40 AM

we're already auth'd with the authoritative keyserver

Why is it guaranteed?

That's a good question. The dataLoaded condition generally guarantees this, but I'm currently investigating a situation in ENG-8772 where dataLoaded is true despite the user being logged out (currentUserInfo is anonymous).

As part of that investigation, I'll probably conclude that we need to block BackgroundIdentityLoginHandler on both conditions in LogInHandler: loggedIn and navLoggedIn. I've created ENG-8785, and we can track this work there.