Risker (Risker)
Community member

Projects

User does not belong to any projects.

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Wednesday

  • Clear sailing ahead.

User Details

User Since
Oct 14 2014, 8:03 PM (170 w, 5 d)
Availability
Available
IRC Nick
Risker
LDAP User
Unknown
MediaWiki User
Risker

I wear several hats. I am a member of the Funds Dissemination Committee, a committee of the WMF's Board of Trustees. I am an active editor, administrator, checkuser and oversighter on English Wikipedia, and as well periodically help out on the OTRS queues addressing concerns from readers and (more often than one might expect) article subjects.

My primary interests here are to provide information and commentary on tasks that have an effect on my Wiki-roles. That range is far broader than one might think - any extension or interface that permits user-created content, many privacy and security-related issues, interactions between the developer team and the editorial communities.

Recent Activity

Thu, Jan 4

Risker added a comment to T182541: Update Wikimedia configuration to prevent some users from sending emails.

The solution solved a problem that wasn't really the problem. The issue was bots generating email messages to users who simply read a page. The solution was to give the users a global option to determine which wikis they wished to receive bot email messages from - or alternately to prevent bots from sending emails. (There is no evidence at all that bot email messages ever bring users to wikis.)

Thu, Jan 4, 10:20 PM · Anti-Harassment (AHT Sprint 12), Support-and-Safety, Patch-For-Review, Wikimedia-Site-requests
Risker added a comment to T178842: If a user has never triggered a logged action on a wiki, they should not be able receive emails by non-privileged users from there.

Noting in passing that this disabled the ability of enwiki users to email role accounts (User:Oversight and similar) which are expressly intended to receive emails only. Seems to me that the much better solution would have been to allow people to stop bot emails at their global preferences, or to select wikis from which they receive emails at the same point. This created unnecessary distress as people could not submit suppression requests.

Thu, Jan 4, 10:16 PM · MW-1.31-release-notes (WMF-deploy-2017-12-12 (1.31.0-wmf.12)), Anti-Harassment (AHT Sprint 11), Patch-For-Review

Oct 10 2017

Risker added a comment to T171027: "Read timeout is reached" DBQueryError when trying to load specific users' watchlists (with +1000 articles) on several wikis.

This is a hugely political issue. Let's please not do this unless necessary. Daniel has provided a patch for T177707 and Marius has been working on various other improvements.

Oct 10 2017, 8:50 PM · MW-1.31-release-notes (WMF-deploy-2017-10-03 (1.31.0-wmf.2)), User-notice, MediaWiki-extensions-WikibaseRepository, Wikidata-Former-Sprint-Board, Patch-For-Review, Collaboration-Team-Triage (Collab-Team-This-Quarter), DBA, Wikidata, Commons, Contributors-Team, Wikimedia-log-errors, MW-1.30-release-notes (WMF-deploy-2017-08-08_(1.30.0-wmf.13)), Russian-Sites, Wikimedia-General-or-Unknown, Performance, MediaWiki-Watchlist

Sep 27 2017

Risker added a comment to T175450: Support suppression (oversight) of newsletters.

@Risker Do you have better memory as if title suppression did removed in the past the page title as well from related logs? I know hideuser does, but I cannot remember if page suppression did as well.

Sep 27 2017, 2:50 AM · Stewards-and-global-tools, WorkType-NewFunctionality, MediaWiki-extensions-Newsletter, Security-Extensions, Security

Jul 24 2017

Keegan awarded T171405: Cannot suppress pages while deleting following change to page deletion interface a Love token.
Jul 24 2017, 3:24 AM · MW-1.30-release-notes (WMF-deploy-2017-07-18_(1.30.0-wmf.10)), Patch-For-Review, MediaWiki-Revision-deletion, Security-Core, Vuln-Infoleak, Regression, Security, MediaWiki-Page-deletion

Jul 23 2017

Risker added a comment to T171405: Cannot suppress pages while deleting following change to page deletion interface.

@Jalexander: the workaround is to suppress the log event manually, no? Doesn't seem worth keeping private accordingly unless I am misunderstanding..

Jul 23 2017, 10:01 PM · MW-1.30-release-notes (WMF-deploy-2017-07-18_(1.30.0-wmf.10)), Patch-For-Review, MediaWiki-Revision-deletion, Security-Core, Vuln-Infoleak, Regression, Security, MediaWiki-Page-deletion
Risker updated subscribers of T171405: Cannot suppress pages while deleting following change to page deletion interface.
Jul 23 2017, 9:17 PM · MW-1.30-release-notes (WMF-deploy-2017-07-18_(1.30.0-wmf.10)), Patch-For-Review, MediaWiki-Revision-deletion, Security-Core, Vuln-Infoleak, Regression, Security, MediaWiki-Page-deletion
Risker triaged T171405: Cannot suppress pages while deleting following change to page deletion interface as High priority.
Jul 23 2017, 4:47 PM · MW-1.30-release-notes (WMF-deploy-2017-07-18_(1.30.0-wmf.10)), Patch-For-Review, MediaWiki-Revision-deletion, Security-Core, Vuln-Infoleak, Regression, Security, MediaWiki-Page-deletion
Risker updated subscribers of T171405: Cannot suppress pages while deleting following change to page deletion interface.
Jul 23 2017, 4:41 PM · MW-1.30-release-notes (WMF-deploy-2017-07-18_(1.30.0-wmf.10)), Patch-For-Review, MediaWiki-Revision-deletion, Security-Core, Vuln-Infoleak, Regression, Security, MediaWiki-Page-deletion
Risker created T171405: Cannot suppress pages while deleting following change to page deletion interface.
Jul 23 2017, 4:37 PM · MW-1.30-release-notes (WMF-deploy-2017-07-18_(1.30.0-wmf.10)), Patch-For-Review, MediaWiki-Revision-deletion, Security-Core, Vuln-Infoleak, Regression, Security, MediaWiki-Page-deletion

Jul 13 2017

Risker added a comment to T170601: Massive spam to -owner mailing lists from *@qq.com emails.

Further note - being reported on other -owner lists via the List Admins mailing list.

Jul 13 2017, 5:45 PM · Wikimedia-Mailing-lists, Security
Risker added a comment to T170601: Massive spam to -owner mailing lists from *@qq.com emails.

Just to provide more complete information - approximately 1200 emails were received from the *@qq.com email addresses between 1330 UTC and 1634 UTC (when most of the list admins were removed as a stopgap measure, to stop the flooding of our personal email inboxes). They started at a rate of 1-2/minute and by the time I stopped receiving, they were coming at a rate of 15/minute. As best I can tell, this is the only *-L-owner mailing list affected - I am also a listadmin on a bunch of other lists and none of them were affected.

Jul 13 2017, 5:23 PM · Wikimedia-Mailing-lists, Security

Jul 6 2016

Risker added a comment to T131132: Re-label the "Save" button to be "Publish", to better indicate to users the outcomes of their action.

I can see your point, TheDJ. At the same time, this change is being based on 2009 interviews with 8 users from the San Francisco area in English only, and only one of them even mentioned the word "publish" in their interviews. All 8 of the interviewees understood that "save" meant their work was going to be saved, although there were some different understandings of what "save" meant. Such a small sample size and small result would be laughed at anywhere outside of website design, but meh. For the record, all 8 users experienced serious difficulties in relation to templates, which have if anything become more complex and opaque since those 2009 interviews.

Jul 6 2016, 12:59 AM · User-Ryasmeen, MW-1.28-release-notes, MW-1.28-release (WMF-deploy-2016-08-30_(1.28.0-wmf.17)), Community-Liaisons, MW-1.27-release (WMF-deploy-2016-05-03_(1.27.0-wmf.23)), MW-1.27-release-notes, Patch-For-Review, WikiEditor, VisualEditor, Contributors-Team, MediaWiki-Internationalization, MediaWiki-Page-editing, User-notice

Jul 4 2016

Risker added a comment to T131132: Re-label the "Save" button to be "Publish", to better indicate to users the outcomes of their action.

Mostly, I am saying "show why this change is better". There's no data to support that this change will have any different result. We have plenty of data to show that important and visible changes to the UI tend to foster significant hostility between the Wikimedia communities and the WMF if they are not well explained, well justified and well documented, and if the community is left to fix all the documentation and any unconsidered or ignored problems that may arise from it. Given there's no evidence "publish" is any more likely to result in better understanding on the part of new editors that their work will be immediately viewable on the internet (or alternately, that it won't be viewable in some cases, such as talk pages, draft space, and many other places where the "save" button currently appears), I don't think there is much benefit in burning off what little goodwill there currently exists between the editing community and the WMF over this particular "tweak".

Jul 4 2016, 9:49 PM · User-Ryasmeen, MW-1.28-release-notes, MW-1.28-release (WMF-deploy-2016-08-30_(1.28.0-wmf.17)), Community-Liaisons, MW-1.27-release (WMF-deploy-2016-05-03_(1.27.0-wmf.23)), MW-1.27-release-notes, Patch-For-Review, WikiEditor, VisualEditor, Contributors-Team, MediaWiki-Internationalization, MediaWiki-Page-editing, User-notice
Risker added a comment to T131132: Re-label the "Save" button to be "Publish", to better indicate to users the outcomes of their action.

Please don't be patronizing, Scott.

Jul 4 2016, 8:21 PM · User-Ryasmeen, MW-1.28-release-notes, MW-1.28-release (WMF-deploy-2016-08-30_(1.28.0-wmf.17)), Community-Liaisons, MW-1.27-release (WMF-deploy-2016-05-03_(1.27.0-wmf.23)), MW-1.27-release-notes, Patch-For-Review, WikiEditor, VisualEditor, Contributors-Team, MediaWiki-Internationalization, MediaWiki-Page-editing, User-notice
Risker added a comment to T131132: Re-label the "Save" button to be "Publish", to better indicate to users the outcomes of their action.

Incidentally, Scott...Base is not just referring to printed works. He is also referring to the hundreds of pages on every wiki in the Help space, and often in the Wikipedia or similar spaces that teach editors how to operate. It will take years, literally, to get those all cleaned up...

That's really not much of a problem on WMF wikis, where rapid mass changes are easily within technical ability, and again, it's not MediaWiki developers' responsibility to update other people's out of date documentation.

Jul 4 2016, 2:36 PM · User-Ryasmeen, MW-1.28-release-notes, MW-1.28-release (WMF-deploy-2016-08-30_(1.28.0-wmf.17)), Community-Liaisons, MW-1.27-release (WMF-deploy-2016-05-03_(1.27.0-wmf.23)), MW-1.27-release-notes, Patch-For-Review, WikiEditor, VisualEditor, Contributors-Team, MediaWiki-Internationalization, MediaWiki-Page-editing, User-notice
Risker added a comment to T131132: Re-label the "Save" button to be "Publish", to better indicate to users the outcomes of their action.

I'm going to agree with Base. I cannot understand why anyone would think "Publish" is a more appropriate word than "Save" in this context, especially as it does not apply to many of the tasks that are, erm, saved. A single universal word is going to be much easier for editors to use and understand.

Jul 4 2016, 5:35 AM · User-Ryasmeen, MW-1.28-release-notes, MW-1.28-release (WMF-deploy-2016-08-30_(1.28.0-wmf.17)), Community-Liaisons, MW-1.27-release (WMF-deploy-2016-05-03_(1.27.0-wmf.23)), MW-1.27-release-notes, Patch-For-Review, WikiEditor, VisualEditor, Contributors-Team, MediaWiki-Internationalization, MediaWiki-Page-editing, User-notice

Jul 2 2016

Risker added a comment to T131123: Send out browser testing user satisfaction survey.

What's the privacy policy for this survey?

Jul 2 2016, 3:55 AM · User-zeljkofilipin, Surveys, Malu (Malu-Prototype), releng-201516-q4

Mar 21 2016

Risker added a comment to T107707: Login alert when user logs in from new machine.

Speaking as someone who has recently run into about a dozen different sites sending me these warnings when I logged in (a) on a new tablet and (b) on an old machine using a different ISP... these were such a royal pain in the neck (in several cases I was required to "verify" my account if I wanted to use it) it resulted in my simply not bothering to log into some of those sites again.

Mar 21 2016, 3:30 AM · Community-Tech, MW-1.30-release-notes (WMF-deploy-2017-07-11_(1.30.0-wmf.9)), Patch-For-Review, MediaWiki-extensions-LoginNotify, Security-Core, MediaWiki-User-login-and-signup

Feb 27 2016

Risker added a comment to T128247: Broken section editing link.

Feb 27 2016, 4:11 AM · MediaWiki-Interface
Risker created T128247: Broken section editing link.
Feb 27 2016, 3:58 AM · MediaWiki-Interface

Dec 4 2015

Risker added a comment to T119412: provide contribs link and prevent mobile user without user page from being dumped into blank screen when they click their username.

I can't tell who the intended "user" of this proposed page design is. Are you trying to create something useful for casual readers who don't really edit? Experienced editors? New users?

Dec 4 2015, 4:55 AM · Reading-Web-Sprint-63-Ellip…, Patch-For-Review, MW-1.27-release (WMF-deploy-2016-01-12_(1.27.0-wmf.10)), Reading-Web-Planning

Nov 19 2015

Risker updated subscribers of T85929: [EPIC] Kill SpecialUserProfile or Move MobileFrontend extension's Special:UserProfile.php and related code to a separate MediaWiki extension.
Nov 19 2015, 7:08 PM · Epic, Reading Web Sprint 62 - DJ-Jazzy-Jeff-and-the-Fresh-Sprints, Reading-Web-Planning, MobileFrontend, Patch-For-Review, MediaWiki-extension-requests, Technical-Debt, MediaWiki-Special-pages

Nov 18 2015

Restricted Application updated subscribers of T104313: Revision Deletion page won't load for too many (10) revisions.
Nov 18 2015, 12:51 AM · MW-1.28-release (WMF-deploy-2016-09-13_(1.28.0-wmf.19)), MW-1.28-release-notes, Patch-For-Review, DBA, MediaWiki-Revision-deletion

Nov 10 2015

Risker added a comment to T118219: Nothing happens when clicking on the glowing blue (education) dots in Firefox 41/Windows 7.

(copied from the enwiki feedback page, so you'll have it here)
I did some work tonight with Krenair (thanks for taking the time, Krenair!) and we worked out that there were a few things happening. First, it appears that my anti-virus software (Kaspersky) was blocking the popups that should come from the blue dots. I did a bunch of tweaking with that and with the browser, and eventually found a combination that allowed the popups. I don't think I'll leave things at these settings, though; they're less protective than the "factory settings" and in just the few hours since I did that I've had quite a bit more spam and other junk showing up. I also haven't had any problems with other popups on Wikipedia, which were able to show up through the AV software, so it is odd that these particular ones got caught. But, and this is an important but...even with all that, clicking on the blue dots did nothing for me. However, clicking on the actual link symbol or the word "cite" resulted in a popup. The popups had a brief bit of text describing that one can make links to internal or external web pages, or that citations improve your content. Neither described how to use the button, though, and I needed to click "Okay, got it" to dismiss the popup. I could, however, edit with the popups in place, just as long as I didn't want to edit anything that was covered by them. These were also pretty big popups and most of the space seemed to be taken up by images that weren't great illustrations, but I realise this is an early iteration. (I won't even go into my usual tirade about live content production being not the right place for alpha testing.) But this needs a lot of work. And the flashing dots still don't do anything, the popup is actually on the button.

Nov 10 2015, 6:48 AM · VisualEditor-MediaWiki, VisualEditor

Nov 8 2015

Risker added a comment to T102398: Migrate wikis to use a single edit tab which has both visual and wikitext modes and allows on-the-fly switching between them.

There is no benefit to this from the editorial perspective. This is a design change driven by people who do not edit. Please do not implement.

Nov 8 2015, 9:21 PM · User-notice, Epic, Design, VisualEditor-MediaWiki, VisualEditor

Oct 26 2015

Risker updated subscribers of T116593: Exception caught inside exception handler.
Oct 26 2015, 4:07 PM · MediaWiki-extensions-WikimediaEvents

Sep 18 2015

Risker added a comment to T112912: @txt.att.net bounce notifications being sent to list admins.

I'm going to agree with John here that bounces are important. They are flags that there is a problem with the process - the level of importance of the problem will vary. That lots of lists are getting the same flag repeatedly is actually quite useful information that helps to define and prioritize this issue.

Sep 18 2015, 4:05 PM · Operations, Wikimedia-Mailing-lists
Risker added a comment to T112912: @txt.att.net bounce notifications being sent to list admins.

This has happened before, to varying extents. It strikes me that someone has found a way to spoof the WMF mailing list addresses, and the ATT group is sending bounces. We get a lot of bounces like this for the (very longstanding) checkuser list - not just from ATT - a few a week, at least.

Sep 18 2015, 2:05 AM · Operations, Wikimedia-Mailing-lists

Sep 16 2015

Restricted Application updated subscribers of T45711: edits to course pages do not show up Special:Contributions.
Sep 16 2015, 4:35 PM · MediaWiki-extensions-EducationProgram

Sep 3 2015

Risker added a comment to T100067: Enable the visual editor in the Wikipedia namespace on the English Wikipedia.

Okay...please undo this. Contrary to what is suggested above, Wikipedia space is FULL of pages where people need to sign. Noticeboards, AfDs, checkuser pages...pretty much every page I've edited since this has been uploaded.

Sep 3 2015, 3:44 AM · Community-consensus-needed, Wikimedia-Site-requests, VisualEditor

Aug 29 2015

Risker updated subscribers of T109759: [CatWatch] Request for Blacklist/whitelist feature for category addition watchlist.
Aug 29 2015, 2:01 AM · CatWatch, MediaWiki-Watchlist, German-Community-Wishlist, TCB-Team

Aug 27 2015

AKoval_WMF awarded T58525: Improve spam filtering for Mailman mailing lists a Like token.
Aug 27 2015, 3:41 PM · Wikimedia-Mailing-lists

Aug 5 2015

Risker updated subscribers of T60493: VisualEditor: Cursor misplaced while editing. I click here, and it types over there..
Aug 5 2015, 2:14 AM · VisualEditor pre-2015 work, VisualEditor, Browser-Support-Firefox

Aug 3 2015

Risker added a comment to T102199: Reports of a high number of edits being rejected due to loss of session data.

Hello Ori - Since the change you made, I have had NO unexpected losses of sessions. This is a massive improvement, as I was verging toward 90% on checkuserwiki when I had the page open for as little as 2 minutes, and 100% if open more than 10 minutes.

Aug 3 2015, 3:08 AM · Operations, User-notice, WMF-deploy-2015-07-28_(1.26wmf16), WMF-deploy-2015-08-04_(1.26wmf17), Patch-For-Review, MediaWiki-Authentication-and-authorization, Availability, MediaWiki-Cache, WMF-deploy-2015-06-23_(1.26wmf11), Performance, MediaWiki-Page-editing, WMF-deploy-2015-06-09_(1.26wmf9), MW-1.26-release, WMF-deploy-2015-06-16_(1.26wmf10), Wikimedia-General-or-Unknown

Jul 29 2015

Risker updated subscribers of T89844: Add Yandex support in Production.
Jul 29 2015, 3:20 PM · LE-CX7-Sprint 3, Patch-For-Review, ContentTranslation-Release7, WorkType-NewFunctionality, ContentTranslation-Deployments, ContentTranslation-CXserver, ContentTranslation

Jul 12 2015

Risker added a comment to T62373: Convert Oversight revisions to (revision deleted) suppressed on Wikimedia wikis.

@Krenair - Enwiki has over 80% of all edits that were ever oversighted, around 10K as I recall. As noted, we do look at them from time to time. It would be helpful to have the problems identified on other wikis fixed and the fixes confirmed to be effective before running it on enwiki. (In fact, I thought the purpose of running it on the smaller wikis first was specifically to identify and fix problems before it was done on enwiki, where a much bigger mess could result.)

Jul 12 2015, 4:13 AM · Wikimedia-maintenance-script-run, WMF-deploy-2015-07-21_(1.26wmf15), Patch-For-Review, Wikimedia-General-or-Unknown
Risker added a comment to T62373: Convert Oversight revisions to (revision deleted) suppressed on Wikimedia wikis.

@Krenair I checked it again and it's kinda weird.... I searched in the suppression log on nlwiki and actually, there *is* an entry in the log (look for the date "19 dec 2010 15:04"), BUT... the log entry isn't mentioned on the suppression log of the suppressed edit as can be seen here: https://nl.wikipedia.org/w/index.php?title=Speciaal:VersieVerwijderen&type=revision&target=Ad_van_den_Berg_%28activist%29&ids=23646821 (if you know what I mean) And that should be fixed ofc.

Jul 12 2015, 3:59 AM · Wikimedia-maintenance-script-run, WMF-deploy-2015-07-21_(1.26wmf15), Patch-For-Review, Wikimedia-General-or-Unknown
Risker added a comment to T62373: Convert Oversight revisions to (revision deleted) suppressed on Wikimedia wikis.

Hold on - have the oversighted edits on English Wikipedia been converted yet? Please don't disable until that has been done, we do periodically have to review some of that information.

Jul 12 2015, 3:58 AM · Wikimedia-maintenance-script-run, WMF-deploy-2015-07-21_(1.26wmf15), Patch-For-Review, Wikimedia-General-or-Unknown

Jul 8 2015

Risker added a comment to T102199: Reports of a high number of edits being rejected due to loss of session data.

I agree with Amire80, this is getting significantly worse. I made 13 edits and performed 13 checkusers between 0056 and 0415 hours UTC today (July 8). Of those, all but two of the edits failed on the first attempt, and at least 5 of the checkusers failed on the first attempt (usually when doing a second check but switching checking parameters). I am concerned that new users in particular may become frustrated and abandon attempts to edit.

Jul 8 2015, 6:50 PM · Operations, User-notice, WMF-deploy-2015-07-28_(1.26wmf16), WMF-deploy-2015-08-04_(1.26wmf17), Patch-For-Review, MediaWiki-Authentication-and-authorization, Availability, MediaWiki-Cache, WMF-deploy-2015-06-23_(1.26wmf11), Performance, MediaWiki-Page-editing, WMF-deploy-2015-06-09_(1.26wmf9), MW-1.26-release, WMF-deploy-2015-06-16_(1.26wmf10), Wikimedia-General-or-Unknown

Jul 7 2015

Risker added a comment to T102199: Reports of a high number of edits being rejected due to loss of session data.

@Aklapper, I had six session errors last night, including two while I was using the checkuser interface. I received the message that is described in the initiating post. (The system also separately logged me out twice, which was very unhelpful, but I do not know if there is a link between these two actions.)

Jul 7 2015, 1:01 PM · Operations, User-notice, WMF-deploy-2015-07-28_(1.26wmf16), WMF-deploy-2015-08-04_(1.26wmf17), Patch-For-Review, MediaWiki-Authentication-and-authorization, Availability, MediaWiki-Cache, WMF-deploy-2015-06-23_(1.26wmf11), Performance, MediaWiki-Page-editing, WMF-deploy-2015-06-09_(1.26wmf9), MW-1.26-release, WMF-deploy-2015-06-16_(1.26wmf10), Wikimedia-General-or-Unknown

Jul 2 2015

Risker updated subscribers of T89844: Add Yandex support in Production.
Jul 2 2015, 8:18 PM · LE-CX7-Sprint 3, Patch-For-Review, ContentTranslation-Release7, WorkType-NewFunctionality, ContentTranslation-Deployments, ContentTranslation-CXserver, ContentTranslation

Jun 30 2015

Risker updated subscribers of T104401: Setting $wgMFEnableSiteNotice = false apparently does not disable site notices .
Jun 30 2015, 11:18 PM · WMF-deploy-2015-07-07_(1.26wmf13), Patch-For-Review, Readers-Web-Backlog, MobileFrontend
Risker added a comment to T94774: Password policies by group.

Change 222025 had a related patch set uploaded (by CSteipp):
Log privileged users with short passwords

https://gerrit.wikimedia.org/r/222025

Jun 30 2015, 11:14 PM · RfC, WMF-deploy-2015-06-30_(1.26wmf12), MW-1.26-release, WMF-deploy-2015-06-16_(1.26wmf10), Security-Team, User-notice, Patch-For-Review, TechCom-RFC, MediaWiki-User-login-and-signup
Risker added a comment to T94774: Password policies by group.

Thank you for your clarification, csteipp; it's very helpful. I've sent an email to the checkuser mailing list to alert the checkusers who subscribe (and also includes most if not all stewards) with links to the applicable phab tasks so that the discussion (if any) can start for those groups. -I'm pretty sure just about everyone in those groups would already meet the 8-byte requirement, but one never knows.

Jun 30 2015, 8:04 PM · RfC, WMF-deploy-2015-06-30_(1.26wmf12), MW-1.26-release, WMF-deploy-2015-06-16_(1.26wmf10), Security-Team, User-notice, Patch-For-Review, TechCom-RFC, MediaWiki-User-login-and-signup
Risker updated subscribers of T104371: Strengthen password policy for Stewards.
Jun 30 2015, 7:48 PM · Patch-For-Review, Stewards-and-global-tools, Wikimedia-Site-requests, Security-General, Security-Team
Risker updated subscribers of T104370: Strengthen password policy for Staff.
Jun 30 2015, 7:47 PM · Notice, Roadmap, Patch-For-Review, Security-Team, Security-General
Risker added a comment to T94774: Password policies by group.

The joys of not reading code - I am unable to determine exactly what is being changed here, other than that it will undoubtedly affect groups of which I am a member. Can things be spelled out more clearly here, please?

Jun 30 2015, 4:51 PM · RfC, WMF-deploy-2015-06-30_(1.26wmf12), MW-1.26-release, WMF-deploy-2015-06-16_(1.26wmf10), Security-Team, User-notice, Patch-For-Review, TechCom-RFC, MediaWiki-User-login-and-signup
Risker added a comment to T94774: Password policies by group.
Jun 30 2015, 12:15 PM · RfC, WMF-deploy-2015-06-30_(1.26wmf12), MW-1.26-release, WMF-deploy-2015-06-16_(1.26wmf10), Security-Team, User-notice, Patch-For-Review, TechCom-RFC, MediaWiki-User-login-and-signup

Jun 14 2015

Risker added a comment to T102199: Reports of a high number of edits being rejected due to loss of session data.

Noting in passing that today I had such a notice for at least 30% of my edits, and also received that message when opening the checkuser interface.

Jun 14 2015, 10:54 PM · Operations, User-notice, WMF-deploy-2015-07-28_(1.26wmf16), WMF-deploy-2015-08-04_(1.26wmf17), Patch-For-Review, MediaWiki-Authentication-and-authorization, Availability, MediaWiki-Cache, WMF-deploy-2015-06-23_(1.26wmf11), Performance, MediaWiki-Page-editing, WMF-deploy-2015-06-09_(1.26wmf9), MW-1.26-release, WMF-deploy-2015-06-16_(1.26wmf10), Wikimedia-General-or-Unknown

Jun 10 2015

Risker added a comment to T85929: [EPIC] Kill SpecialUserProfile or Move MobileFrontend extension's Special:UserProfile.php and related code to a separate MediaWiki extension.

Jon, I don't think you're the bad guy, I think you're just seeing things
from a very different perspective than many of the commenters.

Jun 10 2015, 11:10 PM · Epic, Reading Web Sprint 62 - DJ-Jazzy-Jeff-and-the-Fresh-Sprints, Reading-Web-Planning, MobileFrontend, Patch-For-Review, MediaWiki-extension-requests, Technical-Debt, MediaWiki-Special-pages

Jun 8 2015

Risker added a comment to T94852: C8. Only change editor preference if the user makes a change with the editor.

Hello Etonkovidova - your chart is not matching my situation. I use markup by default (i.e., I have VE disabled at present) - this is the choice I make in my personal editing preferences. But when I am using a browser that supports VE, the default editing option I get for Flow is VE, not markup. It should be markup, with the option to toggle to VE.

Jun 8 2015, 6:36 PM · WMF-deploy-2015-06-09_(1.26wmf9), Patch-For-Review, Collaboration-Team-Sprint-C-2015-06-17, Collaboration-Team-Triage, StructuredDiscussions

Jun 4 2015

Risker created T101352: Editing in Flow defaults to Visual Editor despite user preference disabling VE.
Jun 4 2015, 3:10 AM · StructuredDiscussions, Collaboration-Team-Triage
Risker created T101351: Flow post being edited using Wikitext reverts to Visual Editor if previewed.
Jun 4 2015, 2:51 AM · Collaboration-Team-Triage, StructuredDiscussions
Risker created T101350: Conflict between user preferences for emails and user preferences for notifications via email.
Jun 4 2015, 2:40 AM · StructuredDiscussions, Notifications, Collaboration-Team-Triage

Jun 3 2015

Risker added a comment to T85929: [EPIC] Kill SpecialUserProfile or Move MobileFrontend extension's Special:UserProfile.php and related code to a separate MediaWiki extension.

As I just commented on the patch https://gerrit.wikimedia.org/r/#/c/194451. We need to discuss the broader context of user to user interaction on mobile, which userpage would be part of.

Jun 3 2015, 5:02 AM · Epic, Reading Web Sprint 62 - DJ-Jazzy-Jeff-and-the-Fresh-Sprints, Reading-Web-Planning, MobileFrontend, Patch-For-Review, MediaWiki-extension-requests, Technical-Debt, MediaWiki-Special-pages

May 19 2015

Risker added a comment to T99690: Mailman rejecting emails by members of private mailing list.

Also occurring on (non-public, non-archiving, subscriber-only) checkuser-L - this is flat-out rejecting emails from subscribers, not sending to moderation.

Not occurring on some other non-public lists, such as functionaries-en-L (which allows moderation and is an archiving list but is non-public) or oversight-L (non-public, subscriber-only, non-archiving).

May 19 2015, 7:45 PM · Operations, Wikimedia-Mailing-lists
Risker added a comment to T99690: Mailman rejecting emails by members of private mailing list.

Also occurring on (non-public, non-archiving, subscriber-only) checkuser-L - this is flat-out rejecting emails from subscribers, not sending to moderation.

May 19 2015, 7:26 PM · Operations, Wikimedia-Mailing-lists
Risker updated subscribers of T99690: Mailman rejecting emails by members of private mailing list.
May 19 2015, 7:18 PM · Operations, Wikimedia-Mailing-lists

May 11 2015

Risker updated subscribers of T22444: Watchlist "Grouping".
May 11 2015, 10:41 PM · Patch-For-Review, MediaWiki-Watchlist

Apr 29 2015

Risker updated subscribers of T20981: Allow anonymising of unregistered users ("IP editors").
Apr 29 2015, 2:25 PM · Support-and-Safety, MediaWiki-Page-editing

Apr 7 2015

Risker added a comment to T94782: Convert Gather collections into "wiki pages".

I strongly support moving these out of the "Special" namespace because administrators need to be able to delete them. I personally can foresee these pages being easily abused, and also foresee that creators may wish to no longer keep or maintain some of these personal lists. The survey used to determine the use of the name "collection" was seriously flawed, in that it shouldn't have given the term "collection" as an option (we already have collections). It should be re-run, at least 100 responses received, and then a name can be chosen that is appropriate. And yes, it should have its own wiki page namespace.

Apr 7 2015, 3:20 PM · Readers-Web-Backlog, Gather
Risker updated subscribers of T94782: Convert Gather collections into "wiki pages".
Apr 7 2015, 3:05 PM · Readers-Web-Backlog, Gather
Risker added a comment to T95250: API: Log when admin hides or unhides collection.
The naming of Gather items as "collections" is a case where we made things harder for everyone close to the project, including WMF, in order to make it easier for the 99% of our users who are not close the project.  I know it is hard, but appreciate your patience.
Apr 7 2015, 11:42 AM · Patch-For-Review, Gather Sprint Forward, Gather
Risker added a comment to T95250: API: Log when admin hides or unhides collection.

@JKatzWMF - you've managed to confuse me already, because there are two separate types of "collection". (I've made some suggestions on the mailing list for different names that could be used.) I'm assuming you mean whatever the result is when the user does something using Extension:Gather, based on the fact that you've added Gather as the project. In any case, I would suggest mimicking the current log entries as closely as possible. I've yet to see an explanation of why it isn't in the user's namespace, like User:Risker/Gather_1, User:Risker/Gather_2, etc. - if it's intended to be personal, it probably shouldn't be in what's essentially an administrative namespace.

Apr 7 2015, 3:30 AM · Patch-For-Review, Gather Sprint Forward, Gather

Apr 5 2015

Risker updated subscribers of T29242: Allow users to see their own stored private information ("self-CheckUser").
Apr 5 2015, 2:55 PM · CheckUser, Design, MediaWiki-extension-requests
Risker updated subscribers of T387: RfC: Retained account data self-discovery.
Apr 5 2015, 2:51 PM · RfC, CheckUser, TechCom-RFC

Mar 30 2015

Risker updated subscribers of T94414: RFC - Notify on additions/removals in watched categories.
Mar 30 2015, 4:34 PM · RfC, MediaWiki-Watchlist, MediaWiki-Categories, TechCom-RFC

Mar 17 2015

Risker updated subscribers of T85929: [EPIC] Kill SpecialUserProfile or Move MobileFrontend extension's Special:UserProfile.php and related code to a separate MediaWiki extension.
Mar 17 2015, 12:41 AM · Epic, Reading Web Sprint 62 - DJ-Jazzy-Jeff-and-the-Fresh-Sprints, Reading-Web-Planning, MobileFrontend, Patch-For-Review, MediaWiki-extension-requests, Technical-Debt, MediaWiki-Special-pages
Risker updated subscribers of T90753: Get rid of Special:UserProfile.
Mar 17 2015, 12:39 AM · MobileFrontend, Patch-For-Review, Readers-Web-Backlog
Risker updated subscribers of T90632: What's the use of Special:UserProfile.
Mar 17 2015, 12:38 AM · MobileFrontend-Feature-requests, Readers-Web-Backlog

Mar 10 2015

Risker added a comment to T44894: Please restrict anonymous users from creating new pages at sw.wikipedia.

Given the report that the main editing community at swwiki is not technically knowledgeable, the majority of suggested alternatives here are far more opaque than helpful. Abuse filters only work if you have people who are knowledgeable and skilled enough to develop and manage them. Flagged revisions don't prevent page creation, and someone has to patrol the pages. ClueBot doesn't prevent page creation either.

Mar 10 2015, 8:22 PM · User-MarcoAurelio, Patch-For-Review, Wikimedia-Site-requests

Mar 9 2015

Risker added a comment to T91890: Wikitable padding.

@ kaldari, lots of people use the desktop view on mobile, especially on tablets - some of those screens are as big as a laptop's.

Mar 9 2015, 6:38 PM · Patch-For-Review, Design, MediaWiki-Interface

Mar 7 2015

Risker added a comment to T91890: Wikitable padding.

What I am seeing here is a lot of highly subjective opinion about what "looks better". On poking around on a few text-based software programs that permit table creation, the default seems to be 0.2 em pretty consistently. Tables that are in existence now were designed with the pre-existing defaults in mind (either finding them acceptable for the table design, or including variants from the default in the design), and any that used those defaults in their design will now have to be reviewed for formatting problems.

Mar 7 2015, 11:42 PM · Patch-For-Review, Design, MediaWiki-Interface
Risker updated subscribers of T91891: Review of increased wikitable padding.
Mar 7 2015, 6:35 PM · MediaWiki-Interface, Design

Mar 5 2015

Risker updated subscribers of T62657: VisualEditor: Provide the character inserter everywhere that you can input text.
Mar 5 2015, 2:49 AM · VisualEditor-EditingTools, VisualEditor
Risker updated subscribers of T52568: VisualEditor: Be able to name references manually in the reference dialog.
Mar 5 2015, 2:47 AM · Cite, VisualEditor, VisualEditor-EditingTools
Risker updated subscribers of T55699: VisualEditor: adding section for references will suppress the Related Articles one.
Mar 5 2015, 2:21 AM · VisualEditor

Mar 1 2015

Risker added a comment to rMW33cfd0bc4a5f: Slightly increase wikitable padding.

I'm disturbed that this "improvement" was made without any attempt to identify the impact of the change. As it stands, about half of the tables I've viewed on English Wikipedia have been affected negatively by this change. That is suboptimal for both editors and readers. Readers wonder why our tables look so awful and even less professional than they did before, and the majority of editors have no idea how to resolve the problems, since only a small minority of active editors work on templates.

Mar 1 2015, 11:09 PM

Feb 15 2015

Risker updated subscribers of T89416: Accuracy review of Wikipedias.
Feb 15 2015, 7:02 PM · Accuracy-Review-of-Wikipedias, Outreachy-Round-12, Google-Summer-of-Code (2016)

Feb 4 2015

Risker updated subscribers of T88157: Editing pre-formatted text creates <br>.
Feb 4 2015, 5:36 AM · VisualEditor, VisualEditor-ContentEditable
Risker updated subscribers of T88157: Editing pre-formatted text creates <br>.
Feb 4 2015, 5:35 AM · VisualEditor, VisualEditor-ContentEditable
Risker updated subscribers of T88157: Editing pre-formatted text creates <br>.
Feb 4 2015, 5:35 AM · VisualEditor, VisualEditor-ContentEditable
Risker updated subscribers of T64742: When cutting and pasting list items, it is hard to achieve the intended formatting.
Feb 4 2015, 5:22 AM · VisualEditor pre-2015 work, VisualEditor
Risker updated subscribers of T62516: VisualEditor does not format hatnotes correctly.
Feb 4 2015, 5:17 AM · VisualEditor
Risker updated subscribers of T60689: VisualEditor: Reference dialog retains style of copy/pasted contents.
Feb 4 2015, 5:09 AM · VisualEditor pre-2015 work, VisualEditor
Risker updated subscribers of T63263: Provide a way for the user to view and edit a specific part of the page as wikitext, without switching the entire page.
Feb 4 2015, 5:05 AM · VisualEditor-MediaWiki, VisualEditor
Risker updated subscribers of T60493: VisualEditor: Cursor misplaced while editing. I click here, and it types over there..
Feb 4 2015, 5:02 AM · VisualEditor pre-2015 work, VisualEditor, Browser-Support-Firefox
Risker updated subscribers of T61847: VisualEditor: Cutting (removing) last sections on page, and then pasting them back in, results in duplicated section headings.
Feb 4 2015, 4:48 AM · VisualEditor pre-2015 work, VisualEditor, Browser-Support-Apple-Safari
Risker updated subscribers of T63550: VisualEditor: Word missing from wikilink.
Feb 4 2015, 4:46 AM · VisualEditor pre-2015 work, VisualEditor
Risker updated subscribers of T55699: VisualEditor: adding section for references will suppress the Related Articles one.
Feb 4 2015, 4:28 AM · VisualEditor
Risker added a comment to T23928: oversight-l subscriber list: "Visit Subscriber List" results in "You must supply a valid email address.".

From https://lists.wikimedia.org/mailman/subscribe/oversight-l it is not possible to access the mailing list roster. One receives this message:

Feb 4 2015, 3:45 AM · Wikimedia-Mailing-lists
Risker added a comment to T78550: The undo link in the page history leads to the source editor and not VisualEditor.

Suggest that specifically the undo link should lead to the editing interface selected in the user preferences or, in the absence of preference, to the default editor.

Feb 4 2015, 2:07 AM · Patch-For-Review, VisualEditor-MediaWiki, VisualEditor