User Details
- User Since
- Nov 27 2014, 3:32 AM (433 w, 4 d)
- Availability
- Available
- IRC Nick
- Niharika
- LDAP User
- Niharika29
- MediaWiki User
- NKohli (WMF) [ Global Accounts ]
Today
Thanks for the patch @Umherirrender!
Fri, Mar 17
I'm not sure I follow. How would we inform users about this impending change if they have not provided us with an email address? Can we go the MassMessage route? I am especially concerned about any accounts that have been active in the last year or so. I would also like to give them heads up in advance (at least 1 month) that this change is happening and tell them what their new username will be. If we cab create a list of the users who were active in the last year and have to be renamed, I can work with CRS to inform them using MassMessage.
Thu, Mar 16
Hi! I want to clarify that the following are code functions and not database fields:
- User::isRegistered() will return true for all registered accounts, including temporary accounts.
- User::isAnon() will return false for such temporary accounts.
- User::isTemp() will return true exclusively for temporary accounts.
- User::isNamed() will return true exclusively for registered accounts that are not temporary accounts.
Wed, Mar 15
Tue, Mar 14
Thanks @Dreamy_Jazz. @dom_walden would T331008 cover it?
I think there's a few different scenarios we need to think about here. Let me try and clarify.
Sat, Mar 11
Late to the party - I think it would be good to implement notifications for temp users as this would facilitate better communications with them. Communicating with unregistered editors has been a long-standing community pain point, having come up in various discussions over and over.
For the MVP, maybe we don't worry about giving them the ability to disable notifications? I don't have data about how frequently people disable notifications. That can be a consideration while making this decision.
Fri, Mar 10
@valerio.bozzolan Hi! Sorry for my late reply. I agree with @Vituzzu and @SCP-2000 that this needs to go through a community approval process before it can be implemented. I'm sorry, I know that isn't a very satisfying answer. I have studied the problem of IP blocks and understand the extent of the impact. However this is a community decision ultimately.
Thanks @Umherirrender!
And from the client side, just fyi, the apps do allow users to accumulate reading lists locally even if logged out. It's only when logged into an account, we sync the reading lists to the server, using the ReadingLists extension. It should be very simple for the clients to maintain the same behavior for a temporary account (i.e. don't sync reading lists) as for a logged-out user.
Our guidance for IP Masking impacted products at the moment is to keep their experience consistent with current logged-out editor experience to avoid introducing drastic changes without prior community input.
With that in mind, I think it would be good to disable reading lists for temporary accounts and remove references to them in the UI.
@cscott We are not familiar with those codebases either. Do you know who might be able to help?
Wed, Mar 8
Tue, Mar 7
Sat, Mar 4
Fri, Mar 3
Thanks for filing ALL of these tasks, @Dreamy_Jazz. I just realized you filed so many. Thank you. Stay awesome.
Thanks for filing this one, @Dreamy_Jazz! Will add it to our next sprint.
Wed, Mar 1
Tue, Feb 28
Fri, Feb 24
Thu, Feb 23
@Dreamy_Jazz hi! If the problem is with the label reading "new" can we just take it out and say "Try out Special:Investigate" or something like it? I don't want to diminish its prominence. It is a relatively newer tool than Checkuser so I would argue a link to Special:Investigate should be more prominent on Special:Checkuser than the other way around. Is that okay?
Tue, Feb 21
I agree. Let's push this change through as is. We can follow-up with T319081.
@RHo if we pursue this task should we add a gray background to the IP address (aka future temp accounts) for consistency?
I think there's an outstanding question from @RHo in this task.
In addition, I wanted to check whether it will update the background colour everywhere with temp username, or only in pages where it is a link? See for example the page to create a Userpage for an IP editor at the moment, there are three differently styled IP addresses here
Vector 2022 Minerva