Page MenuHomePhabricator

Locke_Cole
User

Projects

User does not belong to any projects.

Today

  • No visible events.

Tomorrow

  • No visible events.

Thursday

  • No visible events.

User Details

User Since
Mar 8 2019, 4:36 PM (370 w, 4 d)
Availability
Available
LDAP User
Unknown
MediaWiki User
Locke Cole [ Global Accounts ]

Recent Activity

Sep 12 2025

Locke_Cole added a comment to T404129: Base64 encoded WebP within SVG throws an error/warning, fails to upload.

You got me curious, I'm not objecting to your patch. =)

Sep 12 2025, 3:44 AM · MW-1.45-notes (1.45.0-wmf.21; 2025-09-30), MediaWiki-Uploading

Sep 10 2025

Locke_Cole added a comment to T404129: Base64 encoded WebP within SVG throws an error/warning, fails to upload.

The only thing I'm not sure of is if WebP allows for anything, as a format, that would be undesirable to allow through without additional checking.

WebP is fine as a format

Sep 10 2025, 12:04 AM · MW-1.45-notes (1.45.0-wmf.21; 2025-09-30), MediaWiki-Uploading

Sep 9 2025

Locke_Cole added a comment to T404129: Base64 encoded WebP within SVG throws an error/warning, fails to upload.

If I'm reading this right, and I'd like to think that I am, the "fix" is to change this line in UploadVerification.php from

Sep 9 2025, 7:26 PM · MW-1.45-notes (1.45.0-wmf.21; 2025-09-30), MediaWiki-Uploading
Locke_Cole created T404129: Base64 encoded WebP within SVG throws an error/warning, fails to upload.
Sep 9 2025, 6:19 PM · MW-1.45-notes (1.45.0-wmf.21; 2025-09-30), MediaWiki-Uploading

Aug 27 2025

Locke_Cole added a comment to T372447: Consider allowing local Data pages to be used as a fallback if fetching from the remote fails.

I think forcing users to use Commons is a bad idea, especially if a user is already disenchanted with Commons, forcing them to use that project when the data could be stored locally is likely going to turn people off from using this at all. There should be a way to specify a local data source for such users. This would also simplify testing and experimenting.

Aug 27 2025, 4:33 AM · Charts
Locke_Cole created T402999: Allow data to be pulled from local projects and not Commons.
Aug 27 2025, 3:26 AM · Charts

Aug 24 2025

Locke_Cole added a comment to T154176: Provide source code diff view for Vector Graphics files (SVG) for file overwrites.

@tstarling For the file history it would be nice if there was a way to select two files and hit a "diff" or "compare" button, similar to the revision history for regular pages. Intermediate file revisions would be ignored, it would just be showing a diff of whichever two versions are chosen.

Aug 24 2025, 2:42 AM · MediaWiki-File-management, MediaWiki-Page-diffs, Multimedia

Jul 29 2025

Locke_Cole added a comment to T122292: Back redirects should be wrapped with CSS span..

Somehow in my searching I didn't come across this request, and created T400734. Thank you Pppery for helping me get here. =)

Jul 29 2025, 8:09 PM · MediaWiki-Redirects, MediaWiki-Parser
Locke_Cole created T400734: Links to redirects that link back to the linking page should be bolded, not linked.
Jul 29 2025, 5:03 PM · Parsoid, MediaWiki-Parser

Apr 1 2024

Locke_Cole added a comment to T189108: Increase the « Post‐expand include size » process up to 2.5 MB.

Since the creation of the ticket according to Moore's law the available resources on client and server site should have been increased by a sufficient factor to double the limits.

Apr 1 2024, 7:26 PM · Wikimedia-Site-requests, Performance Issue, MediaWiki-Parser-Templates
Locke_Cole added a comment to T189108: Increase the « Post‐expand include size » process up to 2.5 MB.

This is currently be used as a reason to avoid certain types of edits on larger articles on English Wikipedia, particularly the Donald Trump article, which was brought up in this discussion: https://en.wikipedia.org/wiki/Wikipedia_talk:Citing_sources#Talk:Donald_Trump_and_using_WP:LOCALCON_to_disallow_citation_archives

Apr 1 2024, 5:18 PM · Wikimedia-Site-requests, Performance Issue, MediaWiki-Parser-Templates

Mar 21 2023

Locke_Cole added a comment to T332653: Client side SVG rendering that is compatible with prefers-color-scheme ("dark mode").

The dark mode extension is a completely separate extension, not in use on WMF. We currently don't really have a dark mode, which is tracked in T26070.

Mar 21 2023, 5:24 PM · dark-mode, CSS, Commons, Accessibility, SVG, Wikimedia-SVG-rendering
Locke_Cole added a project to T5593: [Epic] SVG client side rendering: Community-Wishlist-Survey-2023.
Mar 21 2023, 6:26 AM · Community-Wishlist-Survey-2023, Epic, Wikimedia-SVG-rendering, Commons, Multimedia, Accessibility, MediaWiki-File-management
Locke_Cole updated the task description for T332653: Client side SVG rendering that is compatible with prefers-color-scheme ("dark mode").
Mar 21 2023, 6:25 AM · dark-mode, CSS, Commons, Accessibility, SVG, Wikimedia-SVG-rendering
Locke_Cole updated subscribers of T332653: Client side SVG rendering that is compatible with prefers-color-scheme ("dark mode").

@Izno, with regard to removing Community-Wishlist-Survey-2023, I'd think this would be closely related to Native SVG support and Dark mode, both of which scored highly in the survey.

Mar 21 2023, 5:59 AM · dark-mode, CSS, Commons, Accessibility, SVG, Wikimedia-SVG-rendering
Locke_Cole created T332653: Client side SVG rendering that is compatible with prefers-color-scheme ("dark mode").
Mar 21 2023, 12:24 AM · dark-mode, CSS, Commons, Accessibility, SVG, Wikimedia-SVG-rendering

Mar 20 2023

Locke_Cole added a comment to T5593: [Epic] SVG client side rendering.
Mar 20 2023, 7:41 AM · Community-Wishlist-Survey-2023, Epic, Wikimedia-SVG-rendering, Commons, Multimedia, Accessibility, MediaWiki-File-management

Feb 17 2023

Locke_Cole added a comment to T5593: [Epic] SVG client side rendering.
Feb 17 2023, 2:06 AM · Community-Wishlist-Survey-2023, Epic, Wikimedia-SVG-rendering, Commons, Multimedia, Accessibility, MediaWiki-File-management

Aug 2 2022

Locke_Cole added a comment to T5593: [Epic] SVG client side rendering.
Aug 2 2022, 12:29 AM · Community-Wishlist-Survey-2023, Epic, Wikimedia-SVG-rendering, Commons, Multimedia, Accessibility, MediaWiki-File-management

Aug 1 2022

Locke_Cole updated the task description for T314261: Allow pagetriage log entries to include wikitext/HTML markup.
Aug 1 2022, 1:24 AM · Moderator-Tools-Team, PageTriage

Jul 31 2022

Locke_Cole created T314261: Allow pagetriage log entries to include wikitext/HTML markup.
Jul 31 2022, 10:06 PM · Moderator-Tools-Team, PageTriage

Jul 22 2022

Locke_Cole added a comment to T21153: Enable dng uploads on Commons.

It's pretty annoying that, all these years later, this still hasn't been acted on. I don't see anything particularly bad with Adobe's patent license, the only burdensome thing I see in the license is that our documentation include a notice crediting Adobe for the DNG specification. I think from a software perspective, the bigger issue is usability: ideally DNG files would be paired with a final raster image at image upload time (so we'd be encouraging editors with access to cameras that produce raw images to actually upload both their finished/edited version, as well as the original raw file). I notice also that the Commons Archive from 2015 (above) is currently down, so there isn't really a solution for this right now.

Jul 22 2022, 4:39 PM · WMF-Legal, MediaWiki-extensions-PagedTiffHandler, Commons, MediaWiki-File-management

Jul 14 2022

Locke_Cole added a comment to T312875: Detect duplicate file from other projects during upload to Commons and convert to FileImport.

A prompt to import would work, with a decline to accept a straight upload. This is already the behavior (at least on Commons) when someone attempts to upload a duplicate file.

Jul 14 2022, 3:43 PM · UploadWizard, Move-Files-To-Commons

Jul 12 2022

Locke_Cole created T312875: Detect duplicate file from other projects during upload to Commons and convert to FileImport.
Jul 12 2022, 4:03 PM · UploadWizard, Move-Files-To-Commons

Mar 8 2022

Locke_Cole added a comment to T249293: Prevent reply links from showing on certain pages.

Obviously a little late, but it would be nice if there were a way to disable reply links within archived discussions (while still having them enabled on the rest of the page). A magic word would presumably apply to the entire page, but perhaps something similar to <nowiki> (<noreply>?) that could be used as needed within discussions?

Mar 8 2022, 4:16 AM · Editing-team (Kanban Board), MW-1.41-notes (1.41.0-wmf.3; 2023-04-03), Goal, TPP-Phase1, DiscussionTools

Jun 11 2021

Locke_Cole added a comment to T283467: FileExporter: Provide an option/configuration to not render the "Export to Wikimedia Commons" button depending on categorization of the File.

Well, on further consideration I almost wonder if it wouldn't make sense to use the exact same check that FileImporter uses? In this way the same settings are used for both (ex: English language Wikipedia FileImporter settings), and the experience is consistent without a risk of settings being more/less restrictive on one end of the experience vs. the other. I haven't looked at the FileImporter code, but it may be as simple as a copy/paste and making sure it's pointing at the correct configuration settings?

Jun 11 2021, 5:53 PM · User-Addshore, Move-Files-To-Commons

May 23 2021

Locke_Cole created T283467: FileExporter: Provide an option/configuration to not render the "Export to Wikimedia Commons" button depending on categorization of the File.
May 23 2021, 7:52 PM · User-Addshore, Move-Files-To-Commons