I just want to stand on land.
- User Since
- Oct 9 2014, 1:53 AM (333 w, 3 d)
- IRC Nick
- LDAP User
- MediaWiki User
Thu, Feb 25
This look good @ifried. We should layout the checkboxes one below the other (instead of next to each other) now that we'll have three of them.
Wed, Feb 24
Tue, Feb 23
@STran, both these decisions make sense to me, thank you.
Fri, Feb 19
Thu, Feb 18
Wed, Feb 17
Tue, Feb 16
Thu, Feb 11
Wed, Feb 10
Tue, Feb 9
Yep, changing to just (username) in the brackets make sense. Thanks for pointing it out.
Mon, Feb 8
@Tchanders I was thinking it could follow the same functioning and label as Special:Log, 'From date (and earlier):'. Is there something different in SecurePollLog that would benefit from '(and later)'?
Is it alright to have a link to a mediawiki.org help page in the help text? If so, the help text could be generic like "For more information, see Help:Downloading account data". We could then give more details on single project and wiki-farm setups there.
Thu, Feb 4
Tue, Feb 2
The help text at the top might need some updating.
The election record has been encrypted, but the decryption key is available. You can choose to either tally the results present in the database, or to tally encrypted results from an uploaded file
Mon, Feb 1
Jan 28 2021
Jan 26 2021
@Tchanders merging the two forms sounds like a good idea. What do you think about not adding the radio, and instead processing using the file if its uploaded, and otherwise processing whats in the database? We could have some inlineHelp with the File input to explain this.
Jan 25 2021
Jan 21 2021
Jan 20 2021
Jan 15 2021
Thanks for the screenshots and explanation, @STran. We aren't using the pattern of having submit button both on the top and bottom in MediaWiki. We could make it work but it might require more design and subsequently development work. I'd suggest we go with option 2.
Jan 14 2021
Jan 13 2021
@STran I thinks it's alright to use the same error text. Is there a default error style we can use here? Something from HTMLForm or OOUI?
We can add a text input to enter the key and decrypt the page
@STran could you share a screenshot of the page? Would it be possible to move the button to the bottom of the form?
Jan 12 2021
Thanks @Tchanders! Yep, I think its an alright trade-off to have a jump on IP ranges.
Jan 11 2021
The errors in T263442 seem like they would result in no data being available instead of partial data. In that case, replacing the entire output with the error would be good.
Yep, only the last column has on-wiki information. # of users on IP is something that comes from the IP database, as far as I know MediaWiki can't have this information. Am I missing something here?
Thanks for your input, @JJMC89! I mostly agree, and that is what the current design does too. But, I have two thoughts around this:
- When a lot of things are unavailable we might be taking up a lot of space without adding value
- Not available and Errors are different things and might need different treatments (also see T263442). For eg, if we think refreshing the page could help show a value we should surface that.
@cwylo based on the interviews you conducted, do you think these value/color combinations make sense?
See T270333 for more context.
Jan 7 2021
Jan 6 2021
Jan 5 2021
Jan 4 2021
Noting that T267402: IPInfo: Blocked users can use IPInfo introduces another kind of error.
I think @Samwilson's patch was merged, but I don't see the labels on the tool. I don't think this is being actively worked on at the moment, moving to backlog.
In what context will the user be looking for range IP info? Will they be coming from CheckUser?
For History and RecentChanges pages, an edit can only be linked to a single IP address, right?
Dec 17 2020
This is looking great @STran! Thanks for sharing the screenshots. I'll make follow-up tasks for the padding things we talked about.