Fae (Fæ)
User

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Sunday

  • Clear sailing ahead.

User Details

User Since
Dec 7 2014, 3:49 PM (119 w, 4 d)
Availability
Available
IRC Nick
Fae
LDAP User
Unknown
MediaWiki User

Commonsist. Mostly harmless.

Recent Activity

Feb 15 2017

Fae added a comment to T157897: Spam blacklist by-pass right for agreed batch upload projects.

I suggest this task is closed. There's too much push back against the task description for this to be realistic. If someone wishes to propose a new task aimed at the blacklist filter process helpfully parsing url redirects, perhaps for a limited number of iterations, and checking those against the blacklist again before rejecting a text, that would be positive.

Feb 15 2017, 11:35 AM · SpamBlacklist, Commons

Feb 14 2017

Fae added a comment to T157897: Spam blacklist by-pass right for agreed batch upload projects.

@Billinghurst See the discussion at https://commons.wikimedia.org/wiki/Commons:Bureaucrats%27_noticeboard#Upload_project_spam_blacklist_exception_.27right.27 which was started at the same time this task was opened.

Feb 14 2017, 12:31 PM · SpamBlacklist, Commons

Feb 13 2017

Fae updated subscribers of T157897: Spam blacklist by-pass right for agreed batch upload projects.

@matmarex This task is not about adding links to the spam-whitelist for a single GLAM upload project that has already completed. It is pointless to list individual bit.ly links, when what is requested is a generic solution in order to support and encourage "officially agreed" batch upload projects.

Feb 13 2017, 10:13 PM · SpamBlacklist, Commons
Fae added a comment to T157897: Spam blacklist by-pass right for agreed batch upload projects.

@Billinghurst that's the point of this task, to avoid volunteers like me having to write ever extending amounts of code to by-pass blacklists. We have the same problem with filename blacklists. I already have around 10 types of error trap in my upload process, I see little benefit in creating my own unique parser for all metadata fields on an GLAM import when the results post absolutely no risk whatsoever to Wikimedia Commons or our reusers and readers.

Feb 13 2017, 4:30 PM · SpamBlacklist, Commons

Feb 12 2017

zhuyifei1999 awarded T157897: Spam blacklist by-pass right for agreed batch upload projects a Y So Serious token.
Feb 12 2017, 8:00 PM · SpamBlacklist, Commons
Fae added a comment to T157897: Spam blacklist by-pass right for agreed batch upload projects.

With regard to later edit, my edit today to https://commons.wikimedia.org/w/index.php?title=File:Marcha_das_Mulheres_Negras_(23137414611).jpg&action=history would have been impossible as the text contained a bit.ly link. So, I dispute impossible.

Feb 12 2017, 7:41 PM · SpamBlacklist, Commons
Yann awarded T157897: Spam blacklist by-pass right for agreed batch upload projects a Like token.
Feb 12 2017, 1:51 PM · SpamBlacklist, Commons
Fae created T157897: Spam blacklist by-pass right for agreed batch upload projects.
Feb 12 2017, 1:10 PM · SpamBlacklist, Commons

Feb 1 2017

Fae added a comment to T156855: Add images.metmuseum.org domain to $wgCopyUploadsDomains.

As Pharos and his folks are working to a deadline, I heartily endorse white-listing the site. This is no-risk as Pharos can ensure that test runs prove to everyone's confidence that licensing has been addressed and that the metadata is nicely handled, including credit templates and links to the license evidence, even if that requires an OTRS ticket.

Feb 1 2017, 8:39 PM · Patch-For-Review, Wikimedia-Site-requests

Jan 31 2017

Fae awarded T156855: Add images.metmuseum.org domain to $wgCopyUploadsDomains a Like token.
Jan 31 2017, 11:09 PM · Patch-For-Review, Wikimedia-Site-requests

Jan 30 2017

Fae added a comment to T150605: Publish an analysis of the OurMine hack.

Nudge. Why has this taken over 10 weeks?

Jan 30 2017, 2:36 PM · Security-Team, Security-General

Jan 23 2017

Fae added a comment to T155844: Please add <https://finds.org.uk> to $wgCopyUploadsDomains.

Uploads will be from https://finds.org.uk/, will *.finds.org.uk cater for that?

Jan 23 2017, 2:18 PM · Patch-For-Review, User-Urbanecm, Commons, Wikimedia-Site-requests

Jan 20 2017

Fae added a comment to T155844: Please add <https://finds.org.uk> to $wgCopyUploadsDomains.

The licence is CC-BY as stated at https://finds.org.uk/info/termsandconditions.

Jan 20 2017, 7:58 PM · Patch-For-Review, User-Urbanecm, Commons, Wikimedia-Site-requests
Fae created T155844: Please add <https://finds.org.uk> to $wgCopyUploadsDomains.
Jan 20 2017, 7:10 PM · Patch-For-Review, User-Urbanecm, Commons, Wikimedia-Site-requests

Nov 29 2016

Fae created T151890: Publish an analysis of the suppression of selected user_properties.
Nov 29 2016, 4:22 PM · Security-General
Fae awarded T124101: Specific revisions of multiple files missing from Swift - 404 Not Found returned a The World Burns token.
Nov 29 2016, 1:53 PM · Operations, Multimedia, media-storage, User-Josve05a, Commons

Nov 26 2016

Fae added a comment to T150605: Publish an analysis of the OurMine hack.

I mentioned BotPasswords as my understanding of https://www.mediawiki.org/wiki/Manual:Pywikibot/BotPasswords, was that it's just a password like any other, hence only as secure as the conventional login. However OAuth uses access tokens which provides an additional level of security. If the WMF is recommending that sysop accounts use 2FA, then my presumption would be that BotPasswords should be avoided on bot accounts with sysop rights for the same reasons.

Nov 26 2016, 11:58 AM · Security-Team, Security-General

Nov 24 2016

Fae added a comment to T150605: Publish an analysis of the OurMine hack.

Thanks, I was unsure if those were the response. I do not see any moves to ensure the advice to administrators is enforced. I doubt there will be any new policies until the analysis itself.

Nov 24 2016, 3:06 PM · Security-Team, Security-General
Fae added a comment to T150605: Publish an analysis of the OurMine hack.

Nudge It's coming up to 2 weeks since the OurMine hack became public knowledge. Please at least issue an interim analysis, I'm sure there is a good understanding of what happened and how. In the absence of any official analysis, volunteers are working on assumptions right now, such as whether administrators using longer passwords is sufficient protection and whether BotPasswords is okay to use on bot accounts with sysop rights, rather than OAuth.

Nov 24 2016, 12:21 PM · Security-Team, Security-General

Nov 22 2016

Davey2010 awarded T150605: Publish an analysis of the OurMine hack a Barnstar token.
Nov 22 2016, 10:38 PM · Security-Team, Security-General

Nov 16 2016

Fae added a comment to T150853: Create a burn-down list of administrator accounts without 2FA or password changes since 11 November.

It may be that publishing dates of password changes would be more than can be queried from the public database, however a table of admins showing which had adopted 2FA is the type of thing that I would struggle to imagine as any significant extra risk and has good value as part of the community agreeing new policies for trusted accounts. In terms of targeting, this is probably a lot less significant than sharing user_properties or analysing edit patterns, which are available to anyone.

Nov 16 2016, 2:24 PM · Security-Team, Security-General
Reedy awarded T150853: Create a burn-down list of administrator accounts without 2FA or password changes since 11 November a Dislike token.
Nov 16 2016, 2:07 PM · Security-Team, Security-General
Fae created T150853: Create a burn-down list of administrator accounts without 2FA or password changes since 11 November.
Nov 16 2016, 1:50 PM · Security-Team, Security-General

Nov 15 2016

Fae added a comment to T150645: BotPasswords login fails in Pywikibot core.

After digging into login.py, I'm wondering if we should be recommending that BotPasswords is avoided. Authorizing OAuth for user accounts wanting to simply run scripts for themselves, rather than making apps for others, happens automatically without needing any human approvals. For Pywikibot, once the user has their credentials, they simply add paste them into their local user-config.py, no other steps needed to get them to work.

Nov 15 2016, 12:07 PM · Pywikibot-core
Ladsgroup awarded T150646: Create a Wikimedia hosted two-factor authentication app for multiple platforms a Dislike token.
Nov 15 2016, 7:37 AM · Community-IdeaLab

Nov 14 2016

Fae edited the description of T150645: BotPasswords login fails in Pywikibot core.
Nov 14 2016, 7:20 PM · Pywikibot-core
Fae awarded T150646: Create a Wikimedia hosted two-factor authentication app for multiple platforms a Cookie token.
Nov 14 2016, 10:47 AM · Community-IdeaLab
Pokefan95 awarded T150605: Publish an analysis of the OurMine hack a Barnstar token.
Nov 14 2016, 10:42 AM · Security-Team, Security-General
Fae created T150646: Create a Wikimedia hosted two-factor authentication app for multiple platforms.
Nov 14 2016, 10:40 AM · Community-IdeaLab
Fae awarded T150645: BotPasswords login fails in Pywikibot core a Like token.
Nov 14 2016, 10:22 AM · Pywikibot-core
Fae created T150645: BotPasswords login fails in Pywikibot core.
Nov 14 2016, 10:18 AM · Pywikibot-core

Nov 13 2016

Checkingfax awarded T150605: Publish an analysis of the OurMine hack a Barnstar token.
Nov 13 2016, 3:17 PM · Security-Team, Security-General
Fae awarded T150605: Publish an analysis of the OurMine hack a Like token.
Nov 13 2016, 2:26 PM · Security-Team, Security-General
TomT0m awarded T150605: Publish an analysis of the OurMine hack a Like token.
Nov 13 2016, 12:52 PM · Security-Team, Security-General
Thibaut120094 awarded T150605: Publish an analysis of the OurMine hack a Like token.
Nov 13 2016, 12:31 PM · Security-Team, Security-General
Fae created T150605: Publish an analysis of the OurMine hack.
Nov 13 2016, 11:24 AM · Security-Team, Security-General

Oct 29 2016

Steinsplitter awarded T149478: Exceptional SQL time-out limits for volunteers doing special analysis a Party Time token.
Oct 29 2016, 12:06 PM · DBA
Fae created T149478: Exceptional SQL time-out limits for volunteers doing special analysis.
Oct 29 2016, 11:41 AM · DBA

Sep 30 2016

Fae added a comment to T141739: Issues with displaying thumbnails for CMYK JPG images due to buggy version of ImageMagick (black horizontal stripes, black color missing).

More examples from different sources:
https://commons.wikimedia.org/wiki/File:Recycling_Center_reduces_tons_of_waste_output_130626-M-ZH183-010.jpg
https://commons.wikimedia.org/wiki/File:Bald_eagle_vocalizing_at_Eastern_Neck_National_Wildlife_Refuge._(21818868859).jpg

Sep 30 2016, 11:07 AM · Upstream, Operations, MediaWiki-File-management, Commons, Multimedia
Fae awarded T141739: Issues with displaying thumbnails for CMYK JPG images due to buggy version of ImageMagick (black horizontal stripes, black color missing) a Like token.
Sep 30 2016, 11:04 AM · Upstream, Operations, MediaWiki-File-management, Commons, Multimedia

Sep 16 2016

Fae awarded T145010: Add upload_by_url right to bots on Commons a Like token.
Sep 16 2016, 7:25 AM · Patch-For-Review, Community-consensus-needed, Commons, Wikimedia-Site-requests

Jul 13 2016

Fae added a comment to T140075: investigate swift used space spikes since June 2016.

This is due to the NYPL uploads, which are coming to an end, though maybe with some final runs and housekeeping. As it happens I've started a wikibreak and packing to travel away on holiday, so my activity drops to zero from this weekend when I'll be forced by my husband to stay AFK until I get back, probably from 25 July. As you've raised this ticket, it's pushed my hand to drop any idea of maintaining remote access. :-)

Jul 13 2016, 4:50 PM · Operations, media-storage

Jul 3 2016

Fae awarded T29828: Add "wikitext" as language a Like token.
Jul 3 2016, 10:46 AM · Upstream, SyntaxHighlight

Jun 24 2016

Fae added a comment to T129471: chunked uploading: failing when meeting upload warnings with ignore_warnings an iterable/callback.

This was a major headache for my NYPL uploads, due to being unable to get ['exists-normalized'] ignored. This bug is a real bear trap for batch uploads and is quite unobvious to debug.

Jun 24 2016, 12:38 PM · Pywikibot-General, Pywikibot-core
Fae awarded T129471: chunked uploading: failing when meeting upload warnings with ignore_warnings an iterable/callback a Like token.
Jun 24 2016, 12:21 PM · Pywikibot-General, Pywikibot-core

Jun 22 2016

Fae added a comment to T138383: Please add www.wpc.ncep.noaa.gov to the wgCopyUploadsDomains whitelist of Wikimedia Commons.

With respect to the photolib, I say yes let's add it to the whitelist too. The images are described as /mostly/ public domain (i.e. NOAA) however some have restrictions. So far I have only noticed where there are credits to donors. Anyway, the concern to be careful on checking copyright is that of a future batch uploader to investigate, which may well end up being me in a few months.

Jun 22 2016, 5:32 PM · Patch-For-Review, Commons, Wikimedia-Site-requests
Fae created T138383: Please add www.wpc.ncep.noaa.gov to the wgCopyUploadsDomains whitelist of Wikimedia Commons.
Jun 22 2016, 11:32 AM · Patch-For-Review, Commons, Wikimedia-Site-requests

Jun 20 2016

Fae created T138206: Upload with ignore_warnings iterable set causes failures.
Jun 20 2016, 10:15 AM · Pywikibot-Commons

Jun 13 2016

Fae created T137687: Please add images.nypl.org to $wgCopyUploadsDomains.
Jun 13 2016, 9:50 AM · Patch-For-Review, Commons, Wikimedia-Site-requests

Jun 11 2016

Fae created T137635: Camera model in EXIF data is wrongly parsed for some photos.
Jun 11 2016, 1:27 PM · MediaWiki-File-management, Multimedia, Commons

Jun 6 2016

Restricted Application updated subscribers of T137052: gwtoolset issues with Linker rewrite.
Jun 6 2016, 1:59 PM · MW-1.28-release (WMF-deploy-2016-06-14_(1.28.0-wmf.6)), Patch-For-Review, Commons, Multimedia, MediaWiki-extensions-GWToolset
Fae awarded T137052: gwtoolset issues with Linker rewrite a Doubloon token.
Jun 6 2016, 1:59 PM · MW-1.28-release (WMF-deploy-2016-06-14_(1.28.0-wmf.6)), Patch-For-Review, Commons, Multimedia, MediaWiki-extensions-GWToolset

May 23 2016

Fae created T135986: Pywikibot support for connections when multiprocessing.
May 23 2016, 12:25 PM · Pywikibot-Commons

Apr 8 2016

Fae added a comment to T131841: Please add museumcommons.wikimedia.nl to GW toolset whitelist.

@AWossink Thanks for the reply. Even for a modest 500-ish images, as the intention is for an ongoing partnership, please consider running an on-Commons project page to help with future feedback and to help working collegiately with Commonsists. There are many examples under https://commons.wikimedia.org/wiki/Commons:Batch_uploading or if you have several partnerships you want to collect together and maintain under your own area, like I do with https://commons.wikimedia.org/wiki/User:Fæ/Project_list. Drop a note on the GLAMtools email list if you set something up.

Apr 8 2016, 11:18 AM · Patch-For-Review, Commons, Wikimedia-Site-requests

Apr 5 2016

Fae added a comment to T131841: Please add museumcommons.wikimedia.nl to GW toolset whitelist.

Is there a project page that explains why the chapter website is being used for training?

Apr 5 2016, 5:03 PM · Patch-For-Review, Commons, Wikimedia-Site-requests

Mar 21 2016

Fae created T130521: Invalid file key reports when overwriting with chunked uploads.
Mar 21 2016, 11:25 AM · MediaWiki-Uploading, Multimedia, Commons

Mar 16 2016

Fae added a comment to T129942: Message notifications hanging in Chrome.

A bit of trial and error, shows that the fault can be suppressed by commenting out twinkle in my common.js:

importScript('User:Kanonkas/twinkle.js');
Mar 16 2016, 3:55 PM · Collaboration-Team-Triage, Notifications, Commons

Mar 14 2016

Fae added a comment to T129942: Message notifications hanging in Chrome.

There were errors being raised in JavaScript, mainly around depreciated items. Swapping skins and custom CSS did not seem to make any difference.

Mar 14 2016, 11:30 PM · Collaboration-Team-Triage, Notifications, Commons
Fae created T129942: Message notifications hanging in Chrome.
Mar 14 2016, 10:41 PM · Collaboration-Team-Triage, Notifications, Commons

Mar 4 2016

Fae added a comment to T128856: Old accented Russian characters in filenames not displayed in Chrome.

Yes, that makes sense. I've been using Chrome, and when I shift over to Firefox the Commons image page renders its Filename perfectly well.

Mar 4 2016, 8:03 PM · Browser-Support-Google-Chrome, Commons
Fae added a comment to T128856: Old accented Russian characters in filenames not displayed in Chrome.

The issue is that the accented name appears fine in links, popups etc. see the first image below, but when the exact same unicode text is used for a filename, it gets displayed as bad character marks on the Wikimedia Commons image page, see second image.

Mar 4 2016, 6:00 PM · Browser-Support-Google-Chrome, Commons
Fae created T128856: Old accented Russian characters in filenames not displayed in Chrome.
Mar 4 2016, 12:22 PM · Browser-Support-Google-Chrome, Commons

Mar 2 2016

Fae added a comment to T128580: Zoomviewer disfunctionally laggy for very large images.

Unrelated to Commons hence removing that tag from this task. Adding Tool-Labs-tools-Other instead.

Mar 2 2016, 2:46 PM · Tool-Labs-tools-Other
Fae edited the description of T128580: Zoomviewer disfunctionally laggy for very large images.
Mar 2 2016, 12:15 PM · Tool-Labs-tools-Other
Fae created T128580: Zoomviewer disfunctionally laggy for very large images.
Mar 2 2016, 12:14 PM · Tool-Labs-tools-Other

Feb 27 2016

Fae awarded T91192: Show edits made on WikimediaCommons on the Watchlist a Like token.
Feb 27 2016, 1:26 PM · Crosswiki, Commons, Editing-Department, Multimedia, GlobalUsage, Possible-Tech-Projects, MediaWiki-Watchlist

Feb 14 2016

Fae created T126943: ERROR 2003 (HY000): Can't connect to MySQL server.
Feb 14 2016, 11:06 PM · Tool-Labs-tools-Database-Queries

Jan 30 2016

Fae added a comment to T123109: Allow GWT uploads from ethz.ch.

I agree this is a broken process.

Jan 30 2016, 2:11 PM · User-Luke081515, Patch-For-Review, Wikimedia-Site-requests

Jan 27 2016

Fae awarded T123109: Allow GWT uploads from ethz.ch a Like token.
Jan 27 2016, 5:30 PM · User-Luke081515, Patch-For-Review, Wikimedia-Site-requests
Fae updated subscribers of T123109: Allow GWT uploads from ethz.ch.
Jan 27 2016, 5:29 PM · User-Luke081515, Patch-For-Review, Wikimedia-Site-requests
Fae added a comment to T124662: Unexpected TIFF verification failures when mass-uploading via API.

Just in case anyone investigates this TIFF problem, as a third route to upload I tried pushing 8 sheets of the Podunk score through the GLAMwiki toolset. None uploaded. The errors look like:
''''{

    "logid": 149907345,
    "ns": 6,
    "title": "File:No title",
    "pageid": 0,
    "logpage": 0,
    "params": {
        "metadata-record-nr": 2,
        "message": "This file did not pass file verification.\noriginal URL: http://link.nypl.org/KkaiBy1rR0W2fOc2hoCLTwd\nevaluated URL: http://link.nypl.org/KkaiBy1rR0W2fOc2hoCLTwd"
    },
    "type": "gwtoolset",
    "action": "mediafile-job-failed",
    "user": "F\u00e6",
    "timestamp": "2016-01-27T16:09:57Z",
    "comment": "music test tranche"
},''''
Jan 27 2016, 4:18 PM · MediaWiki-extensions-PagedTiffHandler, Commons

Jan 25 2016

Fae edited the description of T124662: Unexpected TIFF verification failures when mass-uploading via API.
Jan 25 2016, 3:38 PM · MediaWiki-extensions-PagedTiffHandler, Commons
Fae created T124662: Unexpected TIFF verification failures when mass-uploading via API.
Jan 25 2016, 3:32 PM · MediaWiki-extensions-PagedTiffHandler, Commons
Fae added a comment to T113878: 503 errors on API file upload.

Update Here are the figures for 1-24 January for upload of "blanks". The numbers have remained small. As my uploads do a double-check for blanks and then re-write the text page, this has basically become invisible for my uploads but is still a regular failure and quite a bad thing to build into batch upload scripts without flagging it somewhere:

Jan 25 2016, 8:20 AM · MediaWiki-Uploading, Multimedia, Commons

Jan 22 2016

Fae updated subscribers of T124409: Logging out immediately logs you back in.
Jan 22 2016, 2:09 PM · MW-1.27-release (WMF-deploy-2016-02-02_(1.27.0-wmf.12)), MW-1.27-release-notes, Patch-For-Review, MediaWiki-extensions-CentralAuth, MediaWiki-User-login-and-signup, MW-1.27-release (WMF-deploy-2016-01-19_(1.27.0-wmf.11))

Jan 19 2016

Fae added a comment to T123108: Unthrottle faebot.

Probably 5 connections is sufficient. Some of my reports rely on more that one database link at the same time to make the SQL, though most are one at a time even when multiple queries are made for the report.

Jan 19 2016, 11:33 AM · Tool-Labs, DBA, Labs

Jan 18 2016

Fae added a comment to T123108: Unthrottle faebot.

I thought that was covered by explaining on Phab how use of '-once' makes multiple jobs impossible for the BLP report. As multiple jobs are impossible, there is no reason to expect that this type of job could create a job backlog. All the other Faebot jobs run just a couple of times a day and cannot pose any sort of risk for a future outage, while the BLP report was running every 5 minutes as it was a popular vandalism prevention tool.

Jan 18 2016, 4:10 PM · Tool-Labs, DBA, Labs
Fae added a comment to T123210: TIFF colour profiles of thumbnails appear browser dependent.

For anyone looking into the relationship between poor colour rendering and TIFF colour profiles; for the NYPL upload project I have started to add TIFF info data using Python PIL Image.info. Some of these can be searched out using https://commons.wikimedia.org/w/index.php?search=insource%3A%2FData+extracted+from+TIFF+info%2F&title=Special%3ASearch

Jan 18 2016, 1:06 PM · MediaWiki-File-management, Multimedia, Commons

Jan 13 2016

Fae added a comment to T123210: TIFF colour profiles of thumbnails appear browser dependent.

Perhaps someone could write up the situation with the most relevant links is and the prospect for getting it solved? Ideally I would like to be able to link to an on-wiki guideline/advice to avoid having volunteers spending their time or reformatting TIFF colour profiles (or writing more Phab requests), if our official view is that this is going to be resolved by the browser developers long term.

Jan 13 2016, 2:30 PM · MediaWiki-File-management, Multimedia, Commons

Jan 11 2016

Fae added a comment to T123210: TIFF colour profiles of thumbnails appear browser dependent.

FYI As well as the original browsers on a Mac with a vanilla OSX Yosemite, I have now tested viewing the same TIFFs on the default Chrome 47.0 browser under Android 5.1.1 with Cyanongen 12.1.1, and the colours display perfectly on that mobile platform.

Jan 11 2016, 3:18 PM · MediaWiki-File-management, Multimedia, Commons
Fae created T123210: TIFF colour profiles of thumbnails appear browser dependent.
Jan 11 2016, 1:01 AM · MediaWiki-File-management, Multimedia, Commons

Jan 9 2016

Fae updated subscribers of T89552: Implement International Image Interoperability Framework (IIIF) prototype service on Wikimedia labs.
Jan 9 2016, 9:43 PM · Possible-Tech-Projects, Wikimedia-General-or-Unknown, Multimedia

Jan 8 2016

Fae added a comment to T119604: Faebot is crashing labsdb1002.

As an example of the impact of the throttling, the "thanks report" https://meta.wikimedia.org/wiki/User:Faebot/thanks has not been updated since its last run in August 2015. There was going to be a Signpost article about the thanks feature based on this information, but that's a non-starter now.

Jan 8 2016, 9:54 AM · DBA, Labs, Tool-Labs

Jan 5 2016

Fae added a comment to T122876: Flagging outdated versions of Python by Pywikibot.

I think the line you want to work this out is:

Jan 5 2016, 3:27 PM · Pywikibot-compat
Fae edited the description of T122876: Flagging outdated versions of Python by Pywikibot.
Jan 5 2016, 11:29 AM · Pywikibot-compat
Fae created T122876: Flagging outdated versions of Python by Pywikibot.
Jan 5 2016, 11:27 AM · Pywikibot-compat
Fae reopened T119604: Faebot is crashing labsdb1002 as "Open".
Jan 5 2016, 9:53 AM · DBA, Labs, Tool-Labs
Fae reopened T119604: Faebot is crashing labsdb1002, a subtask of T119601: Certain tools users create multiple long running queries that take all memory from labsdb hosts, slowing it down and potentially crashing (tracking), as "Open".
Jan 5 2016, 9:53 AM · Tracking, Tool-Labs, DBA, Labs

Nov 23 2015

Fae added a comment to T119322: Changes from T50615 to Special:Watchlist remove necessary options and decrease usability .

T50615 was not an improvement, has a doubtful use case and would have failed user testing had any been done.

Nov 23 2015, 8:41 AM · MW-1.27-release-notes, MW-1.27-release (WMF-deploy-2015-12-08_(1.27.0-wmf.8)), MediaWiki-Watchlist

Nov 20 2015

Fae added a comment to T50615: Options form at the top of Special:Watchlist needs cleanup.

For Special:RecentChanges see T119084: Options form at the top of Special:RecentChanges needs cleanup.

@Fae: I don't really understand your use case. What is the intention of "see the results and then decide if it is worth hiding any more"? I think the use case of the Watchlist would be "What items I want to see, edits by bots? No. Edits by anonymous users? Yes. Click Submit". So I think a user already knows the groups of items he wants to see, no matter what amount of items are expected. If you want to reduce the number of items on the page, you probably want a limit option :)

Nov 20 2015, 9:41 AM · MW-1.27-release (WMF-deploy-2015-11-17_(1.27.0-wmf.7)), MW-1.27-release-notes, User-notice, MediaWiki-Watchlist

Nov 19 2015

Fae added a comment to T50615: Options form at the top of Special:Watchlist needs cleanup.

Can this be reversed please?

This requires as many user actions as having any combination of those links clicked while also reducing time and resources to load in the event you were filtering on more than one of those items (one page instead of two pages loaded).

Nov 19 2015, 3:03 PM · MW-1.27-release (WMF-deploy-2015-11-17_(1.27.0-wmf.7)), MW-1.27-release-notes, User-notice, MediaWiki-Watchlist
Fae added a comment to T50615: Options form at the top of Special:Watchlist needs cleanup.

This change removed handy links to hide minor/bot/self watchlist entries and instead turned them into a list of check boxes and a go button. Forcing users to make two fiddly actions where one click on a link used to do the same thing is not an improvement.

Nov 19 2015, 1:37 PM · MW-1.27-release (WMF-deploy-2015-11-17_(1.27.0-wmf.7)), MW-1.27-release-notes, User-notice, MediaWiki-Watchlist

Oct 23 2015

Fae updated subscribers of T116363: create tool to crunch metrics for views (play started) of video and audio files.
Oct 23 2015, 9:48 AM · Wikimedia-Video, Tool-Labs-tools-Other

Oct 21 2015

Fae added a comment to T116001: Large job queue increase, category updates etc. very slow.

Per jcrespo, this failure is worth having a more in-depth analysis than the normal operational bug fix. This failure has had widespread affects putting off contributors from categorizing images, and made it impossible for some long running maintenance tasks to continue.

Oct 21 2015, 12:43 PM · MediaWiki-JobQueue, Wikimedia-General-or-Unknown, Performance

Oct 15 2015

Fae added a comment to T113878: 503 errors on API file upload.

As the uploading process remains unchanged and stable, the table below shows that something changed on the WMF server side on 25 September to introduce more upload failures, then by 9th October something else has changed to reduce the error rate (but not eliminate it) by 90%+. Though 1 empty error/5000 uploads seems manageable, I remain concerned that there has been no explanation of the underpinning cause, so there seems nothing to stop it randomly recurring.

Oct 15 2015, 6:14 AM · MediaWiki-Uploading, Multimedia, Commons

Oct 7 2015

Fae added a comment to T113878: 503 errors on API file upload.

FYI I have been tracking down and repairing "empties" a couple of times a day using SQL like:

Oct 7 2015, 11:48 PM · MediaWiki-Uploading, Multimedia, Commons

Oct 3 2015

Steinsplitter awarded T113878: 503 errors on API file upload a Like token.
Oct 3 2015, 7:15 AM · MediaWiki-Uploading, Multimedia, Commons

Sep 28 2015

Fae added a comment to T113878: 503 errors on API file upload.

(Responses to Bawolff's questions)

Sep 28 2015, 9:57 PM · MediaWiki-Uploading, Multimedia, Commons

Sep 27 2015

Fae edited the description of T113878: 503 errors on API file upload.
Sep 27 2015, 11:50 AM · MediaWiki-Uploading, Multimedia, Commons
Fae edited the description of T113878: 503 errors on API file upload.
Sep 27 2015, 11:14 AM · MediaWiki-Uploading, Multimedia, Commons