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 (214 w, 3 d)
Availability
Available
LDAP User
Unknown
MediaWiki User
Graham87 [ Global Accounts ]

Recent Activity

Sun, Nov 11

Liuxinyu970226 awarded T147146: Text of many early edits missing to Massachusetts article on the English Wikipedia a Like token.
Sun, Nov 11, 11:33 AM · Wikimedia-General-or-Unknown, MediaWiki-History-or-Diffs

Fri, Nov 9

Graham87 added a comment to T205581: 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).

Fri, Nov 9, 3:23 PM · MW-1.33-notes (1.33.0-wmf.6; 2018-11-27), 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, Patch-For-Review, UI-Standardization, User-Jdlrobson
Graham87 added a comment to T205581: 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.

Fri, Nov 9, 2:42 PM · MW-1.33-notes (1.33.0-wmf.6; 2018-11-27), 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, Patch-For-Review, UI-Standardization, User-Jdlrobson
Graham87 added a comment to T205581: 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.

Fri, Nov 9, 12:40 PM · MW-1.33-notes (1.33.0-wmf.6; 2018-11-27), 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, Patch-For-Review, 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 · 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-User-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 · Readers-Web-Backlog (Readers-Web-Kanbanana-Board-2018-19-Q1), Patch-For-Review, 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 · 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-Approved)
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 · 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 · 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 · 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 · 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 · 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 · Readers-Web-Backlog (Readers-Web-Kanbanana-Board-2018-19-Q1), Patch-For-Review, 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-Logging
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-Logging
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-Logging
Graham87 created T199210: attempt to view log for specific timestamp generates internal error.
Jul 10 2018, 11:30 AM · Wikimedia-production-error, MediaWiki-Logging

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

May 1 2018

Graham87 created T193481: year and month counts by namespace inaccessible with screen readers and not in CSV/wikitext.
May 1 2018, 11:13 AM · XTools

Apr 27 2018

Graham87 added a comment to T193211: Prevent broken parent revisions.

Wouldn't solutions 2/3 make it effectively impossible to do selective deletion/undeletion, since most revisions that aren't the first in the page history have a non-0 rev_parent_id? A major reason to do that these days is for history splits ... another reason to make a Special:HistSplit page yesterday/redo the rev_parent_id system altogether.

Apr 27 2018, 2:44 AM · Patch-For-Review, MediaWiki-History-or-Diffs

Apr 19 2018

Graham87 added a comment to T185167: Add a "Reset parent IDs" checkbox to the undelete interface.

The Special:SplitHistory idea sounds like revision move (T23312), which would be really really cool.

Apr 19 2018, 2:10 AM · MediaWiki-History-or-Diffs, Multi-Content-Revisions, MediaWiki-Page-deletion

Apr 14 2018

Graham87 added a comment to T192189: RevisionArchiveRecord incorrectly changes null ar_len to 0.

IIRC it used to not even try to display the length in such cases, but it now displays it as empty. I can't think of any other examples of cases like this at the moment though.

Apr 14 2018, 3:21 AM · Multi-Content-Revisions (MCR-SDC Storage Layer - phase 1), MW-1.31-release-notes, MW-1.32-notes (WMF-deploy-2018-04-24 (1.32.0-wmf.1))

Apr 5 2018

Graham87 added a comment to T145630: Cannot delete two pages with large histories even having the appropriate permissions to do so.

I know this bug is old and resolved, but I stumbled on it by accident while looking for something else ... for future reference, refreshing the page in your browser should restart the deletion, and doing that enough times should make it go through. I know that undeletions for history merges work that way.

Apr 5 2018, 9:44 AM · Performance, Operations, MediaWiki-Page-deletion, DBA

Mar 14 2018

Graham87 added a comment to T47891: External link icon for file extensions should have alt text.

Nope, neither NVDA or JAWS can read out the target URL. But it doesn't really matter anyway. with the regular external link icon. I'm more concerned about links to files like PDF's ... but it seems they don't get any special treatment now for sighted users either.

Mar 14 2018, 2:21 PM · WorkType-NewFunctionality, Accessibility, MediaWiki-General-or-Unknown
Graham87 added a comment to T47891: External link icon for file extensions should have alt text.

Adding a title attribute explaining that the link is an external link, similar to the title attribute for red links, would probably be sufficient for conformance, although it's not clear to me whether screen readers will actually speak the title attribute.

Mar 14 2018, 5:03 AM · WorkType-NewFunctionality, Accessibility, MediaWiki-General-or-Unknown

Mar 6 2018

Graham87 created T188996: unable to view logs by user in some cases.
Mar 6 2018, 1:12 PM · MediaWiki-General-or-Unknown

Feb 20 2018

Graham87 added a comment to T178055: Edit Counter: Request for year and month counts to be displayable in a table for screen reader users.

Thanks, the tables sound good.

Feb 20 2018, 8:35 AM · XTools
Graham87 added a comment to T178055: Edit Counter: Request for year and month counts to be displayable in a table for screen reader users.

Thanks very much; they work! I would slightly prefer if the month/year counts were displayed in an HTML table rather than a div (especially the month counts), so I could navigate up an down the data more easily. The only other accessibility-related problem I've noticed is I can't read what I've found out is a tooltip (through the HTML source) just above the listing for the number of articles created.

Feb 20 2018, 12:24 AM · XTools

Feb 16 2018

Graham87 added a comment to T185167: Add a "Reset parent IDs" checkbox to the undelete interface.

Yeah, that's really not a good thing. It used to be the case that deleting and undeleting pages would fix these byte count problems. I actually relied on this feature last night my time when doing a very convoluted history merge/split to the articles "Power set" and "Powerset (company)". A very problematic revision is revision ID number 196132373 from the "Powerset (company)" page with the edit summary "moved PowerSet to this, which was previously a redirect to Power set" (with links removed). It shows up in the history as having added 6,400 bytes to the page, despite both it and the previous revision having been 6,422 bytes. That's because the parent ID of the offending revision is 189554283, which now belongs to the Powerset page after my history merges/splits. If a maintenance script went through and made sure all parent IDs were in chronological order (and that was enforced from now on), that would solve quite a few problems such as this one ... AFAIK it would only negatively affect revisions with out-of-order dates, such as those in T4219.

Feb 16 2018, 4:12 AM · MediaWiki-History-or-Diffs, Multi-Content-Revisions, MediaWiki-Page-deletion

Feb 14 2018

Graham87 added a comment to T178055: Edit Counter: Request for year and month counts to be displayable in a table for screen reader users.

Thanks very much. The screen reader I use is JAWS.

Feb 14 2018, 1:17 AM · XTools

Feb 13 2018

Graham87 added a comment to T178055: Edit Counter: Request for year and month counts to be displayable in a table for screen reader users.

The new wikitext option in the edit counter kinda resolves this for me; I can preview the result in my sandbox and it works fine ... I can even access the timecards now! If a text-only option was added that basically provided a more user-friendly way to do that, I'd say the bug would be completely resolved.

Feb 13 2018, 9:07 AM · XTools

Feb 12 2018

Graham87 added a comment to T181731: Run maintenance/cleanupUsersWithNoId.php on all wikis.

One of the good things about that site (a copy of the Wikipedia database from 20 December 2001) is that it made it fairly easy to compare edits from 2001 between enwiki and the Nostalgia Wikipedia database. Now that's impossible:
https://en.wikipedia.org/w/index.php?title=Astronomy_and_Astrophysics/History&action=history

How is it impossible? It's just slightly more difficult to match up the usernames.

Feb 12 2018, 1:13 AM · Wikimedia-Site-requests, MediaWiki-Platform-Team (MWPT-Q3-Jan-Mar-2018), User-notice, Wikimedia-maintenance-script-run

Jan 25 2018

Graham87 added a comment to T185620: VisualEditor improperly fiddles with <references responsive/> tag.

... In response to community request (T173176), the default references style on enwiki was changed to responsive. Both <references /> and <references responsive /> produce the same output on enwiki. ...

Jan 25 2018, 3:16 AM · Parsoid, VisualEditor

Jan 24 2018

Graham87 created T185620: VisualEditor improperly fiddles with <references responsive/> tag.
Jan 24 2018, 5:04 AM · Parsoid, VisualEditor

Jan 17 2018

Graham87 added a comment to T173213: Implement keyboard accessibility for Query.Wikidata.org.

@Graham87 you should now be able to use query.wikidata.org with your keyboard.

Jan 17 2018, 3:01 AM · Design, Patch-For-Review, Wikidata, Google-Code-in-2017, Wikidata Query UI, Epic

Dec 26 2017

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

If you're pointing out how enwiki has 1356 edits where the revision table has rev_user_text as '0' (meaning https://en.wikipedia.org/wiki/User:0) and rev_user being the IDs of 202 different users, those will automagically be fixed when T167246: Refactor "user" & "user_text" fields into "actor" reference table is done as the migration script will trust the ID in rev_user over the name in rev_user_text.

Yep, that's what I'm talking about. That fix sounds cool.

There aren't currently any edits on enwiki with rev_user_text pointing to User:0 and rev_user being 0, so I'm not sure why you're

There were, but it looks like they were changed to the current userid of 0 by the script in T181731 ... see the end of this list of contribs:
https://en.wikipedia.org/wiki/Special:Contributions/0

Dec 26 2017, 1:52 AM · MediaWiki-Maintenance-scripts

Dec 25 2017

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

Also, for example, this link should show far more than 194 edits:
https://en.wikipedia.org/w/index.php?title=Special:Contributions/conversion_script&offset=&limit=500&target=Conversion+script

Dec 25 2017, 1:20 AM · MediaWiki-History-or-Diffs, Regression, MediaWiki-Special-pages

Dec 20 2017

Graham87 added a project to T183337: text of revisions in the archive table that were deleted before Wikipedia started using MediaWiki 1.5 is corrupt, part 2: MediaWiki-History-or-Diffs.
Dec 20 2017, 8:33 AM · MediaWiki-History-or-Diffs
Graham87 created T183337: text of revisions in the archive table that were deleted before Wikipedia started using MediaWiki 1.5 is corrupt, part 2.
Dec 20 2017, 8:31 AM · MediaWiki-History-or-Diffs

Dec 14 2017

Graham87 added a comment to T181731: Run maintenance/cleanupUsersWithNoId.php on all wikis.

Would we able to undo the results of this script or reconfigure it for the Nostalgia Wikipedia? One of the good things about that site (a copy of the Wikipedia database from 20 December 2001) is that it made it fairly easy to compare edits from 2001 between enwiki and the Nostalgia Wikipedia database. Now that's impossible:
https://en.wikipedia.org/w/index.php?title=Astronomy_and_Astrophysics/History&action=history

Dec 14 2017, 7:28 AM · Wikimedia-Site-requests, MediaWiki-Platform-Team (MWPT-Q3-Jan-Mar-2018), User-notice, Wikimedia-maintenance-script-run

Dec 8 2017

Graham87 added a comment to T111605: Cross-wiki imports should set correct rev_user, not 0.

Tagging @Graham87 since he does a lot of import stuff, so this is probably something he'd like to know.

Dec 8 2017, 1:18 AM · MW-1.31-release-notes (WMF-deploy-2017-12-05 (1.31.0-wmf.11)), Patch-For-Review, MediaWiki-Export-or-Import
Graham87 added a comment to T182374: fix needed for cases where users have multiple userids, such as user:0 on enwiki.

Also, the script should probably increment user_editcount in the user table if that's not done automatically by some other process.

Dec 8 2017, 1:15 AM · MediaWiki-Maintenance-scripts
Graham87 created T182374: fix needed for cases where users have multiple userids, such as user:0 on enwiki.
Dec 8 2017, 1:12 AM · MediaWiki-Maintenance-scripts
Graham87 added a comment to T181731: Run maintenance/cleanupUsersWithNoId.php on all wikis.

Also, a relevant technical village pump thread:
https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_(technical)&oldid=814303086#Unregistered_user_with_edits

Dec 8 2017, 12:52 AM · Wikimedia-Site-requests, MediaWiki-Platform-Team (MWPT-Q3-Jan-Mar-2018), User-notice, Wikimedia-maintenance-script-run
Graham87 added a comment to T181731: Run maintenance/cleanupUsersWithNoId.php on all wikis.

Another complication relating to this script would be T2323, involving usernames stored with underlines, extra spaces and initial lower-case letters. Quite a few edits affected by this bug also have a rev_user of 0 ... they can probably be found in all the tables besides the "/Positive rev_user" one here: https://en.wikipedia.org/wiki/User:Nemo_bis/Bug_323_revisions

Dec 8 2017, 12:48 AM · Wikimedia-Site-requests, MediaWiki-Platform-Team (MWPT-Q3-Jan-Mar-2018), User-notice, Wikimedia-maintenance-script-run

Oct 12 2017

Graham87 created T178055: Edit Counter: Request for year and month counts to be displayable in a table for screen reader users.
Oct 12 2017, 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: Implement keyboard accessibility for Query.Wikidata.org.

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 · Design, Patch-For-Review, Wikidata, Google-Code-in-2017, 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 · Parsoid, 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 · Parsoid, 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-Special-pages, MediaWiki-History-or-Diffs, MediaWiki-Maintenance-scripts