Graham87 (Graham Pearce)
User

Projects

User does not belong to any projects.

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Friday

  • Clear sailing ahead.

User Details

User Since
Oct 12 2014, 11:29 AM (157 w, 3 d)
Availability
Available
LDAP User
Unknown
MediaWiki User
Graham87

Recent Activity

Thu, Oct 12

Graham87 created T178055: Edit Counter: Request for year and month counts to be displayable in a table for screen reader users.
Thu, Oct 12, 11:20 AM · XTools

Sep 8 2017

Graham87 added a comment to T175357: special:import imports duplicate revisions from the Nostalgia Wikipedia.

Thanks for reporting this.
Can you please provide a link to the specific issue?

Sep 8 2017, 12:01 PM · MediaWiki-Export-or-Import
Graham87 created T175357: special:import imports duplicate revisions from the Nostalgia Wikipedia.
Sep 8 2017, 11:52 AM · MediaWiki-Export-or-Import

Aug 12 2017

Graham87 added a comment to T173213: Accessibility.

Yes, controls should be standardised and should be keyboard-accessible. I should at least be able to write queries in the edit box and use the combo box filters using standard keystrokes for those things.

Aug 12 2017, 11:56 PM · Wikidata Query UI, Epic

Aug 1 2017

Graham87 added a comment to T6521: Colon (:) & semicolon (;) shouldn't output as HTML definition list when used for indentation, boldfacing.

@TheDJ: JAWS doesn't announce the definition lists in colon-indented discussions. NVDA does though.

Aug 1 2017, 10:41 PM · Accessibility, MediaWiki-Parser
Graham87 added a comment to T6521: Colon (:) & semicolon (;) shouldn't output as HTML definition list when used for indentation, boldfacing.

I'd really like to have some understanding about how @Graham87 currently interacts with this. Especially, as I know he does make use of the indentation. I wonder if he just counts the colons in the wikitext, or if he also uses the dl nesting structure of the HTML to figure out who is replying to who... In case of the latter, then adding role="presentation", might actually make the accessibility even worse.

Aug 1 2017, 1:27 PM · Accessibility, MediaWiki-Parser

Jul 5 2017

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

If I didn't know any better, I'd say that this bug occurs because revisions deleted before Wikipedia was upgraded to MediaWiki 1.5 don't have a revision ID number (see T20104).

Jul 5 2017, 5:04 PM · MediaWiki-Special-pages, MediaWiki-Page-deletion
Graham87 created T169777: Special:DeletedContributions doesn't detect pages that have been deleted before around mid-2005.
Jul 5 2017, 5:00 PM · MediaWiki-Special-pages, MediaWiki-Page-deletion

Apr 28 2017

Graham87 added a comment to T163977: InternetArchiveBot does not handle URLs of the form http://music.cbc.ca/!#!/... correctly.

I did searches for "Joni" and "Banff", two terms in the first URL in the edit to Joni Mitchell linked above, in the Wayback Machine for http://music.cbc.ca. FWIW it coughed up the following URLs, neither of which actually work:
http://music.cbc.ca:80/blogs/blogpost.aspx?modPageName=&year=2013&month=6&title=Exclusive-Joni-Mitchell-talks-to-Jian-Ghomeshi-about-death-hippies-art-and-getting-Banffed&permalink=/blogs/2013/6/Exclusive-Joni-Mitchell-talks-to-Jian-Ghomeshi-about-death-hippies-art-and-getting-Banffed
http://music.cbc.ca:80/blogs/2013/6/Exclusive-Joni-Mitchell-talks-to-Jian-Ghomeshi-about-death-hippies-art-and-getting-Banffed

Apr 28 2017, 1:57 AM · InternetArchiveBot (v1.3), Internet-Archive
Graham87 added a comment to T163977: InternetArchiveBot does not handle URLs of the form http://music.cbc.ca/!#!/... correctly.

Those URL's don't work now, but certainly did in the past (I distinctly remember reading at least one of the pages there). Lemme see if I can find anything useful there; I'll report back if I do. Yes,
that web developer needs to be fired, if he/she wasn't already.

Apr 28 2017, 12:38 AM · InternetArchiveBot (v1.3), Internet-Archive
Graham87 added a comment to T163980: InternetArchiveBot making useless whitespace edits.

I wonder how you do that? I admire your abilities. :-)

Apr 28 2017, 12:31 AM · InternetArchiveBot (v1.3)

Apr 27 2017

Graham87 created T163980: InternetArchiveBot making useless whitespace edits.
Apr 27 2017, 9:01 AM · InternetArchiveBot (v1.3)
Graham87 created T163977: InternetArchiveBot does not handle URLs of the form http://music.cbc.ca/!#!/... correctly.
Apr 27 2017, 8:20 AM · InternetArchiveBot (v1.3), Internet-Archive

Mar 29 2017

Graham87 added a comment to T36873: Special:Contributions no longer shows contributions by name - problems listing contributions stored with user ID = 0.

Viewing contributions through the API rather than the interface used to be a way to get around this bug; that is no longer the case.

Mar 29 2017, 3:33 PM · MediaWiki-History-or-Diffs, Regression, MediaWiki-Special-pages

Mar 22 2017

Graham87 added a comment to T161074: InternetArchiveBot incorrectly replacing archive URL.

Cool. Could you also check to see if the bot has accidentally overwritten any other archive pages in this way? I've checked other pages about Australian Paralympians, where I've used the Pandora Archive often, but can't find any more examples.

Mar 22 2017, 3:32 AM · Internet-Archive, InternetArchiveBot
Restricted Application assigned T161074: InternetArchiveBot incorrectly replacing archive URL to Cyberpower678.
Mar 22 2017, 2:39 AM · Internet-Archive, InternetArchiveBot

Feb 8 2017

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

Why is that, @Graham87? I mean I see why a big gap might be confusing, but it seems better than an even bigger gap without those imported edits. Is there another reason I'm missing?

Feb 8 2017, 3:42 AM · Analytics

Feb 7 2017

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

Also, re the actual 2001 dump, I think it'd be best to only import edits when there is no or only a trivial gap in the page history between the last edit in those dumps and the first surviving one in the Wikipedia database.

Feb 7 2017, 5:35 AM · Analytics
Graham87 added a comment to T155014: Import 2001 wikipedia data.

I've already checked the so-called January 2002 dump ... It's just a UseModWiki version of the Nostalgia Wikipedia dump.

Feb 7 2017, 5:31 AM · Analytics

Oct 2 2016

Graham87 added a comment to T22757: Corruption of text from early 2005 due to HistoryBlobStub pointers broken by recompressTracked.php.

I'm subscribed to this bug and don't get mentions, soooooo ... this one's really interesting: T147146

Oct 2 2016, 1:40 PM · MediaWiki-History-or-Diffs
Graham87 reopened T147146: Text of many early edits missing to Massachusetts article on the English Wikipedia as "Open".
Oct 2 2016, 1:37 PM · Wikimedia-General-or-Unknown, MediaWiki-History-or-Diffs
Graham87 closed T147146: Text of many early edits missing to Massachusetts article on the English Wikipedia as Resolved.
Oct 2 2016, 1:35 PM · Wikimedia-General-or-Unknown, MediaWiki-History-or-Diffs
Graham87 created T147146: Text of many early edits missing to Massachusetts article on the English Wikipedia.
Oct 2 2016, 1:34 PM · Wikimedia-General-or-Unknown, MediaWiki-History-or-Diffs

Jul 16 2016

Graham87 created T140532: import from Nostalgia Wikipedia to the English Wikipedia fails, etc.
Jul 16 2016, 8:59 AM · Wikimedia-General-or-Unknown, MediaWiki-Export-or-Import

May 25 2016

Graham87 added a comment to T116127: Consider removing tabindex from 'diff' links on Special:RecentChanges.

@TheDJ: Yes, you are correct.

May 25 2016, 1:30 AM · MW-1.28-release-notes, MW-1.28-release (WMF-deploy-2016-06-07_(1.28.0-wmf.5)), Accessibility, MediaWiki-Recent-changes, MediaWiki-History-or-Diffs

Apr 23 2016

Graham87 added a comment to T133438: Weird block expiry bug.

Now that I think about it, further examples might help. Both of these displayed correctly when I did them (2008/2009), but no longer do so.

Apr 23 2016, 3:27 PM · MediaWiki-User-management
Graham87 updated subscribers of T133438: Weird block expiry bug.

Oops, sorry Cyberpower for removing you as a subscriber ... I was trying
to figure out how to subscribe *myself* and was having great difficulty
due to my screen reader. I finally managed it with Firefox ...

Apr 23 2016, 3:16 PM · MediaWiki-User-management
Graham87 updated subscribers of T133438: Weird block expiry bug.
Apr 23 2016, 3:05 PM · MediaWiki-User-management

Feb 10 2016

Graham87 added a comment to T126319: "WP:" namespace alias on en.wp sometimes interferes with logs.

The other problem is accessing the deleted edits themselves (that's impossible using the first link in my description). But maybe that's another bug.

Feb 10 2016, 1:08 AM · Wikimedia-General-or-Unknown, MediaWiki-Special-pages

Feb 9 2016

Graham87 renamed T126319: "WP:" namespace alias on en.wp sometimes interferes with logs from "WP:" namespace alias on en.wp sometimes interfere with logs to "WP:" namespace alias on en.wp sometimes interferes with logs.
Feb 9 2016, 3:37 PM · Wikimedia-General-or-Unknown, MediaWiki-Special-pages
Graham87 added a comment to T126319: "WP:" namespace alias on en.wp sometimes interferes with logs.

Do you think those WP: entries (select count(*) from logging where log_title like 'WP:%'; returns 2022 on the labs replicas) should be edited to point to the Wikipedia namespace?

Feb 9 2016, 3:29 PM · Wikimedia-General-or-Unknown, MediaWiki-Special-pages
Graham87 created T126319: "WP:" namespace alias on en.wp sometimes interferes with logs.
Feb 9 2016, 11:30 AM · Wikimedia-General-or-Unknown, MediaWiki-Special-pages

Feb 3 2016

Graham87 added a comment to T125480: Zero-width joiner before references on Wikipedia.

I tested with Claws. It does not output any CSS generated content like

sup.reference:before {
	content: "Foo";
}

Does your screen reader include such CSS generated content?

Nope.

Feb 3 2016, 12:32 AM · Cite

Feb 2 2016

Graham87 added a comment to T125480: Zero-width joiner before references on Wikipedia.

Nope. Screen readers don't follow the CSS rules that have been designed for them.

Feb 2 2016, 5:02 PM · Cite
Graham87 added a comment to T125480: Zero-width joiner before references on Wikipedia.

Which admittedly doesn't sound that bad *before* a reference ... but I could still do without it.

Feb 2 2016, 2:20 PM · Cite
Graham87 added a comment to T125480: Zero-width joiner before references on Wikipedia.

The zero-width joiner reads as a question mark for me in the latest versions of both JAWS and NVDA, which are among the most popular screen readers for Windows.

Feb 2 2016, 2:16 PM · Cite

Dec 8 2015

Graham87 closed T36465: enable importing of edits from newly released historical English Wikipedia database dumps to the current enwiki database as Resolved.

The first option would probably be best. I've done it, I think.

Dec 8 2015, 1:39 AM · Wikimedia-General-or-Unknown

Dec 6 2015

Graham87 added a comment to T36465: enable importing of edits from newly released historical English Wikipedia database dumps to the current enwiki database.

I got the necessary rights and ended up doing quite a lot with them, but there's still more to do:
https://en.wikipedia.org/wiki/User:Graham87/Page_history_observations
https://en.wikipedia.org/wiki/User:Graham87/SHA-1

Dec 6 2015, 2:30 AM · Wikimedia-General-or-Unknown

Nov 18 2015

Graham87 added a comment to T13555: .mw-editsection links should not be part of the <h#> element.

In the mobile version, the edit links are still read out when navigating by heading here.

Nov 18 2015, 3:41 AM · Technical-Debt, Epic, Accessibility, MediaWiki-Parser
Graham87 added a comment to T13555: .mw-editsection links should not be part of the <h#> element.

Javascript trick? Even when I'm not logged in, the edit link is ~1em to the right of the section heading. Its been some time since the Edit link loaded at the far right of the section heading (unless there some difference in the skin being used or something.

Anyway if you can double check that javascript thing and re-check the test page from earlier once again (I tweaked it some more), I'll stop pestering you and go dig up a screen reader of my own to look into this aspect on my own.

Thanks again

Nov 18 2015, 1:50 AM · Technical-Debt, Epic, Accessibility, MediaWiki-Parser

Nov 17 2015

Graham87 added a comment to T13555: .mw-editsection links should not be part of the <h#> element.

That said.. what is currently your experience with headings and screen-readers?

It sounds like the current state of affairs for you is indeed "reading out" all the "text" being "detected" but for some reason you are unable to actually invoke an edit session as you once were able to prior to the ~2007 change?

Oops, I missed this comment until now. The English and German Wikipedias (and perhaps others?) use a JavaScript trick to put the edit link *after* the section name, so when I navigate by heading I hear "<heading name> edit". I can access the section editing link fine; it's just annoying to hear the word "edit" after each section name.

Nov 17 2015, 4:24 PM · Technical-Debt, Epic, Accessibility, MediaWiki-Parser
Graham87 added a comment to T13555: .mw-editsection links should not be part of the <h#> element.

@GOIII: The headings on that page read exactly the same as they do on the regular site on the latest release versions of both JAWS and NVDA.

Nov 17 2015, 4:16 PM · Technical-Debt, Epic, Accessibility, MediaWiki-Parser
Graham87 added a comment to T13555: .mw-editsection links should not be part of the <h#> element.

My first question even before bringing up the possible redesigning of the section and edit link generation scheme is if anybody has simply tried to use css/media rules to prevent the "reading" of the unwanted Edit term instead?

Nov 17 2015, 12:40 AM · Technical-Debt, Epic, Accessibility, MediaWiki-Parser

Oct 15 2015

Graham87 renamed T115505: Can't see any page, special:RandomPage gives database error from Can't see any page, special:RandomPage gives databse error to Can't see any page, special:RandomPage gives database error.
Oct 15 2015, 2:25 PM · WorkType-Maintenance, Operations, Patch-For-Review, Wikimedia-General-or-Unknown

Oct 11 2015

Graham87 added a comment to T38976: Diffs: Incorrect number of bytes added or removed.

They became out-of-order because they were deleted before Wikipedia was upgraded to MediaWiki 1.5in June 2005. As a result, they lost their original revision ID numbers because they weren't saved when a revision was deleted back in those days. The bug summary isn't about imports ... it's about this entire situation in general, so I don't see the point of creating a new task for situations like the one I've just described (but you can if you want).

Oct 11 2015, 11:47 AM · MediaWiki-Maintenance-scripts
Graham87 added a comment to T38976: Diffs: Incorrect number of bytes added or removed.

Not all of these problems are caused by imports; some are caused by out-of-order revision ID's, like this example:
https://en.wikipedia.org/w/index.php?title=Talk:Netherlands&dir=prev&action=history

Oct 11 2015, 11:28 AM · MediaWiki-Maintenance-scripts

Sep 12 2015

Graham87 added a comment to T106941: Early edits on en.wiki with rev_user = 0 and truncated rev_user_text.

Yes, the truncated IP address contained two octets.

Sep 12 2015, 4:24 PM · Wikimedia-Site-requests

Aug 23 2015

Graham87 added a comment to T106941: Early edits on en.wiki with rev_user = 0 and truncated rev_user_text.

Scott, thanks for adding me in. Yes, I created the 10.26 account to avoid impersonation, before T36873 was a thing.

Aug 23 2015, 2:31 AM · Wikimedia-Site-requests

Jul 9 2015

Graham87 updated subscribers of T104453: replica.my.cnf creation broken.
Jul 9 2015, 12:32 PM · Patch-For-Review, Labs-Sprint-107, Labs-Sprint-106, Labs-Sprint-105, Cloud-Services, Cloud-VPS

May 13 2015

Graham87 added a comment to T98956: Skins loaded via extension registration are going missing.

I accidentally filled out this bug without submitting a description ... but on each page on the Nostalgia Wikipedia, there's an error message which begins: "Whoops! The default skin for your wiki, defined in $wgDefaultSkin as nostalgia, is not available."

May 13 2015, 12:43 PM · MW-1.25-release, Patch-For-Review, MediaWiki-Configuration, Wikimedia-General-or-Unknown
Graham87 created T98956: Skins loaded via extension registration are going missing.
May 13 2015, 12:40 PM · MW-1.25-release, Patch-For-Review, MediaWiki-Configuration, Wikimedia-General-or-Unknown

May 11 2015

Graham87 added a comment to T57674: No paragraphs/linebreaks in references by inserting empty lines.

This bug causes an accessibility issue for screen reader users like myself, allbeit a minor one, because it makes it difficult to create HTML paragraphs that are semantically correct, as discussed at:

May 11 2015, 1:26 AM · Cite, Wikisource, MediaWiki-Parser

Apr 29 2015

Graham87 updated subscribers of T97536: GlobalRename is moving over existing pages, causing revisions to go missing (tracking).
Apr 29 2015, 4:11 PM · GlobalRename, Tracking, MediaWiki-extensions-CentralAuth

Mar 25 2015

Graham87 added a comment to T18691: RFC: Section headings should have a clickable anchor.

Unfortunately that character won't be supported by screen readers.

Mar 25 2015, 8:26 AM · TechCom-Has-shepherd, RfC, TechCom-RfC, Design, MediaWiki-Interface

Mar 3 2015

Graham87 added a comment to T18691: RFC: Section headings should have a clickable anchor.

I use JAWS 15 and IE11; I tried it on JAWS 16 (which I don't use normally for various reasons) and it had the same result.

Mar 3 2015, 3:24 PM · TechCom-Has-shepherd, RfC, TechCom-RfC, Design, MediaWiki-Interface
Graham87 added a comment to T18691: RFC: Section headings should have a clickable anchor.

The ARIA fix works in NVDA, the free Windows screen reader (under both Firefox and Internet Explorer). However it only works in Firefox with JAWS, the most popular screen reader. Firefox does interesting things with JAWS (e.g. it doesn't take into account personalised settings and it reads red links as blue), so I use JAWS with Internet Explorer.

Mar 3 2015, 12:10 AM · TechCom-Has-shepherd, RfC, TechCom-RfC, Design, MediaWiki-Interface

Mar 2 2015

Graham87 added a comment to T18691: RFC: Section headings should have a clickable anchor.

Yes, or either (a) remove it from the <h2> element or (b) imbed it into the heading title.

Mar 2 2015, 4:00 PM · TechCom-Has-shepherd, RfC, TechCom-RfC, Design, MediaWiki-Interface
Graham87 added a comment to T18691: RFC: Section headings should have a clickable anchor.

When viewing webpages, screen readers don't actually take into account what's on the screen ... instead they view the generated HTML through the browser's document object model to figure out how to display items in a way that makes sense for speech/braille users. Therefore, opacity has no effect on them.

Mar 2 2015, 11:59 AM · TechCom-Has-shepherd, RfC, TechCom-RfC, Design, MediaWiki-Interface
Graham87 added a comment to T18691: RFC: Section headings should have a clickable anchor.

@Graham87 Would

.mw-headline-anchor:focus {
	opacity: 1;
}

solve this?

Nope, because screen readers don't process opacity. I've tested it just to make 100% sure and it doesn't work.

Mar 2 2015, 4:15 AM · TechCom-Has-shepherd, RfC, TechCom-RfC, Design, MediaWiki-Interface
Graham87 added a comment to T18691: RFC: Section headings should have a clickable anchor.

Solution #3 sounds good in the short-term, if screen readers handle it OK (which I can test out). I'd also be happy to test fixes for T13555.

Mar 2 2015, 4:07 AM · TechCom-Has-shepherd, RfC, TechCom-RfC, Design, MediaWiki-Interface

Mar 1 2015

Graham87 added a comment to T18691: RFC: Section headings should have a clickable anchor.

If the actual section header were clickable, it wouldn't be a problem. It's just that adding an extra link to the eader would not be a good thing.

Mar 1 2015, 3:18 PM · TechCom-Has-shepherd, RfC, TechCom-RfC, Design, MediaWiki-Interface
Graham87 added a comment to T18691: RFC: Section headings should have a clickable anchor.

Since it should be interesting for screen readers (which may be different from the edit section link, if people using screen readers are even able to edit pages), we could add .mw-headline-anchor { speak:none; } to CSS and prevent screen readers from reading it.

Oral CSS statements like that aren't supported by the major screen readers. And yes, it's possible for screen reader users to edit pages on Wikipedia, as I prove every day:
https://en.wikipedia.org/wiki/User:Graham87

Mar 1 2015, 1:51 PM · TechCom-Has-shepherd, RfC, TechCom-RfC, Design, MediaWiki-Interface
Graham87 added a comment to T18691: RFC: Section headings should have a clickable anchor.

I found out about this change through the Tech News service. As a screen reader user, I object to it in the strongest terms. Users of screen readers navigate by headings, and adding a "section" link within the <h2> element will clutter the interface even more (compare T13555, about the edit link/s also being in the heading as read by screen readers). At
the page I created at: https://www.mediawiki.org/wiki/User:Graham87/sandbox
the headings are read out as ""Section Test 1 edit edit source" and "Section Test2 edit edit source". The extraneous text after the section name can be dealt with, but the text before it is far more disruptive, because screen reader users like to be able to cut off speech when they decide an item isn't interesting to them ... and adding redundant text *before* the item of interest (the heading name in this case) is most unhelpful.

Mar 1 2015, 11:37 AM · TechCom-Has-shepherd, RfC, TechCom-RfC, Design, MediaWiki-Interface

Dec 5 2014

Graham87 added a project to T36873: Special:Contributions no longer shows contributions by name - problems listing contributions stored with user ID = 0: Regression.
Dec 5 2014, 3:33 PM · MediaWiki-History-or-Diffs, Regression, MediaWiki-Special-pages