Support for "logout" and "delete_account" messages is missing from fx-webchannel
Categories
(Firefox for Android :: Accounts and Sync, defect, P1)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox130 | --- | fixed |
People
(Reporter: mavduevskiy, Assigned: jonalmeida)
References
(Depends on 1 open bug, Blocks 4 open bugs)
Details
Attachments
(4 files, 2 obsolete files)
Problem
When a user is deleting the account at "accounts.firefox.com", the app enters reath state
Solution
Listen to the webchannel message confirming account removal, and change the app state accordingly. UX should be similar to what we have on desktop.
| Reporter | ||
Updated•2 years ago
|
Comment 1•2 years ago
|
||
Updated•2 years ago
|
| Assignee | ||
Updated•1 year ago
|
| Assignee | ||
Comment 2•1 year ago
•
|
||
I'm going to take this since we are landing an FXA patch that would be nice to have both our platform across both of our platforms.
| Assignee | ||
Updated•1 year ago
|
| Assignee | ||
Updated•1 year ago
|
| Assignee | ||
Updated•1 year ago
|
| Assignee | ||
Updated•1 year ago
|
| Assignee | ||
Updated•1 year ago
|
| Assignee | ||
Comment 3•1 year ago
|
||
We log out from the FxaAccountManager here for the fxaccounts:logout
and fxaccounts:delete_account messages to stay in line with desktop
and [iOS][1] who the same thing today.
| Assignee | ||
Comment 4•1 year ago
|
||
This is something we want to use to make sure that the Custom Tab
intent that we received is from our own application so that we don't
mistakenly try and close an actual Custom Tab in a third party app
that has the web channel code running there.
Depends on D217156
| Assignee | ||
Comment 5•1 year ago
|
||
To connect the feature to the UI, we wrap it in an integration class
so that its isolated as we start to handle more commands.
We also early-return when we know that the shared UI is opened from
within the app instead of from a third party app.
Depends on D217158
| Assignee | ||
Comment 6•1 year ago
|
||
When adding some of these tests, we add a MainCoroutineRule which
now makes anything that was wrapped in the a Dispatchers.Main
coroutine. Since we weren't doing this before, a bunch of tests
started to fail that were not exercising the real codepaths.
Another example where we need to stop using mocks everywhere unless
it is necessary.
Depends on D217159
https://hg.mozilla.org/mozilla-central/rev/50fe4f973e73
https://hg.mozilla.org/mozilla-central/rev/e84bc1a197fc
https://hg.mozilla.org/mozilla-central/rev/fa0ced592e7d
https://hg.mozilla.org/mozilla-central/rev/82c5d07c2f16
Hi Jonathon, I was planning to use this function isInternalIntent() you added for a little something but it wasn’t serving my purpose unfortunately.
If you go to Settings -> Sync and save your data -> Use email instead.
This returns an internal custom tab (as I understand it, means any custom tab that our app launched?). But this function returns false and the reason for that is safeIntent.getStringExtra(EXTRA_ACTIVITY_REFERRER_PACKAGE) returns null .
Could you please take a look whenever you have time?
Let me know if this is a bug or is expected?
(Attaching recording for reference)
| Assignee | ||
Comment 10•1 year ago
|
||
(In reply to [:skhan] from comment #9)
Created attachment 9426585 [details]
Screen_recording_20240923_014823.mp4Hi Jonathon, I was planning to use this function
isInternalIntent()you added for a little something but it wasn’t serving my purpose unfortunately.
If you go to Settings -> Sync and save your data -> Use email instead.
This returns an internal custom tab (as I understand it, means any custom tab that our app launched?). But this function returns false and the reason for that issafeIntent.getStringExtra(EXTRA_ACTIVITY_REFERRER_PACKAGE)returns null .
Could you please take a look whenever you have time?
Let me know if this is a bug or is expected?
(Attaching recording for reference)
I spoke with skhan offline. This question was related to bug 1912642.
The TLDR is that the extension method is documented to only work for intents coming from IntentReceiverActivity, so any intent that comes indirectly from there, cannot be guaranteed to have the same EXTRA_ACTIVITY_REFERRER_PACKAGE property.
| Assignee | ||
Comment 11•1 year ago
|
||
Comment on attachment 9426585 [details]
Screen_recording_20240923_014823.mp4
Marking as obsolete, so we don't confuse this attachment with this bug.
Description
•