@cmadeo We will be redoing our navigation in the near future so I'm not sure these changes (Log in, Temp account row) will still remain in Settings. Can you let us know how this should look with the new navigation pattern? T373714

@cmadeo We will be redoing our navigation in the near future so I'm not sure these changes (Log in, Temp account row) will still remain in Settings. Can you let us know how this should look with the new navigation pattern? T373714

Hi @Tsevener I don't have edit or copy access to this file by @scblr, but before I make a separate design I wanted to check with you both to see if this fulfills the use case you are describing.

Thanks, @cmadeo and @Tsevener.

I’m not 100% proficient with the temporary accounts project, but from what I see, we could remove it from Settings if we add the temporary account’s talk page to the new modal:

Before		After

Re: label @cmadeo → should we keep the label Temporary account talk page or call it Talk page since the above Temporary account option gives it context?

@scblr after talking with @KColeman-WMF, the Temporary account label should be replaced with the temporary account ID, following the talk page can be called Talk page given the context.

In T337523#10142469, @cmadeo wrote:

@scblr after talking with @KColeman-WMF, the Temporary account label should be replaced with the temporary account ID

Sounds good – tagging @Tsevener for visibility! 👋

Sounds good – tagging @Tsevener for visibility! 👋

@scblr I don't mean to be a stickler but if I could have a mock with this example (i.e. the temporary account ID name instead of "Temporary account"), that would help with confusion during development.

Also @cmadeo and @scblr -

Looking at https://www.mediawiki.org/wiki/User_account_types and https://www.mediawiki.org/wiki/Wikimedia_Apps/Account_FAQ, it looks to me like we also need an entry point to the user page and notifications center for temporary accounts in the new profile view. Let me know if that sounds right, thanks.

@Tsevener, hi! Yes that is correct (it can be styled similarly as for registered users)

Hi @scblr,

Can you go through the comments and update the task description with the final mocks / requirements? We need the mocks in https://phabricator.wikimedia.org/T337523#10133271 moved to the task description. I would also like the mock to show the temporary account ID instead of "Temporary account" per https://phabricator.wikimedia.org/T337523#10176162.

Tagging @HNordeenWMF in case I'm missing anything.

Going to move this off of the workboard and in the design column in the backlog

@scblr when you are updating designs for the task description, there are more updates that need to be made for the Temporary account view of the Profile.
Temporary accounts can have access to Notifications, User Page, and Talk page, so those should also be visible in Profile. I created a separate task to make sure there's access T381447, but please also include those items in these designs.

FYI: I updated the task’s description @HNordeenWMF @Tsevener.

Changelog:

• Updated screen title from Account to Temporary account for clarity
• Replaced Temporary account list item with ~2025-7894561 (example of a temporary account name) in Profile and Settings
• Added Notifications list item
• Defined behavior when tapping the temporary account name ~2025-7894561 (it opens the temporary account’s user page)

Affected screens:

I hope I caught them all! Should this be moved to the iOS Release FY2024-25 board @HNordeenWMF ?

Thanks @scblr! One thing: should the bolded header also be the temporary account ID instead of "Temporary account"? Not sure based on this comment from @cmadeo

In T337523#10142469, @cmadeo wrote:

@scblr after talking with @KColeman-WMF, the Temporary account label should be replaced with the temporary account ID, following the talk page can be called Talk page given the context.

@HNordeenWMF I think in this case it's okay to use 'Temporary account' or 'Account' for the header as what needed to be replaced was the menu item (which is updated above)

Hi @scblr @cmadeo

Are we sure we want to bring back accessing talk page through Settings > tapping Username? Currently our permanent users can only access talk page through Profile. Just want to make sure that's expected.

Mock Settings > tapping Username

Current Settings > tapping Username

Apologies, @Tsevener these mocks were created before the new profile was created. I'll defer to @scblr, but my guess would be that we wouldn't want to bring back accessing talk page through Settings > tapping Username.

@cmadeo – would this be the updated designs, then? ⬇️

• Also, I’m unsure whether End session or Vanish account would be available.
• Also, is Auto sign discussions an option?

THX

@scblr the headings and titles look good, as well as exposing the account number instead of username, I will defer to @KColeman-WMF for the questions around end session vs. vanish account + auto signing.

In T337523#10493428, @cmadeo wrote:

I will defer to @KColeman-WMF for the questions around end session vs. vanish account + auto signing.

@Niharika please can you advise on the above questions? Thanks!

In T337523#10503836, @KColeman-WMF wrote:

In T337523#10493428, @cmadeo wrote:

I will defer to @KColeman-WMF for the questions around end session vs. vanish account + auto signing.

@Niharika please can you advise on the above questions? Thanks!

We should not expose the account vanishing feature to temporary accounts.

In T337523#10467166, @scblr wrote:

@cmadeo – would this be the updated designs, then? ⬇️

• Also, I’m unsure whether End session or Vanish account would be available.

End session should be available to be consistent with the desktop experience. It should also have a confirmation step before the session ends (see T378806).
Vanish account should not be available for temp accounts.

• Also, is Auto sign discussions an option?

If the question is whether temp accounts have access to a preference for auto-signing, then the answer should be no. Temp accounts do not have access to preferences.I would say it makes sense to do the same as what we did for IP addresses on this.

Thanks @Niharika ! I update our Apps table for what temp accounts should have access to based on these answers https://www.mediawiki.org/wiki/Wikimedia_Apps/Account_FAQ

In T337523#10522377, @HNordeenWMF wrote:

Thanks @Niharika ! I update our Apps table for what temp accounts should have access to based on these answers https://www.mediawiki.org/wiki/Wikimedia_Apps/Account_FAQ

Thanks! This is useful. :)

Detailing why we still think this is a 5:

• Exposing Notifications, Talk Page, and User page in Profile is not much work, assuming none of those features require additional changes to work with temporary accounts. We aren't certain that's the case.
• Profile for temp accounts is still slightly different than a logged in user. The account name is not displayed in the large font, instead a generic "Temporary account" is displayed at top, the more specific temp account name is displayed as a line item.
• The Settings root change is different than how it currently acts for both logged in users and IP users. This is an objective-c file so that adds additional overhead to adjust.
• The Settings detail view (with "Talk page") is a brand new view to build. Neither ip users nor logged in users push to a screen like this.
• The Expiry toast requires additional deep-down logic to pull the cookie expiration time. Might not be too much work but this isn't UI-only work.
• "Tap on Learn more" is a brand new view, though note it's possible, depending on the order of temp accounts UI work, that this component will already be built.

As comparison, https://phabricator.wikimedia.org/T337250 (editing flow changes) was broken out into subtasks and totaled up to 11 points. So by comparison 5 here feels about right. We can break this one down into subtasks if that's preferred.

In T337523#10568812, @Tsevener wrote:

Detailing why we still think this is a 5:

• Exposing Notifications, Talk Page, and User page in Profile is not much work, assuming none of those features require additional changes to work with temporary accounts. We aren't certain that's the case.

From a user point of view, it should be the same as for a permanent account, except that temporary accounts will not be able to set any preferences related to what types of notifications they receive.

hi @Niharika or @kostajh, could you confirm the expiration flow in the Task description matches web / looks ok?
Our plan is to let users know their Temp accounts expires 90 days after their creation immediately after their Temp account is created.
Then again notify them 10 days before expiration.

Hi. Engineer on Trust and Safety Product Team speaking, but not on behalf of either Niharika or Kosta. I noticed a few issues:

1. In F37098516, the text should probably be "Your account will expire in 90 days" instead of "Account will expire in 90 days"
2. In F58808672, there appears to be a missing full stop after "10 day" and "day" should probably be plural

One thing to note from an engineering angle. The expiration of a temporary account and the number of days before expiration to notify are controlled via site configuration. It may make sense to get these values from site configuration instead of hard-coding them. If not, I think the expiration of a temporary account is going to be pretty static but the "notify before" days may be less static.

l-olson1214 opened https://github.com/wikimedia/wikipedia-ios/pull/5222

mazevedofs closed https://github.com/wikimedia/wikipedia-ios/pull/5222

Working for me on 7.7.4 (5154)

Technically we don't need to give Temp accounts access to "Talk" from Settings> Account since we removed that for logged-in users when we added profile, but not a blocker to have an extra access point