Page MenuHomePhabricator

Graham87 (Graham Pearce)
User

Projects

User does not belong to any projects.

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Saturday

  • Clear sailing ahead.

User Details

User Since
Oct 12 2014, 11:29 AM (496 w, 4 d)
Availability
Available
LDAP User
Unknown
MediaWiki User
Graham87 [ Global Accounts ]

Recent Activity

Mar 7 2024

Graham87 added a comment to T344378: Spike: How to obtain articles that have images with missing alt text.

See the comments including mine at: https://en.wikipedia.org/wiki/Wikipedia_talk:Linter#Wikipedia_Mobile_App:_Image_Recommendations_and_New_Lint_Error

Mar 7 2024, 9:46 AM · Wikipedia-iOS-App-Backlog (iOS Release FY2023-24), User-notice, iOS Release FY2023-24 (Archive), Patch-For-Review, Wikipedia-Android-App-Backlog

Jan 3 2024

Graham87 added a comment to T354234: AttentionPlease -- audio CAPTCHA.

As a screen reader user, I think this sounds really cool ... I'd never heard of this type of CAPTCHA before! Thanks for your work on this and putting up the demo. I'm scoring around 90 as well ...

Jan 3 2024, 4:37 AM · ConfirmEdit (CAPTCHA extension)

Oct 26 2023

Graham87 added a comment to T52031: Early edits to Wikipedia:Sandbox should be scrubbed from the English Wikipedia database.

Re previous comment: I didn't think that would work because of the 5,000-revision limit. And it doesn't ... I get a database error: [69c60177-c216-46bf-9221-09dde7012903] 2023-10-26 02:26:49: Fatal exception of type "Wikimedia\Rdbms\DBQueryError. There are way too many revisions there for even a steward to handle safely. Also see my above ramblings at T52031#555714, where this time I'll mention the revision move task in the modern format: T23312

Oct 26 2023, 2:42 AM · Wikimedia-Site-requests

Oct 21 2023

Graham87 added a comment to T341760: Special:MergeHistory should place a null edit in the page's history describing the merge.

I do history-merging on enwiki (though not as often as previously) and the main reason I don't use Special:MergeHistory (except in unusual cases) is the lack of annotation. I think it should be annotated like any other edit/admin action that affects a page (yes when done cleanly the history should still seem natural, but sometimes history merges hard/impossible to do cleanly).

Oct 21 2023, 4:53 AM · MediaWiki-MergeHistory

Oct 15 2023

Graham87 added a comment to T348667: DBUnexpectedError while deleting or moving file.

I also got this while trying to move:
https://commons.wikimedia.org/wiki/File:Dandrieu_Fugue_AveMariStela.ogg

Oct 15 2023, 7:24 AM · TimedMediaHandler, Wikimedia-production-error, Commons
Graham87 renamed T348667: DBUnexpectedError while deleting or moving file from DBUnexpectedError while deleting file to DBUnexpectedError while deleting or moving file.
Oct 15 2023, 7:23 AM · TimedMediaHandler, Wikimedia-production-error, Commons

Sep 1 2023

Graham87 updated the task description for T345456: first revision at Talk:John C. Lilly on enwiki is truncated.
Sep 1 2023, 5:13 PM · Wikimedia-database-issue (Bad data), WMF-General-or-Unknown
Graham87 updated the task description for T345456: first revision at Talk:John C. Lilly on enwiki is truncated.
Sep 1 2023, 5:12 PM · Wikimedia-database-issue (Bad data), WMF-General-or-Unknown
Graham87 created T345456: first revision at Talk:John C. Lilly on enwiki is truncated.
Sep 1 2023, 5:08 PM · Wikimedia-database-issue (Bad data), WMF-General-or-Unknown

Jul 13 2023

Graham87 added a comment to T169452: Replace Quarry with an installation of Superset.

I'm an irregular user of Quarry but find it very useful when I do need it. I found some major accessibility problems with Superset with both JAWS (my primary Windows screen reader) and NVDA, when I tried it with a query I'd just done on Quarry (I have no accessibility issues at all with my limited use of the latter program):
If someone could perhaps report these issues upstream in a more useful way than what I've just done, I'd appreciate it. Or at least help me to formulate more useful issue reports ...

These are important issues to report. Unfortunately I have no experience with JAWS or NVDA, you would be the much better person to report to superset, being able to describe your experience directly, and offer insight to any questions that may arise. Please do open an issue at https://github.com/apache/superset/issues

Fair enough, done ... after a bit more testing the settings menu item is a bit weird with screen readers too. Anyway here they are: https://github.com/apache/superset/issues/24687 and https://github.com/apache/superset/issues/24688

Jul 13 2023, 1:02 PM · cloud-services-team (FY2023/2024-Q3-Q4), superset.wmcloud.org, Quarry
Graham87 added a comment to T169452: Replace Quarry with an installation of Superset.

I'm an irregular user of Quarry but find it very useful when I do need it. I found some major accessibility problems with Superset with both JAWS (my primary Windows screen reader) and NVDA, when I tried it with a query I'd just done on Quarry (I have no accessibility issues at all with my limited use of the latter program):

  • I can't figure out how to get from the homepage to the SQL Labs section with either screen reader. When I press enter on the SQL button/menu item/whatever it is, nothing seems to happen. I only managed to get there from the link at Wikitech. The settings button at least seems to work though.
  • When the query results come up, the table seems to be some auto-scrolly thing that barely works in NVDA and almost doesn't work at all in JAWS.
Jul 13 2023, 12:21 PM · cloud-services-team (FY2023/2024-Q3-Q4), superset.wmcloud.org, Quarry
Graham87 added a comment to T341760: Special:MergeHistory should place a null edit in the page's history describing the merge.

Yeah I've thought something like this has been needed for a while. I'd been thinking of the idea of adding a log entry at the target as well as the source, and that wouldn't go astray either, but that would probably not be so easy ...

Jul 13 2023, 8:52 AM · MediaWiki-MergeHistory

May 24 2023

Graham87 added a comment to T109: Improve Phabricator's assistive technology support.

Yeah the transcript should be in the alt text in a case like this ... that's how I've encountered that sort of thing on Mastodon. Nah it didn't make me personally laugh but it'd be good for the transcript to be there for people who are amused by it. This is getting waaaaaay off-topic though ...

May 24 2023, 7:35 AM · Developer-Wishlist (2017), Upstream, Accessibility, Phabricator (Upstream), Wikimedia Phabricator RfC
Graham87 added a comment to T109: Improve Phabricator's assistive technology support.

I'm not a heavy Phabricator user but I can't think of anything that needs to be fixed accessibility-wise these days. I use the latest version of JAWS for Windows as my screen reader under Chrome 113. I haven't tested it thoroughly though and I don't have any particular accessibility expertise beyond lived experience.

May 24 2023, 12:49 AM · Developer-Wishlist (2017), Upstream, Accessibility, Phabricator (Upstream), Wikimedia Phabricator RfC
Graham87 renamed T109: Improve Phabricator's assistive technology support from Improve Phabricator support to assistive technologies to Improve Phabricator's assistive technology support.
May 24 2023, 12:37 AM · Developer-Wishlist (2017), Upstream, Accessibility, Phabricator (Upstream), Wikimedia Phabricator RfC

Mar 1 2023

Graham87 added a comment to T325796: Fix aria-label for when 'text' is empty.

@Graham87 just checking you are OK with the change of wording.

Sure, sounds good.

Mar 1 2023, 10:57 AM · MW-1.40-notes (1.40.0-wmf.26; 2023-03-06), Community-Tech (CommTech-Sprint-41), MediaWiki-extensions-Phonos

Feb 27 2023

Graham87 added a comment to T183337: text of revisions in the archive table that were deleted before Wikipedia started using MediaWiki 1.5 is corrupt, part 2.

This works fine now, probably thanks to T183489.

Feb 27 2023, 11:54 AM · Wikimedia-database-issue (Bad data), WMF-General-or-Unknown
Graham87 closed T183337: text of revisions in the archive table that were deleted before Wikipedia started using MediaWiki 1.5 is corrupt, part 2 as Resolved.
Feb 27 2023, 11:53 AM · Wikimedia-database-issue (Bad data), WMF-General-or-Unknown
Graham87 added a comment to T325796: Fix aria-label for when 'text' is empty.

Is it worth making the label customizable? So that more specific details could be provided when required? e.g.

<phonos file="intro.mp3" aria-label="Listen to the opening bars of the piece" />

Nah, probably not worth it. Most people won't customise what they can't see.

Feb 27 2023, 11:35 AM · MW-1.40-notes (1.40.0-wmf.26; 2023-03-06), Community-Tech (CommTech-Sprint-41), MediaWiki-extensions-Phonos

Feb 25 2023

Graham87 added a comment to T182374: fix needed for cases where users have multiple userids, such as user:0 on enwiki.

Indeed fixed in T167246.

Feb 25 2023, 9:35 AM · MediaWiki-Maintenance-system
Graham87 closed T182374: fix needed for cases where users have multiple userids, such as user:0 on enwiki as Resolved.
Feb 25 2023, 9:20 AM · MediaWiki-Maintenance-system

Feb 22 2023

Graham87 added a comment to T325796: Fix aria-label for when 'text' is empty.

@Graham87 What about the case when you have multiple IPA pronunciations on a page, for example for Australian vs. British English? Are people going to be able to distinguish them?

Yes, by the surrounding context.

Feb 22 2023, 9:41 AM · MW-1.40-notes (1.40.0-wmf.26; 2023-03-06), Community-Tech (CommTech-Sprint-41), MediaWiki-extensions-Phonos

Feb 21 2023

Graham87 added a comment to T325796: Fix aria-label for when 'text' is empty.

As a screen reader user, I'd prefer "Listen to pronunciation" ... or something; much snappier.

Feb 21 2023, 6:10 AM · MW-1.40-notes (1.40.0-wmf.26; 2023-03-06), Community-Tech (CommTech-Sprint-41), MediaWiki-extensions-Phonos

Feb 1 2023

Graham87 added a comment to T328480: Investigate accessibility of Vector 2022 ToC button on smaller screen sizes.

Lightly paraphrased from my comment on the WikiProject Accessibility talk page: I've just had more of a play with this using the information above with JAWS and NVDA, the two most common Windows screen readers. In JAWS the button to get to the table of contents is called "Unlabelled button 0" and in NVDA it's read out as "Menu button". This is not exactly ideal.

Feb 1 2023, 2:20 AM · Web-Team-Backlog, Desktop Improvements (Vector 2022), Accessibility

Jan 13 2023

Graham87 added a comment to T324760: Better Diffs: Accessibility Considerations.

At the moment I mostly check diffs by going in to the HTML source and searching for "diffch" ... which I've been doing for many years now. I'm generally alright with that, but of course it does fail horribly when line breaks are removed, etc. Recently more screen readers have better support for deletion/insertion annotation; when it comes to Windows screen readers, both JAWS and NVDA support reading them while NVDA supports moving between annotations. It could be nice to have some mode (enabled/disabled on the fly) that *only* shows the text that's changed and not the surrounding text.

Jan 13 2023, 1:01 AM · Better-Diffs-2023

Nov 30 2022

Graham87 added a comment to T245409: Diffs should include semantic information for screen readers.

We kinda do now with the del/ins markup which is now read by JAWS and NVDA ... and I've heard VoiceOver on iOS at least also indicates it. I mentioned this in T280749.

Nov 30 2022, 2:27 AM · Editing-team (Design Backlog), User-Abbe98, Editing Design, Two-Column-Edit-Conflict-Merge, Accessibility

Aug 12 2022

Graham87 added a comment to T314731: Major problems with DropdownWidget and JAWS screen reader in OOUI v0.44.2.

In both the demos, the label is read (i.e. for Special:Log) and the options are read once, as intended. I like demo 2B better because it's more stable when I fiddle around with it, doing things I probably wouldn't do in a real-life situation (e.g. going quickly in and out of forms/focus mode, tabbing in and out of the dropdown box, etc.) Even the demo of the old version couldn't really handle this kind of thing. I'm not sure what you mean by the additional label in the namespace selector.

Aug 12 2022, 2:16 AM · MW-1.39-notes (1.39.0-wmf.26; 2022-08-22), OOUI (OOUI-0.44.3), Accessibility

Aug 11 2022

Graham87 added a comment to T314731: Major problems with DropdownWidget and JAWS screen reader in OOUI v0.44.2.

Thanks very much! They do read now ... but JAWS reads the combo box items out twice (NVDA reads them out once). Also, in JAWS (but not NVDA), I was still able to get Chrome to become unresponsive by pressing enter on the import log item (as an example) in the new demo. It seems for some reason that presseng enter in JAWS in both the current and new versions (but not the old one) tries to set the state of the dropdown box to expanded, but it didn't do so in the old version.

Aug 11 2022, 3:44 AM · MW-1.39-notes (1.39.0-wmf.26; 2022-08-22), OOUI (OOUI-0.44.3), Accessibility

Aug 9 2022

Graham87 added a comment to T314731: Major problems with DropdownWidget and JAWS screen reader in OOUI v0.44.2.

No worries, these things happen. By "expand the combo box", I mean pressing enter on an option to select it, which causes the combo box state as reported by JAWS to change from collapsed to expanded. JAWS is notorious for hooking deep into Windows, so I can see it causing crashes like that (but they're still quite unusual for Chrome). I'll be happy to test things out when they're ready.

Aug 9 2022, 12:16 AM · MW-1.39-notes (1.39.0-wmf.26; 2022-08-22), OOUI (OOUI-0.44.3), Accessibility

Aug 7 2022

Graham87 renamed T314731: Major problems with DropdownWidget and JAWS screen reader in OOUI v0.44.2 from major problems with dropdown boxes and screen readers in OOUI v0.44.2 to major problems with dropdown boxes and JAWS screen reader in OOUI v0.44.2.
Aug 7 2022, 11:21 AM · MW-1.39-notes (1.39.0-wmf.26; 2022-08-22), OOUI (OOUI-0.44.3), Accessibility
Graham87 created T314731: Major problems with DropdownWidget and JAWS screen reader in OOUI v0.44.2.
Aug 7 2022, 11:20 AM · MW-1.39-notes (1.39.0-wmf.26; 2022-08-22), OOUI (OOUI-0.44.3), Accessibility

Jul 25 2022

Graham87 added a comment to T280749: Improve visual diff's accessibility.

Update: JAWS has re-added the reading out of del/ins semantic markup as a togglable feature ... it defaults to being on (I used the Wayback Machine to link to the announcement as this isn't a stable URL). Now that it can be turned on and off, I imagine this feature will stay around for the long term.

Jul 25 2022, 11:53 AM · VisualEditor, VisualEditor-VisualDiffs

May 25 2022

Graham87 added a comment to T306339: Adding a tooltip to the logo of new vector .

Indeed, the tooltip wouldn't be helpful for screen reader users. I'm OK with the lack of tooltip in Vector2022 as it is (I just tested it).

May 25 2022, 6:54 AM · Web-Team-Backlog, Desktop Improvements (Vector 2022), Vector (legacy skin), Logos

Mar 4 2022

Graham87 added a comment to T298638: Make modifications to Pager HTML to add heading separators to support Minerva skinning.

Re previous comment: yeah that's pretty much it. I imagine a lot of sighted users won't like the new headings or will be freaked out by them, at least temporarily ... they're not that useful on a page that only occasionally gets edits. Ifor one am slightly warming to the feature but still not really *enjoying* it ...

Mar 4 2022, 3:04 AM · User-notice-archive, User-brennen, MW-1.38-notes (1.38.0-wmf.24; 2022-02-28), Patch-For-Review, Platform Engineering, Web-Team-Backlog (Kanbanana-FY-2021-22), MediaWiki-Page-history, User-Jdlrobson, MobileFrontend (MobileFrontend Special Pages)

Mar 2 2022

Graham87 added a comment to T298638: Make modifications to Pager HTML to add heading separators to support Minerva skinning.

Re the substance of your previous comment: thanks very much. Just because I'm like that, I feel the need to point out this much more accessible way into the comic: https://www.explainxkcd.com/wiki/index.php/1172:_Workflow ... lol!

Mar 2 2022, 3:31 PM · User-notice-archive, User-brennen, MW-1.38-notes (1.38.0-wmf.24; 2022-02-28), Patch-For-Review, Platform Engineering, Web-Team-Backlog (Kanbanana-FY-2021-22), MediaWiki-Page-history, User-Jdlrobson, MobileFrontend (MobileFrontend Special Pages)

Feb 27 2022

Graham87 added a comment to T298638: Make modifications to Pager HTML to add heading separators to support Minerva skinning.

Special:WhatLinksHere shows “Displayed 50 items.” at the top (it was done in T44357). Would that work for you (potentially visually hidden)?

Oops, missed this question. It'd work but wouldn't be optimal because it wouldn't be as convenient as it was before. In the past I could just press "l" one or two times to move between lists and get "list of 50 items" or whatever. I guess the notice could be made into a heading/list item/something but that's markup abuse as well.

Feb 27 2022, 6:24 AM · User-notice-archive, User-brennen, MW-1.38-notes (1.38.0-wmf.24; 2022-02-28), Patch-For-Review, Platform Engineering, Web-Team-Backlog (Kanbanana-FY-2021-22), MediaWiki-Page-history, User-Jdlrobson, MobileFrontend (MobileFrontend Special Pages)

Feb 25 2022

Graham87 added a comment to T298638: Make modifications to Pager HTML to add heading separators to support Minerva skinning.

@Graham87 Thank you for commenting. I'm filling in for @Jdlrobson on these changes (he's currently on vacation).

I've proposed patches for the issues you noted, that is:

  • Reveal the headers to screen-readers to make it more clear that there are multiple lists
  • Group the edits by date in the user's timezone
  • Add a <section> wrappers around the lists to make it easier to jump to the end (at least, I hope this helps, I'm only an amateur screen reader user – if it doesn't, then we should think about other approaches)

...

Feb 25 2022, 2:23 PM · User-notice-archive, User-brennen, MW-1.38-notes (1.38.0-wmf.24; 2022-02-28), Patch-For-Review, Platform Engineering, Web-Team-Backlog (Kanbanana-FY-2021-22), MediaWiki-Page-history, User-Jdlrobson, MobileFrontend (MobileFrontend Special Pages)
Graham87 awarded T298638: Make modifications to Pager HTML to add heading separators to support Minerva skinning a Dislike token.
Feb 25 2022, 10:21 AM · User-notice-archive, User-brennen, MW-1.38-notes (1.38.0-wmf.24; 2022-02-28), Patch-For-Review, Platform Engineering, Web-Team-Backlog (Kanbanana-FY-2021-22), MediaWiki-Page-history, User-Jdlrobson, MobileFrontend (MobileFrontend Special Pages)
Graham87 added a comment to T298638: Make modifications to Pager HTML to add heading separators to support Minerva skinning.

Also, the headings seem to be based on the UTC date and don't take into account time zone preferences (unlike the watchlist, at least), which makes things even more confusing. On a +8 time zone preference this page history is just plain weird: https://en.wikipedia.org/w/index.php?title=Kenneth_and_Mamie_Clark&dir=prev&offset=20210125151819%7C1002670209&action=history

Feb 25 2022, 2:51 AM · User-notice-archive, User-brennen, MW-1.38-notes (1.38.0-wmf.24; 2022-02-28), Patch-For-Review, Platform Engineering, Web-Team-Backlog (Kanbanana-FY-2021-22), MediaWiki-Page-history, User-Jdlrobson, MobileFrontend (MobileFrontend Special Pages)
Graham87 added a comment to T298638: Make modifications to Pager HTML to add heading separators to support Minerva skinning.

b) If desktop skins will hide these headings completely, screen reader users would lose all the information as to why there is a dozen of separate lists on the page, as opposed to just one like before. This should probably be done with visual hiding instead, though I am not sure.

Feb 25 2022, 1:58 AM · User-notice-archive, User-brennen, MW-1.38-notes (1.38.0-wmf.24; 2022-02-28), Patch-For-Review, Platform Engineering, Web-Team-Backlog (Kanbanana-FY-2021-22), MediaWiki-Page-history, User-Jdlrobson, MobileFrontend (MobileFrontend Special Pages)

Jan 29 2022

Graham87 added a comment to T169777: Special:DeletedContributions doesn't detect pages that have been deleted before around mid-2005.

FWIW I've just discovered that this bug was fixed by the resolution of T183489.

Jan 29 2022, 7:38 PM · MediaWiki-Special-pages, MediaWiki-Page-deletion
Graham87 added a comment to T108434: Some rows (from the year 2004) in SQL databases have text in latin1 encoding.

I'm not marking this as resolved because I don't know whether this is really considered a problem as such ... but all revisions from before the MediaWiki 1.5 upgrade (in June 2005) in all formerly Latin1 wikis, including English and French, will be encoded in Latin1 unless they've been deleted and re-deleted since the upgrade. That's exactly what the option $wgLegacyEncoding is for. See: https://www.mediawiki.org/wiki/Manual:$wgLegacyEncoding

Jan 29 2022, 7:31 PM · Wikimedia-database-issue (Bad data), WMF-General-or-Unknown, DBA
Graham87 closed T169777: Special:DeletedContributions doesn't detect pages that have been deleted before around mid-2005 as Resolved.

Marking as resolved, because the links appear to do what they're supposed to now. Also I undeleted the old revisions of the page Meat helmet which previously didn't have revision ID's and exported them to find out that their revision ID's were 834623930 and 834984315 (which indicates that the ID's were assigned around April 2018), a while after I reported this bug. Some process obviously went through and fixed the orphaned revision ID's. This bug is now fixed as far as I'm concerned.

Jan 29 2022, 7:09 PM · MediaWiki-Special-pages, MediaWiki-Page-deletion

Oct 8 2021

Graham87 added a comment to T292813: page history out of order for earliest revisions in certain pages.

Looking at this a bit further, it seems the revisions are simply listed in ascending order rather than descending. It also only happens when dir=prev is selected ... compare https://nostalgia.wikipedia.org/w/index.php?title=Tattoo&action=history this normal history link with this one with dir=prev.

Oct 8 2021, 4:08 AM · Regression, MediaWiki-Page-history
Graham87 added projects to T292813: page history out of order for earliest revisions in certain pages: MediaWiki-Page-history, Regression.
Oct 8 2021, 3:52 AM · Regression, MediaWiki-Page-history
Graham87 created T292813: page history out of order for earliest revisions in certain pages.
Oct 8 2021, 3:49 AM · Regression, MediaWiki-Page-history

Aug 7 2021

Graham87 added a comment to T49993: Echo: placement of notifications flyout in DOM (HTML) makes it hard for screen-reader users to access.

I'm not in the right position to directly answer that (cf other skins ... and the fact that Monobook's property of exposing all the controls at once by default is very handy for screen-reader-using editors like me), but I can confirm that the notifications would appear on top with all screen readers when using vector on test.wikipedia.

Aug 7 2021, 7:37 AM · Growth-Team-Filtering, Growth-Team, Accessibility, Notifications

May 17 2021

Graham87 added a comment to T155014: Import 2001 wikipedia data.

I just found a particularly blatant example of a common username in the 2001 dump being later taken by a completely different user ... a good reason to be careful here! https://en.wikipedia.org/wiki/User:Aboyd_(2001_editor)

May 17 2021, 6:56 PM · Data-Engineering-Icebox, Analytics

Apr 29 2021

Graham87 added a comment to T280749: Improve visual diff's accessibility.

Yeah, it is perhaps a screen reader problem. I think in JAWS the option to read inserted/deleted text is only available in Google Docs.

Apr 29 2021, 4:18 AM · VisualEditor, VisualEditor-VisualDiffs

Jul 24 2020

Graham87 created T258801: InternetArchiveBot removes valid archive links.
Jul 24 2020, 2:52 PM · InternetArchiveBot

Apr 5 2020

Graham87 added a comment to T20493: RFC: Unify the various deletion systems.

History splits in particular should be rare - ideally, they would really just consist of undoing a previous history merge (or import - importing can result in a history merge). Am I right about this? Is there any other situation where a history split is needed?

Apr 5 2020, 1:10 PM · MediaWiki-Revision-deletion, TechCom-RFC, Stewards-and-global-tools, MediaWiki-Page-deletion

Apr 4 2020

Graham87 created T249420: InternetArchiveBot exposing text in HTML comments.
Apr 4 2020, 3:23 PM · InternetArchiveBot

Dec 23 2019

Graham87 renamed T75908: Avoid lost link for deleting pages which are later restored from Avoid lost link for deleting pages which is later restored to Avoid lost link for deleting pages which are later restored.
Dec 23 2019, 9:26 AM · Wikidata Sitelinks, Wikidata data quality and trust, Wikidata, MediaWiki-extensions-WikibaseRepository, MediaWiki-extensions-WikibaseClient
Graham87 added a comment to T75908: Avoid lost link for deleting pages which are later restored.

It obviously hasn't ... the problem still occurred here:
https://www.wikidata.org/w/index.php?title=Q615468&diff=prev&oldid=1081872742

Dec 23 2019, 9:26 AM · Wikidata Sitelinks, Wikidata data quality and trust, Wikidata, MediaWiki-extensions-WikibaseRepository, MediaWiki-extensions-WikibaseClient

Dec 15 2019

Graham87 added a comment to T75908: Avoid lost link for deleting pages which are later restored.

Has this bug been fixed (or almost fixed) recently as a side effect of something else? I've done several history merges involving deleting and restoring pages (e.g. "lorazepam" (Q408265) and fresh water (Q102192)) and haven't noticed this problem lately.

Dec 15 2019, 3:54 PM · Wikidata Sitelinks, Wikidata data quality and trust, Wikidata, MediaWiki-extensions-WikibaseRepository, MediaWiki-extensions-WikibaseClient

Oct 5 2019

Graham87 added a comment to T18691: RFC: Section header "share" link.

I'm a screen reader user who commented waaaaaay above. If a link *had* to be added, adding it after the "edit" link would be best. However screen readers will generally read the link text, not the title, unless instructed otherwise, so they'd here, for example, "Early life edit share". I for one think an edit link is relatively straightforward, but a share link would be confusing ... the average user would be thinking "share what? With whom? How? The same would apply to a lesser extent with "Share this section", but that's more words. I don't know about anybody else, but I would use this rarely enough that I would disable it immediately if it was ever enabled by default on Wikimedia wikis.

Oct 5 2019, 3:37 AM · Tech Ambassadors & Translators, User-Jdlrobson, Platform Team Workboards (Clinic Duty Team), TechCom-RFC, Design, MediaWiki-User-Interface

Aug 20 2019

Graham87 added a comment to T2323: Edits from various users active before 2003 are missing from Special:Contributions.

Wow, makes sense. Pretty weird though.

Aug 20 2019, 4:18 PM · Wikimedia-database-issue (Bad data), Platform Engineering (Icebox), MediaWiki-Special-pages, Epic
Graham87 added a comment to T2323: Edits from various users active before 2003 are missing from Special:Contributions.

Is this bug in the process of being fixed, or has some script been run that has fixing this bug as a side effect? See "Usernames_underlined_or_with_lowercase_letters" at User talk:Graham87/Import. The edits display with the correct username but aren't in special:contributions for that username yet .... this can most easily be demonstrated by this diff, with an edit from 17 January 2002 (UTC), and this contribs page, which is set to display edits from 25 January 2002 or earlier but whose latest edit is from 6 January 2002 (UTC).

Aug 20 2019, 6:08 AM · Wikimedia-database-issue (Bad data), Platform Engineering (Icebox), MediaWiki-Special-pages, Epic

Aug 1 2019

Graham87 added a comment to T20493: RFC: Unify the various deletion systems.

One of the open questions here is whether we need the ability for revisions to be entirely omitted from the history page pagination (which is currently possible by deleting the whole page and selectively undeleting all-but-one revision). My "Proposal 1" currently suggests that we do keep this ability, and that it would become one of the options of "Revision delete" - just like how we have several options already about visibility of user name, timestamp and content. Another could be to omit the entry entirely. For the user-interface, this could look like a checkbox on "Special:RevisionDelete", or it could look like "Special:Undelete" - that's a separate question.

Aug 1 2019, 2:30 PM · MediaWiki-Revision-deletion, TechCom-RFC, Stewards-and-global-tools, MediaWiki-Page-deletion

Jul 30 2019

Graham87 added a comment to T155014: Import 2001 wikipedia data.

*While I display some reluctance in that matter insofar as it applies to HomePage (which contains Wikipedia's first ever edit), I'm overall neutral as to whether holding off of creating such gaps is beneficial. Perhaps I can make a list of such pages if it would be of use.

I've just done the Homepage import. I've got my own list of pages to import; if you want to create your own, go ahead.

Jul 30 2019, 2:59 AM · Data-Engineering-Icebox, Analytics

Jul 29 2019

Graham87 added a comment to T155014: Import 2001 wikipedia data.

I just created a Wikipedia page on this topic (https://en.wikipedia.org/wiki/Wikipedia:Starling_archive_imports) and was just about to bring it somewhere when I stumbled upon this task.

From what I've seen, a good number of these pages have uncomplicated histories with single-digit numbers of missing revisions, so they can be imported by hand (by directly modifying the XML file with the new revisions and re-importing it if I'm not mistaken). On the other hand, there are some pages such as HomePage, with 418 missing revisions, that should most probably be imported with some sort of script or bot. (I know I'm saying that like it's something easy.)

Jul 29 2019, 1:18 AM · Data-Engineering-Icebox, Analytics

Jul 27 2019

Graham87 added a comment to T226524: InternetArchiveBot sometimes marking edits as live when they're clearly dead.

It's just the links; I've marked them as dead explicitly.

Jul 27 2019, 12:37 AM · InternetArchiveBot

Jun 25 2019

Graham87 created T226524: InternetArchiveBot sometimes marking edits as live when they're clearly dead.
Jun 25 2019, 3:23 PM · InternetArchiveBot

Mar 23 2019

Graham87 added a comment to T155014: Import 2001 wikipedia data.

A more serious omission from the dump is edits to "The Most Remarkable Formula In The World" ... the dump only has history upto the end of March 2001 but the Nostalgia Wikipedia has many other edits from July.

Mar 23 2019, 11:53 AM · Data-Engineering-Icebox, Analytics

Feb 7 2019

Graham87 added a project to T215487: search sorted by creation date missing some items: Discovery-ARCHIVED.
Feb 7 2019, 7:33 AM · Discovery-Search (Current work), MW-1.33-notes (1.33.0-wmf.17; 2019-02-12), Patch-For-Review, CirrusSearch, Discovery-ARCHIVED
Graham87 created T215487: search sorted by creation date missing some items.
Feb 7 2019, 7:27 AM · Discovery-Search (Current work), MW-1.33-notes (1.33.0-wmf.17; 2019-02-12), Patch-For-Review, CirrusSearch, Discovery-ARCHIVED

Jan 20 2019

Graham87 added a comment to T214028: Enable uploads for Braille music (.brf) on Commons.

I've never used this system because I don't have a Braille display; they're frightfully expensive (though there are projects underway to change that) and as far as I understand they're most readily available in Western Europe, though it's possible (but sometimes difficult) to get them in the US/UK/Australia/New Zealand through rehabilitation grants (which I'm planning to do in the medium/long-term, partially so I can use Braille music digitally). BRF files are just text files that use Braille ASCII and I can, rather laboriously, interpret them through speech, so there shouldn't be a problem supporting them on Commons.

Jan 20 2019, 3:22 AM · MediaWiki-extensions-Score, Commons

Jan 10 2019

Graham87 added a comment to T200055: Some pages have revisions by invalid usernames (with leading or trailing space) which break the "Info" and "History" views.

I recently noticed this problem at:
https://en.wikipedia.org/w/index.php?title=AD_42&limit=1&dir=prev&action=history

Jan 10 2019, 1:16 AM · MW-1.35-notes (1.35.0-wmf.10; 2019-12-10), Platform Team Workboards (Clinic Duty Team), Wikimedia-production-error, MediaWiki-General
Graham87 added a comment to T196190: Article/talk access keys not working while elements are hidden with responsive MonoBook.

Nope, the access keys are working fine here now.

Jan 10 2019, 12:48 AM · Patch-For-Review, Accessibility, MonoBook

Nov 30 2018

Graham87 added a comment to T205581: History, Special:Contributions, Special:RecentChanges, Special:Watchlist should be fully skinnable - use pseudo elements for separating elements.

Yes, it would.

Nov 30 2018, 11:44 AM · MW-1.33-notes (1.33.0-wmf.24; 2019-04-02), Notice, Accessibility, MobileFrontend (MobileFrontend Special Pages), MW-1.32-notes (WMF-deploy-2018-10-02 (1.32.0-wmf.24)), MediaWiki-Special-pages, MediaWiki-Watchlist, MediaWiki-Recent-changes, Growth-Team, Front-end-Standards-Group, UI-Standardization, User-Jdlrobson
Graham87 added a comment to T205581: History, Special:Contributions, Special:RecentChanges, Special:Watchlist should be fully skinnable - use pseudo elements for separating elements.

at https://en.wikipedia.org/wiki/Special:Contributions/Graham87 ... there is a line break between the <span class="comment comment--without-parentheses"> ... tag and the "<span class="mw-uctop">current</span> ..." tag, but not a space character; adding one would fix this problem. On some further testing with JAWS and NVVDA, the two most popular Windos screen readers, it only occurs in the former program, and only under the default scheme where everything is virtualised so it's easier to read, but the layout is flattened.

Nov 30 2018, 11:22 AM · MW-1.33-notes (1.33.0-wmf.24; 2019-04-02), Notice, Accessibility, MobileFrontend (MobileFrontend Special Pages), MW-1.32-notes (WMF-deploy-2018-10-02 (1.32.0-wmf.24)), MediaWiki-Special-pages, MediaWiki-Watchlist, MediaWiki-Recent-changes, Growth-Team, Front-end-Standards-Group, UI-Standardization, User-Jdlrobson
Graham87 added a comment to T205581: History, Special:Contributions, Special:RecentChanges, Special:Watchlist should be fully skinnable - use pseudo elements for separating elements.

I appreciate the return of the list items back to the way they were, but now there is no space between the edit summary and the word "current" (where it appears), so for example my screen reader now reads one of my latest edit summaries as "wikilinkcurrent", which sounds like "wikilinkerant". Most screen readers do not distinguish text attributes unless told to do so.

Nov 30 2018, 9:15 AM · MW-1.33-notes (1.33.0-wmf.24; 2019-04-02), Notice, Accessibility, MobileFrontend (MobileFrontend Special Pages), MW-1.32-notes (WMF-deploy-2018-10-02 (1.32.0-wmf.24)), MediaWiki-Special-pages, MediaWiki-Watchlist, MediaWiki-Recent-changes, Growth-Team, Front-end-Standards-Group, UI-Standardization, User-Jdlrobson

Nov 11 2018

Liuxinyu970226 awarded T147146: Text of many early edits missing to Massachusetts article on the English Wikipedia a Like token.
Nov 11 2018, 11:33 AM · Wikimedia-database-issue (Bad data), WMF-General-or-Unknown

Nov 9 2018

Graham87 added a comment to T205581: History, Special:Contributions, Special:RecentChanges, Special:Watchlist should be fully skinnable - use pseudo elements for separating elements.

I thought in your second example you were removing the HTML list entirely ... that's why I commented the way I did. If that wasn't your intention, then yes, that would be better than what is now on the English Wikipedia (i.e. with the inner lists).

Nov 9 2018, 3:23 PM · MW-1.33-notes (1.33.0-wmf.24; 2019-04-02), Notice, Accessibility, MobileFrontend (MobileFrontend Special Pages), MW-1.32-notes (WMF-deploy-2018-10-02 (1.32.0-wmf.24)), MediaWiki-Special-pages, MediaWiki-Watchlist, MediaWiki-Recent-changes, Growth-Team, Front-end-Standards-Group, UI-Standardization, User-Jdlrobson
Graham87 added a comment to T205581: History, Special:Contributions, Special:RecentChanges, Special:Watchlist should be fully skinnable - use pseudo elements for separating elements.

I would much prefer the outer list (i.e. the <ul> containing, say, a list of 50 items, one per each edit) to be preserved. The inner uls for the diff/hist links can be spans; that'd be fine. If that configuration is not possible, I'd much prefer it the way it is now on the English Wikipedia rather than with no HTML lists at all.

Nov 9 2018, 2:42 PM · MW-1.33-notes (1.33.0-wmf.24; 2019-04-02), Notice, Accessibility, MobileFrontend (MobileFrontend Special Pages), MW-1.32-notes (WMF-deploy-2018-10-02 (1.32.0-wmf.24)), MediaWiki-Special-pages, MediaWiki-Watchlist, MediaWiki-Recent-changes, Growth-Team, Front-end-Standards-Group, UI-Standardization, User-Jdlrobson
Graham87 added a comment to T205581: History, Special:Contributions, Special:RecentChanges, Special:Watchlist should be fully skinnable - use pseudo elements for separating elements.

I'm a screen reader user, and I don't like the fact that the diff/hist items are now in their own nested HTML lists on the English Wikipedia ... it just creates clutter and actually makes it slightly *harder* to navigate the contribs list with a screen reader, because now I hear "list of 2 items nesting level 1" and "list end nesting level 1" for no good reason. I use JAWS 2018 with IE11 but a friend of mine who uses NVDA/VoiceOver with Safari/Firefox also agreed that the new nested lists weren't a good idea. ?Semantic HTML lists are all well and good but when they're just lists of two items with no discernible benefit, there's no point.

Nov 9 2018, 12:40 PM · MW-1.33-notes (1.33.0-wmf.24; 2019-04-02), Notice, Accessibility, MobileFrontend (MobileFrontend Special Pages), MW-1.32-notes (WMF-deploy-2018-10-02 (1.32.0-wmf.24)), MediaWiki-Special-pages, MediaWiki-Watchlist, MediaWiki-Recent-changes, Growth-Team, Front-end-Standards-Group, UI-Standardization, User-Jdlrobson

Oct 21 2018

Graham87 added a comment to T155014: Import 2001 wikipedia data.

However the dump doesn't contain all the edits to C. Northcote Parkinson ... rc.log contains four here while the dump only contains two. Hmmm ...

Oct 21 2018, 11:29 AM · Data-Engineering-Icebox, Analytics

Sep 20 2018

Graham87 added a comment to T204861: Reconsider keyboard user navigation hint exposure.

Left and right arrowing doesn't work that well with screen readers anyway because the key is overwritten by the screen reader (especially true for JAWS). I would think most screen reader users would just navigate around the page using their virtual cursor and press enter on the relevant tab.

Sep 20 2018, 1:22 AM · MW-1.33-notes (1.33.0-wmf.3; 2018-11-06), Accessibility, UI-Standardization, MediaWiki-Core-Preferences

Sep 1 2018

Graham87 created T203315: listed autoconfirmed date anachronistic when before implementation of the edit threshold (e.g. before 21 may 2008 on enwiki).
Sep 1 2018, 12:10 PM · XTools

Aug 22 2018

Graham87 added a comment to T192627: Feature branch: Page Previews excerpts should be referenced by `aria-describedby` so we can begin user testing.

Yes, that's correct. I could ignore it at all costs if it was added, but I still see it as completely counterintuitive to have different behaviour when links are tabbed to versus when they are cursored over with the virtual cursor. I'd think beginners would be more likely to try to tab over links too.

Aug 22 2018, 12:01 PM · Web-Team-Backlog (Readers-Web-Kanbanana-Board-2018-19-Q1), Accessibility, Page-Previews

Aug 10 2018

Graham87 added a comment to T155014: Import 2001 wikipedia data.

I've imported a few pages, including the page n admins an the one on Atlas Shrugged.

Aug 10 2018, 1:35 PM · Data-Engineering-Icebox, Analytics
Graham87 added a comment to T179832: Handling of imported usernames.

I sometimes get inconsistent behavior with this when importing users that do not exist, particularly as it pertains to user contributions. This is both for importDump.php and Special:Import. I am using Mediawiki 1.31

At times it automatically puts the "prefix>user" before the username. In the revision list, the resulting username is just ordinary text and not a clickable link. No user contributions are given to the nonexistent user. rev_user is 0 in the database.

Other times it doesn't do that and I just get a clickable link to "user". This link is clickable, it's blue rather than red for a non-existent user, and I am brought to the user contributions page for this user. There is no interwiki prefix. rev_user is still 0 in the database.

How this work is somewhat mysterious and I haven't been able to figure out why. Usernames that start with a capital letter tend to go to "prefix>username", whereas usernames that are all lowercase letters become just the clickable "username". Occasionally there is a counterexample to that rule. It's pretty bizarre.

In Special:Import, if I click "Assign edits to local users where the named user exists locally", it makes no difference to this behavior. Whatever I type for my interwiki prefix, it is only randomly assigned to some users in the manner mentioned above. The same happens if I use importDump.php, but since I do not get to choose a prefix, the prefix it choses is "imported>username".

Is there some way to make this consistent? I am importing another wiki and expecting users to re-sign up afterward. I don't care whether they automatically get their old contributions back when they do, or whether they are all imported as a disconnected "imported>user" prefix, but I would at least like for it to be consistent. Can I change something in the XML to make this work?

Aug 10 2018, 10:29 AM · TechCom-RFC (TechCom-RFC-Closed)
Graham87 added a comment to T155014: Import 2001 wikipedia data.

After replacing all instances where the title was "Vector_Space]" with "Vector_Space1", the XML file imported perfectly here!

Aug 10 2018, 9:33 AM · Data-Engineering-Icebox, Analytics
Graham87 added a comment to T155014: Import 2001 wikipedia data.

The import script seems to halt on the title "Vector space]" or somewhere around there, using the filtered XML dump. So it's not working quite yet.

Aug 10 2018, 3:38 AM · Data-Engineering-Icebox, Analytics
Graham87 added a comment to T155014: Import 2001 wikipedia data.

Oh I see now from the source code for importUseModWikipedia.php: the account UseModWiki admin needs to exist first.

Aug 10 2018, 2:59 AM · Data-Engineering-Icebox, Analytics
Graham87 added a comment to T155014: Import 2001 wikipedia data.

I would be planning to work with them, but I get the following error using importDump.php to import them under MW1.25 (old, I know, but I don't think an update would fix this):
A database query error has occurred.
Query: INSERT INTO logging (log_id,log_type,log_action,log_timestamp,log_user,log_namespace,log_title,log_comment,log_params) VALUES (NULL,'move','move','20010322014545',NULL,'0','PythagoreanTheorem','','Pythagorean_Theorem\n1')
Function: WikiRevision::importLogItem
Error: 1048 Column 'log_user' cannot be null (localhost)

Aug 10 2018, 2:26 AM · Data-Engineering-Icebox, Analytics
Graham87 added a comment to T155014: Import 2001 wikipedia data.

I only found out by accident, but appears XML versions of these dumps were put up on dumps.wikimedia.org last October ...
https://dumps.wikimedia.org/archive/2001-xml/

Aug 10 2018, 1:37 AM · Data-Engineering-Icebox, Analytics

Aug 4 2018

Graham87 added a comment to T192627: Feature branch: Page Previews excerpts should be referenced by `aria-describedby` so we can begin user testing.

Naaaaah, I'm not a fan of this at all. On Windows, at least (with both NVDA and JAWS), it only works in FF, not IE (which many screen readers still use). It also doesn't work with these screen reader's accessibility cursors and only works when tabbing over the links, which screen reader users would never do. When it does work I don't like it ... it's just way too verbose and I just want to cut it off.

Aug 4 2018, 1:59 AM · Web-Team-Backlog (Readers-Web-Kanbanana-Board-2018-19-Q1), Accessibility, Page-Previews

Jul 31 2018

Graham87 created T200791: semi-automated edits being misreported.
Jul 31 2018, 1:06 PM · XTools

Jul 10 2018

Graham87 added a comment to T199210: attempt to view log for specific timestamp generates internal error.

Please always include the actual error message in bug reports. Thanks!

Jul 10 2018, 11:55 AM · Wikimedia-production-error, MediaWiki-Logevents
Graham87 updated the task description for T199210: attempt to view log for specific timestamp generates internal error.
Jul 10 2018, 11:48 AM · Wikimedia-production-error, MediaWiki-Logevents
Graham87 updated the task description for T199210: attempt to view log for specific timestamp generates internal error.
Jul 10 2018, 11:42 AM · Wikimedia-production-error, MediaWiki-Logevents
Graham87 created T199210: attempt to view log for specific timestamp generates internal error.
Jul 10 2018, 11:30 AM · Wikimedia-production-error, MediaWiki-Logevents

Jun 9 2018

Graham87 created T196814: attempt to remove archive link using "Modify URL Data" tool results in HTTP 500 error.
Jun 9 2018, 2:52 PM · InternetArchiveBot

Jun 8 2018

Graham87 added a comment to T196190: Article/talk access keys not working while elements are hidden with responsive MonoBook.

You don't actually benefit any from the responsive mode being any different, do you? Would it make sense for it to effectively remain the same as before the change, to screen readers?

Jun 8 2018, 7:50 AM · Patch-For-Review, Accessibility, MonoBook
Graham87 added a comment to T196190: Article/talk access keys not working while elements are hidden with responsive MonoBook.

I can't get the elements to be hidden on the beta labs cluster. However on Wikipedia it seems to have returned again with the same problems.

Jun 8 2018, 4:04 AM · Patch-For-Review, Accessibility, MonoBook

Jun 7 2018

Graham87 added a comment to T196190: Article/talk access keys not working while elements are hidden with responsive MonoBook.

I would test it but that cluster's been down for an hour now ...

Jun 7 2018, 3:16 AM · Patch-For-Review, Accessibility, MonoBook

Jun 2 2018

Graham87 added a comment to T196190: Article/talk access keys not working while elements are hidden with responsive MonoBook.

I've changed the title to clarify exactly when the access keys aren't working, per the comments I just made about this issue at the village pump discussion. On the prototype, I can reproduce this issue in both JAWS and NVDA, the two most popular Windows screen readers, in both IE and Firefox (using the latest stable versions of all these programs)

Jun 2 2018, 9:57 AM · Patch-For-Review, Accessibility, MonoBook
Graham87 renamed T196190: Article/talk access keys not working while elements are hidden with responsive MonoBook from Article/talk access keys not working after responsive MonoBook to Article/talk access keys not working while elements are hidden with responsive MonoBook.
Jun 2 2018, 9:53 AM · Patch-For-Review, Accessibility, MonoBook

May 27 2018

Graham87 created T195692: Attempt to undelete page causes error: Fatal exception of type IncompleteRevisionException: user_text field must not be ''!.
May 27 2018, 1:39 AM · MW-1.32-notes (WMF-deploy-2018-09-25 (1.32.0-wmf.23)), Core-Platform-Team-Old (CPT-Q1-Jul-Sep-2018), Multi-Content-Revisions, MediaWiki-Revision-deletion, Wikimedia-production-error