Page MenuHomePhabricator

kaldari (Ryan Kaldari)
User

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Wednesday

  • Clear sailing ahead.

User Details

User Since
Nov 6 2014, 11:07 PM (492 w, 3 d)
Availability
Available
IRC Nick
Kaldari
LDAP User
Kaldari
MediaWiki User
Kaldari [ Global Accounts ]

Recent Activity

Jul 31 2023

Sj awarded T248897: Create an easy-to-use editing interface for JSON tabular data pages a Meh! token.
Jul 31 2023, 11:21 PM · covid-19, Commons-Datasets, JsonConfig, Epic

May 25 2023

kaldari committed rEBOP76c498860897: moving HelloWorld into examples.
moving HelloWorld into examples
May 25 2023, 6:59 PM
kaldari committed rEBOP30f96867f37f: follow-up to r111786, updating paths for new directory location.
follow-up to r111786, updating paths for new directory location
May 25 2023, 6:59 PM
kaldari committed rEBOP3e3310537600: partial revert of r111787 - installation instructions should still refer to….
partial revert of r111787 - installation instructions should still refer to the…
May 25 2023, 6:59 PM
kaldari committed rEBOPbc14c817a1f1: changing wfMsg to wfMessage.
changing wfMsg to wfMessage
May 25 2023, 6:59 PM

May 4 2023

Elitre awarded T334764: Database report can't be written to Korean Wikipedia due to an abuse filter a Like token.
May 4 2023, 4:12 PM · MoveComms-Support (Apr-Jun-2023), Community-Tech

Apr 14 2023

kaldari added a comment to T331138: FileBackendMultiWrite multi-dc and thumbnail handling.

@Ladsgroup - Is there any way that folks can manually purge thumbnails that didn't get regenerated (besides reuploading the images)? Apparently action=purge doesn't do the trick. I imagine giving users blanket thumbnail purging capabilities would be a security concern, but maybe if it were limited to their own uploads it would be reasonable.

Apr 14 2023, 9:44 PM · User-notice-archive, Commons, MW-1.41-notes (1.41.0-wmf.4; 2023-04-10), SRE-swift-storage, MediaWiki-File-management
kaldari created T334764: Database report can't be written to Korean Wikipedia due to an abuse filter.
Apr 14 2023, 8:38 PM · MoveComms-Support (Apr-Jun-2023), Community-Tech

Apr 8 2023

kaldari added a comment to T330942: Latest image thumbnails aren't replaced correctly after image reupload.

Folks on Commons are reporting that this is still a problem.

Apr 8 2023, 5:59 PM · Commons, MediaWiki-File-management, Wikimedia-Site-requests, Wikimedia-Incident, Regression

Apr 2 2023

kaldari added a comment to T141362: Labels for POI's completely missing on maps.wikimedia.org.

See T192500 for river and island labels.

Apr 2 2023, 11:26 PM · Maps (Map-Styles)
kaldari renamed T192500: Add river and island labels to map style from Add river and island labels to style to Add river and island labels to map style.
Apr 2 2023, 11:25 PM · Maps (Map-Styles), Maps-Sprint, Discovery-ARCHIVED
kaldari reopened T192500: Add river and island labels to map style as "Open".

Just because this work wasn't completed doesn't mean it isn't still a valid bug that needs to be fixed.

Apr 2 2023, 11:24 PM · Maps (Map-Styles), Maps-Sprint, Discovery-ARCHIVED

Mar 10 2023

kaldari added a comment to T323837: Mirror Wikimedia Foundation, Wikipedia, wikimediatech, and MediaWiki Twitter accounts on Mastodon.

people who value free knowledge, free software and privacy are currently left out by WMF microblogging

This is an important point. The very people who already share the WMF's values (and thus would never use Facebook or Twitter), will never see a social media post by the WMF. It might seem like that demographic is too small to matter, but I imagine it overlaps significantly with the demographic of people who would think writing encyclopedia articles in their free time is fun.

Mar 10 2023, 5:28 PM · Developer-Advocacy, WMF-Communications
kaldari added a comment to T323837: Mirror Wikimedia Foundation, Wikipedia, wikimediatech, and MediaWiki Twitter accounts on Mastodon.

@Legoktm - Given that the WMF has no interest in using Mastodon (judging from @LDickinsonWMF's comments and lack of engagement here), I agree that it would make sense for the community to move ahead on this without official WMF support. Do you know anyone in the community (yourself included) that might be interested in such a job? Maybe someone at one of the chapters?

Mar 10 2023, 5:14 PM · Developer-Advocacy, WMF-Communications

Dec 25 2022

Nemo_bis awarded T323837: Mirror Wikimedia Foundation, Wikipedia, wikimediatech, and MediaWiki Twitter accounts on Mastodon a Love token.
Dec 25 2022, 9:44 PM · Developer-Advocacy, WMF-Communications

Dec 23 2022

Moebeus awarded T97566: Provide another way to surface usage instructions besides tacking them onto descriptions a Like token.
Dec 23 2022, 6:17 PM · User-Smalyshev, User-Daniel, Mobile-Apps, MediaWiki-extensions-WikibaseRepository, Wikidata
whym awarded T323837: Mirror Wikimedia Foundation, Wikipedia, wikimediatech, and MediaWiki Twitter accounts on Mastodon a Cookie token.
Dec 23 2022, 11:18 AM · Developer-Advocacy, WMF-Communications

Dec 22 2022

Zblace awarded T323837: Mirror Wikimedia Foundation, Wikipedia, wikimediatech, and MediaWiki Twitter accounts on Mastodon a 100 token.
Dec 22 2022, 11:08 AM · Developer-Advocacy, WMF-Communications

Dec 21 2022

thcipriani awarded T323837: Mirror Wikimedia Foundation, Wikipedia, wikimediatech, and MediaWiki Twitter accounts on Mastodon a Love token.
Dec 21 2022, 4:18 PM · Developer-Advocacy, WMF-Communications

Dec 5 2022

kaldari added a comment to T323837: Mirror Wikimedia Foundation, Wikipedia, wikimediatech, and MediaWiki Twitter accounts on Mastodon.

@LDickinsonWMF - Thanks for sharing that information! I'm glad to hear that the WMF is exploring the use of Mastodon and I look forward to seeing what comes out of it.

Dec 5 2022, 11:45 PM · Developer-Advocacy, WMF-Communications

Nov 26 2022

kaldari updated subscribers of T323837: Mirror Wikimedia Foundation, Wikipedia, wikimediatech, and MediaWiki Twitter accounts on Mastodon.

@Legoktm - That's a good point. For example, Mastodon expects posts to use content warnings and image descriptions for better safety and accessibility. I know Wikidata moved over to your wikis.world server recently. I wonder what their approach is.

Nov 26 2022, 3:02 PM · Developer-Advocacy, WMF-Communications

Nov 25 2022

Aklapper awarded T323837: Mirror Wikimedia Foundation, Wikipedia, wikimediatech, and MediaWiki Twitter accounts on Mastodon a Love token.
Nov 25 2022, 9:43 PM · Developer-Advocacy, WMF-Communications
kaldari updated subscribers of T323837: Mirror Wikimedia Foundation, Wikipedia, wikimediatech, and MediaWiki Twitter accounts on Mastodon.

@CKoerner_WMF - I heard you might be the person with the WMF Twitter keys, so would love to know your thoughts.

Nov 25 2022, 5:28 PM · Developer-Advocacy, WMF-Communications
kaldari renamed T323837: Mirror Wikimedia Foundation, Wikipedia, wikimediatech, and MediaWiki Twitter accounts on Mastodon from Mirror Wikimedia Foundation, Wikipedia, and wikimediatech Twitter accounts on Mastodon to Mirror Wikimedia Foundation, Wikipedia, wikimediatech, and MediaWiki Twitter accounts on Mastodon.
Nov 25 2022, 5:14 PM · Developer-Advocacy, WMF-Communications
kaldari updated the task description for T323837: Mirror Wikimedia Foundation, Wikipedia, wikimediatech, and MediaWiki Twitter accounts on Mastodon.
Nov 25 2022, 5:11 PM · Developer-Advocacy, WMF-Communications
kaldari updated subscribers of T323837: Mirror Wikimedia Foundation, Wikipedia, wikimediatech, and MediaWiki Twitter accounts on Mastodon.

There is some discussion of crossposting tools at T236397. @bd808 may be able to provide more details.

Nov 25 2022, 5:08 PM · Developer-Advocacy, WMF-Communications
kaldari updated the task description for T323837: Mirror Wikimedia Foundation, Wikipedia, wikimediatech, and MediaWiki Twitter accounts on Mastodon.
Nov 25 2022, 5:05 PM · Developer-Advocacy, WMF-Communications
kaldari created T323837: Mirror Wikimedia Foundation, Wikipedia, wikimediatech, and MediaWiki Twitter accounts on Mastodon.
Nov 25 2022, 5:02 PM · Developer-Advocacy, WMF-Communications

Oct 9 2022

Hymeros awarded T146837: Add ability to search by user agent from CheckUser interface a Like token.
Oct 9 2022, 9:15 PM · Stewards-and-global-tools, CheckUser

Sep 4 2022

kaldari added a comment to T124101: Specific revisions of multiple files missing from Swift - 404 Not Found returned.

@MarkTraceur @Tgr Could someone with shell access at least look in some of the relevant archive directories and see if anything is in there. Maybe the filenames have been changed or corrupted or it's an encoding issue.

Sep 4 2022, 2:16 PM · MediaWiki-File-management, Structured Data Engineering, Structured-Data-Backlog, User-Josve05a, SRE, SRE-swift-storage, Commons

Aug 24 2022

kaldari placed T249127: Create regularly updated maps of COVID-19 outbreak up for grabs.
Aug 24 2022, 9:21 PM · Design, covid-19, COVID-19-Graphics

Jul 21 2022

kaldari updated subscribers of T308527: Gallery (packed) sometimes ignores heights attribute.

@matmarex - I'm wondering if your change to mediawiki.page.gallery.js from April could have affected this.

Jul 21 2022, 10:58 PM · MediaWiki-Gallery
kaldari added a comment to T308527: Gallery (packed) sometimes ignores heights attribute.

@Jdlrobson - Thanks for the response!

Hey @kaldari the issue here is the gallery code has no maintainers so likely nobody is responsible for triaging https://www.mediawiki.org/wiki/Developers/Maintainers

Ah, I should have guessed that :)

I don't know this code, and am not too familiar with how it works in articles, but the content still seems useable. I see the inconsistency but I am not 100% sure why it's a problem to the reading experience. It looks almost like an intended feature to me - adapting to the available space?

Normally the packed mode is supposed to adapt to the available space (up to 1.5X the default height), but if you set an explicit height, it's supposed to restrict it. I concede it's not a major issue for the reading experience, but in principle we're supposed to render the article content as specified by the editors. But I suppose that might be more idealistic than practical.

Jul 21 2022, 10:54 PM · MediaWiki-Gallery

Jul 20 2022

kaldari added a comment to T310974: Extend PageTriageMaxAge (noindex) for unpatrolled articles at enwiki.

@Kudpung - If NPP can't clear all new articles within 90 days, I would definitely consider that bankrupt. Despite the number of new articles per day steadily declining over the years, the length of the unpatrolled backlog has only crept longer and longer. It looks like the current backlog stretches at least to January (disregarding converted redirects, moves, undeletions, etc.). What's to prevent the backlog from growing further than 365 days? The idea that it could take a year for a new article on Wikipedia to become truly "live" is disheartening. Sure, it might discourage a few spammers, but it will also surely discourage a large number of good faith contributors. As a long-time leader in the Wikipedia community, I'm sure you understand that and appreciate the implications. And as admirable as your efforts to instill rigor and quality control into NPP have been, it seems apparent that bigger changes are needed than technical band-aids like this. Looking through the older unpatrolled pages, I'm struck by the fact that nearly all of them have actually been reviewed by other editors and cleaned-up or tagged for problems. It's unfortunate that the patrolling process has become largely divorced from this organic decentralized reviewing process. Have you considered ways that these processes could be brought back together? As the failure of Citizendium and similar projects shows us, too much rigor and control kills the power of crowd-sourcing.

Jul 20 2022, 3:24 PM · MW-1.40-notes (1.40.0-wmf.6; 2022-10-17), PageTriage, Patch-For-Review, MW-1.39-notes (1.39.0-wmf.18; 2022-06-27), Wikimedia-Site-requests, English-Wikipedia-New-Pages-Patrol
kaldari added a comment to T310974: Extend PageTriageMaxAge (noindex) for unpatrolled articles at enwiki.

@TheresNoTime, @Kudpung - One of the main reasons that a 90 day limit was imposed was to limit the potential for the noindex template feature to be abused. (See lengthy discussion here.) That issue needs to be addressed prior to any changes to the limit. My personal opinion is that the security risk outweighs the risk of non-patrolled articles being indexed by Google (especially since truly problematic new articles such as vandalism or attack pages are typically deleted within a few days of their creation).

Jul 20 2022, 4:56 AM · MW-1.40-notes (1.40.0-wmf.6; 2022-10-17), PageTriage, Patch-For-Review, MW-1.39-notes (1.39.0-wmf.18; 2022-06-27), Wikimedia-Site-requests, English-Wikipedia-New-Pages-Patrol

Jul 16 2022

kaldari updated subscribers of T308527: Gallery (packed) sometimes ignores heights attribute.

@Jdlrobson - I'm wondering if this bug warrants some attention. It affects the display of article content (possibly in all skins) and has been live for 2 months now. I know I'm not helping anything by complaining about it, but I'm surprised it hasn't been triaged yet.

Jul 16 2022, 9:28 PM · MediaWiki-Gallery

Jul 15 2022

kaldari updated the task description for T259059: Upgrade to CodeMirror 6.
Jul 15 2022, 12:16 PM · Community-Tech (CommTech-Kanban), Epic, MediaWiki-extensions-CodeMirror, WMDE-TechWish, User-thiemowmde, WMDE-Templates-FocusArea, WMDE-TechWish-Maintenance

Jun 29 2022

kaldari added a comment to T308527: Gallery (packed) sometimes ignores heights attribute.

This seems to sometimes affect other skins as well. See, for example:
https://en.wikipedia.org/wiki/Tutelina_harti?safemode=1&useskin=minerva
https://en.wikipedia.org/wiki/Tutelina_harti?safemode=1&useskin=vector
The images all initially load at the correct size (height 150), but then some of them are dynamically resized to a larger size, sometimes reflowing the page. If you resize the window, the images randomly change sizes as you are resizing, leading me to believe that this bug is likely related to responsive skin code.

Jun 29 2022, 1:10 PM · MediaWiki-Gallery

May 19 2022

kaldari added a comment to T308527: Gallery (packed) sometimes ignores heights attribute.

I have confirmed this bug on English Wikipedia in both Chrome and Safari. As it affects the presentation of article content, it should be considered high priority.

May 19 2022, 2:18 PM · MediaWiki-Gallery
kaldari added projects to T308527: Gallery (packed) sometimes ignores heights attribute: Desktop Improvements (Vector 2022), Timeless.
May 19 2022, 2:14 PM · MediaWiki-Gallery

Apr 2 2022

kaldari added a comment to T122901: Prototype a badged player (for inline ipa pronunciations; hide native player initially).

What I would like to see is a very small speaker icon, not a play icon (which is ambiguous in this context), which when clicked, opens a modal or floating player (which includes a link to the file page). So something very similar to what you see in the first sentence of https://en.wikipedia.org/wiki/France, but opening a player instead of linking directly to the audio.

Apr 2 2022, 1:06 AM · VideoJS player

Mar 29 2022

kaldari updated the task description for T248418: Roll out videojs as the only video/audio player on all Wikimedia wikis.
Mar 29 2022, 8:36 PM · User-notice-archive, User-Ladsgroup, Patch-For-Review, Web-Team-Backlog, Wikimedia-Site-requests, VideoJS player, Performance-Team (Radar), Multimedia, Video
kaldari added a comment to T248418: Roll out videojs as the only video/audio player on all Wikimedia wikis.

With the recent changes, this seems to be addressed mostly. To see the difference, simply turn on videojs in ruwiki and go to https://ru.wikipedia.org/wiki/%D0%A8%D0%B0%D0%B1%D0%BB%D0%BE%D0%BD:IPA_chart/table_pulmonic_consonants_with_audio.

Isn't it what you're imagining?

Mar 29 2022, 8:30 PM · User-notice-archive, User-Ladsgroup, Patch-For-Review, Web-Team-Backlog, Wikimedia-Site-requests, VideoJS player, Performance-Team (Radar), Multimedia, Video

Mar 24 2022

kaldari added a comment to T248418: Roll out videojs as the only video/audio player on all Wikimedia wikis.

I understand. I feel this is a specific usecase of audio players. I looked how enwiki handles it and they link to the audio file instead (which is not great either). I feel for such cases we need to have a specific tool/code built to handle (whether in TMH or a gadget on wiki based on videojs). Trying to force the general audio player to do this (while it's a valid usecase) seems a bit off to me. Once that's done, we can also try to make enwiki and other Wikipedia languages to adapt this as well. Does that make sense?

Mar 24 2022, 7:07 PM · User-notice-archive, User-Ladsgroup, Patch-For-Review, Web-Team-Backlog, Wikimedia-Site-requests, VideoJS player, Performance-Team (Radar), Multimedia, Video

Mar 19 2022

kaldari closed T258573: Change 'information' icon to 'commons' icon as Declined.

An average Wikipedia reader is not going to have any idea what a tiny Commons logo means, but they will have some idea what the information icon is for, even if they don't expect it to take them to Commons. Either way, something like T258585 seems like a better solution in the long term.

Mar 19 2022, 5:55 AM · Video, Design, VideoJS player
kaldari closed T258573: Change 'information' icon to 'commons' icon, a subtask of T258585: Create popup tab with extended information instead of link to Common in VideoJS player, as Declined.
Mar 19 2022, 5:55 AM · UX-Debt, Video, VideoJS player

Jan 2 2022

kaldari added a comment to T145522: [feature request] how to clean up redirects in sitelinks.

Is this still a valid feature request? The main problem identified in the description (that some articles are linked to in Wikidata via redirects) doesn't seem to actually be a problem, as this is explicitly allowed on Wikidata, and desirable in many situations. If the feature request is just to remove unintentional links via redirects, that should be clarified in the title and description.

Jan 2 2022, 9:50 PM · User-Michael, patch-welcome, MediaWiki-Redirects, MediaWiki-extensions-WikibaseClient, Wikidata

Jun 25 2021

kaldari added a project to T285579: [M] "Add data" step of Upload Wizard broken: Structured Data Engineering.
Jun 25 2021, 7:11 PM · MW-1.38-notes (1.38.0-wmf.2; 2021-09-28), MW-1.37-notes (1.37.0-wmf.12; 2021-06-28), Structured-Data-Backlog (Current Work), Structured Data Engineering, StructuredDataOnCommons, UploadWizard
kaldari created T285579: [M] "Add data" step of Upload Wizard broken.
Jun 25 2021, 7:11 PM · MW-1.38-notes (1.38.0-wmf.2; 2021-09-28), MW-1.37-notes (1.37.0-wmf.12; 2021-06-28), Structured-Data-Backlog (Current Work), Structured Data Engineering, StructuredDataOnCommons, UploadWizard

Jun 8 2021

kaldari created T284524: New VideoJS Player can't play some OGG audio files.
Jun 8 2021, 2:47 AM · VideoJS player

May 26 2021

kaldari added a comment to T27619: Add more characters to ccnorm.
In T27619#3970962, @Tgr wrote:

Also 1 and I are in the same equivalence set but l is not. Those two sets should probably be merged.

May 26 2021, 2:04 PM · Equivset, MW-1.28-release (WMF-deploy-2016-10-04_(1.28.0-wmf.21)), MW-1.27-release (WMF-deploy-2016-01-19_(1.27.0-wmf.11)), AntiSpoof
kaldari placed T27619: Add more characters to ccnorm up for grabs.
May 26 2021, 1:56 PM · Equivset, MW-1.28-release (WMF-deploy-2016-10-04_(1.28.0-wmf.21)), MW-1.27-release (WMF-deploy-2016-01-19_(1.27.0-wmf.11)), AntiSpoof

Apr 23 2021

kaldari created T280943: Author is different depending on method of Flickr import in UploadWizard.
Apr 23 2021, 12:39 AM · UploadWizard

Apr 21 2021

kaldari reopened T79424: update svg font list as "Open".

Reopening as the list is again out of date. See also T280829.

Apr 21 2021, 6:08 PM · SRE
kaldari created T280829: Expose live font list (fc-list) on a public webpage.
Apr 21 2021, 6:06 PM · SRE

Apr 20 2021

Krinkle awarded T263505: Create logging instrumentation for Wikitext editor not affected by ad blockers a Orange Medal token.
Apr 20 2021, 10:11 PM · Skipped QA, Editing-team (Kanban Board), Better Use Of Data, Product-Analytics, WikiEditor

Apr 19 2021

kaldari added a comment to T132308: Internationalise citoid dates.

It is the clear and explicit consensus of en.wiki editors not to allow YYYY-MM dates. Not in what is shown to readers, but also not in the source code, and not in the allowed parameters of citation templates. So whether you think YYYY-MM is better or not is irrelevant: if Citoid did this on en.wiki it would be in error and in violation of the local consensus, and should not be used.

Apr 19 2021, 11:15 PM · User-notice, User-Josve05a, VisualEditor, Citoid
kaldari added a comment to T132308: Internationalise citoid dates.

@Izno - I'm not arguing against Citoid doing sanitation of the date. I just think the Citoid service should sanitize it to YYYY-MM, not YYYY-MM-XX for three reasons:

  • EDTF is too new and I don't know a single browser that supports it yet (via JS).
  • All 20 versions of RefToolbar handle YYYY-MM fine. YYYY-MM-XX breaks them.
  • As stjn mentioned, the #time parser function also doesn't support YYYY-MM-XX (although I'm not sure what that impacts).

While I understand that the idea of fixing the problem from the VisualEditor side (either with '-XX' or full internationalization) may feel like throwing a request into a black hole, I'm pretty confident that @Mvolz could handle it, and I'm curious to get her opinion on that idea.

Apr 19 2021, 9:48 PM · User-notice, User-Josve05a, VisualEditor, Citoid
kaldari added a comment to T132308: Internationalise citoid dates.

@Mvolz - For the short term, what do you think about moving the '-XX' addition from the Citoid service to the Citoid extension (i.e. VisualEditor)? Otherwise, we need to fix RefToolbar on all the wikis ASAP per https://en.wikipedia.org/w/index.php?search=%22undefined+NaN%22&title=Special%3ASearch&go=Go&ns0=1 (which I can't do since I don't have permissions).

Apr 19 2021, 6:50 PM · User-notice, User-Josve05a, VisualEditor, Citoid
kaldari added a comment to T132308: Internationalise citoid dates.
  • Have Citoid return all dates in regular ISO 8601 format, e.g. 2020-12 for December 2020.

The reasons we have issue with it on en.WP are well-founded.

@Izno - As I mentioned above, the Citoid service never interacts directly with English Wikipedia, so that's not a reason for Citoid to not use 2020-12. Accommodation of CS1 (and any potential localization) should happen at the VisualEditor/RefToolbar level, not at the service level.

Apr 19 2021, 6:42 PM · User-notice, User-Josve05a, VisualEditor, Citoid
kaldari added a comment to T132308: Internationalise citoid dates.

On Kaldari's suggestion to substitute a localized date, I think that harms translation efforts. It might be nice to see 2021. április 19. in the wikitext for your article, but it is not nice to have to turn that into 19 April 2021 or 19 avril 2021 or 2021年4月19日 later.

I wonder whether this is as big of a problem as it seems to me personally. I checked a dozen pages in https://en.wikipedia.org/wiki/Special:RandomInCategory/CS1_errors:_dates and found none of these. There were several of the MM/DD/YYYY format, but nothing that looked like YYYY-MM.

Apr 19 2021, 6:33 PM · User-notice, User-Josve05a, VisualEditor, Citoid
kaldari added a comment to T132308: Internationalise citoid dates.

I... guess? That's like saying Wikipedia doesn't have a white background: it doesn't (pretty sure it's not #fff but I've haven't checked lately), but no-one cares because the end effect is that some systems mostly-powered by Citoid do. Either Citoid does the work or the other systems do.

Apr 19 2021, 6:27 PM · User-notice, User-Josve05a, VisualEditor, Citoid
kaldari added a comment to T132308: Internationalise citoid dates.

@stjn - Sorry, that makes sense!

Apr 19 2021, 6:17 PM · User-notice, User-Josve05a, VisualEditor, Citoid
kaldari added a comment to T132308: Internationalise citoid dates.

JFYI: MediaWiki parser function #time does not support 2020-03-XX format (and would return Invalid time error from it). If any template uses it for formatting time in citations, they would have to remove the -XX manually (in template or by hand) to get it to work.

Apr 19 2021, 5:48 PM · User-notice, User-Josve05a, VisualEditor, Citoid
kaldari added a comment to T132308: Internationalise citoid dates.

@Mvolz - Also here is my opinion on what the correct solution to the original problem is:

  • Have Citoid return all dates in regular ISO 8601 format, e.g. 2020-12 for December 2020.
  • Have VisualEditor convert the date into a standard JavaScript date object, e.g. new Date('2020-12'), which unlike CS1 does adhere to ISO 8601 AFAICT.
  • Have VisualEditor convert the JavaScript date object into a localized date for that wiki (which should be relatively easy since it has access to all the local MediaWiki JavaScript functions).

I'm not sure why everyone in this Phabricator discussion is thinking that Citoid interacts directly with CS1 as that isn't true.

Apr 19 2021, 5:38 PM · User-notice, User-Josve05a, VisualEditor, Citoid
kaldari added a comment to T132308: Internationalise citoid dates.

I'll try to fix the RefToolbar code (for the Wikitext 2010 editor) later today...

Apr 19 2021, 4:38 PM · User-notice, User-Josve05a, VisualEditor, Citoid

Apr 18 2021

kaldari added a comment to T280432: Adding new font for CJK media display.

Note that Source Han Sans is licensed under the SIL Open Font License.

Apr 18 2021, 9:35 PM · serviceops-radar, SRE, Wikimedia-SVG-rendering

Apr 14 2021

Mike_Peel awarded T258540: Allow uploading of MP4 files to Commons, but only provide transcoded Webm files to download/stream a Like token.
Apr 14 2021, 10:33 AM · Commons, TimedMediaHandler-Transcode

Mar 14 2021

kaldari added a comment to T273708: Don't show download button on subpages, and opt-out for top-level pages.

This task seems to be getting more complex by the day. I wonder if it might be better to just keep it simple and disable the download button for disambiguation pages, as that case is unambiguously needed. This could be done with the existing __DISAMBIG__ magic word via a hook handler in the Disambiguator extension. I would hate to see a solution that creates a lot more curation work for Wikisource, as en.wikisource (at least) already has lots of curation backlogs. Just some thoughts to consider.

Mar 14 2021, 7:02 AM · MW-1.41-notes (1.41.0-wmf.18; 2023-07-18), All-and-every-Wikisource, Community-Tech, WS Export
kaldari created T277401: Authentication error when trying to log into the Wikipedia Library.
Mar 14 2021, 1:53 AM · The-Wikipedia-Library

Feb 19 2021

SBisson awarded T248897: Create an easy-to-use editing interface for JSON tabular data pages a Like token.
Feb 19 2021, 2:05 PM · covid-19, Commons-Datasets, JsonConfig, Epic

Feb 8 2021

kaldari added a comment to T235420: Create wikidata badges to indicate when sitelinks point to Wikipedia redirect pages.

https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Wikibase/+/602422/ still seems like a product decision by @Lydia_Pintscher and or @Samantha_Alipio_WMDE that needs to happen here.

In that case, would you mind asking one of them to respond here or at T54564? They do not seem to be responsive to Phabricator pings.

Looking at https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Wikibase/+/602422 this changes all input of site title to NOT be normalized.
This will probably lead to a large number of sitelinks being created as redirects, rather than just for the cases discussed here and in T54564 etc.

That is correct.

Briefly looking at T235420#5932084 it sounds like this could have a solution that doesn't change all sitelink title input.
This comment suggests that the issue is that badges can not be created on sitelinks that are redirects.
Is that functionality alone enough to meet the requirements here?
This ticket is after all about "Create wikidata badges to indicate when sitelinks point to Wikipedia redirect pages", not "do not use canonical pages names (including following redirects) when sitelinks are created"

Either solution is fine with me, but just ignoring everyone isn't a good solution. The Wikidata community clearly favors allowing redirects as sitelinks and has been doing it via a workaround for a long time now. There's no good reason (that I've heard) to make it difficult.

Feb 8 2021, 9:35 PM · Wikidata-Campsite, User-Ladsgroup, Patch-For-Review, MW-1.35-notes (1.35.0-wmf.20; 2020-02-18), Wikidata

Jan 26 2021

kaldari added a comment to T235420: Create wikidata badges to indicate when sitelinks point to Wikipedia redirect pages.

If there are no objections within the next two weeks, I'm planning on +2ing https://gerrit.wikimedia.org/r/602412 and https://gerrit.wikimedia.org/r/602422.

Jan 26 2021, 4:56 PM · Wikidata-Campsite, User-Ladsgroup, Patch-For-Review, MW-1.35-notes (1.35.0-wmf.20; 2020-02-18), Wikidata

Dec 26 2020

kaldari closed T258622: Poor display of media on Special:NewFiles as Resolved.
Dec 26 2020, 12:06 AM · MW-1.36-notes (1.36.0-wmf.25; 2021-01-05), Patch-For-Review, Video, Design, VideoJS player

Dec 25 2020

kaldari reopened T258622: Poor display of media on Special:NewFiles as "Open".

Oops, my CSS is missing a space!

Dec 25 2020, 10:32 PM · MW-1.36-notes (1.36.0-wmf.25; 2021-01-05), Patch-For-Review, Video, Design, VideoJS player

Dec 23 2020

kaldari added a comment to T264940: Track metrics on Portuguese Wikipedia relating to IP-editing turn off.

Observations by the end of November 2020
After turning off IP editing on ptwiki, we saw:

  • an increase in active registered editors
  • an increase in new accounts
  • an decrease in total edits
  • an decrease in reverts
  • an decrease in non-reverted edits
  • an decrease in blocks
Dec 23 2020, 4:20 PM · Product-Analytics (Kanban), Anti-Harassment
kaldari added a comment to T264940: Track metrics on Portuguese Wikipedia relating to IP-editing turn off.

However, the ORES model is known for being biased against IP editors.

@jwang - This seems like an extremely important detail. Can you elaborate on it? I skimmed through the paper you cited, but didn't see anything about it.

Dec 23 2020, 3:41 PM · Product-Analytics (Kanban), Anti-Harassment

Dec 22 2020

kaldari added a comment to T111735: Non-breaking spaces break page layout when confirming thanks in diff view.

Maybe the real problem here is just that the string in German is way too long.

I'd say the underlying problem are design decisions or implementations which either ignore or make strange assumptions about human languages and/or character widths. See also https://www.w3.org/International/articles/article-text-size.en

Dec 22 2020, 11:46 PM · Growth-Team-Filtering, Growth-Team, JavaScript, Thanks
kaldari renamed T264940: Track metrics on Portuguese Wikipedia relating to IP-editing turn off from Track metrics on ptwiki relating to IP-editing turn off to Track metrics on Portuguese Wikipedia relating to IP-editing turn off.
Dec 22 2020, 11:21 PM · Product-Analytics (Kanban), Anti-Harassment
kaldari merged T270744: Analyze the effect of blocking IP edits on Portuguese Wikipedia into T264940: Track metrics on Portuguese Wikipedia relating to IP-editing turn off.
Dec 22 2020, 11:21 PM · Product-Analytics (Kanban), Anti-Harassment
kaldari merged task T270744: Analyze the effect of blocking IP edits on Portuguese Wikipedia into T264940: Track metrics on Portuguese Wikipedia relating to IP-editing turn off.
Dec 22 2020, 11:20 PM · Product-Analytics, Anti-Harassment
kaldari created T270744: Analyze the effect of blocking IP edits on Portuguese Wikipedia.
Dec 22 2020, 10:50 PM · Product-Analytics, Anti-Harassment
kaldari added a comment to T111735: Non-breaking spaces break page layout when confirming thanks in diff view.

I changed it to "Dankeschön senden (für andere sichtbar)?" which is 19 characters shorter.

Dec 22 2020, 8:55 PM · Growth-Team-Filtering, Growth-Team, JavaScript, Thanks
kaldari updated subscribers of T111735: Non-breaking spaces break page layout when confirming thanks in diff view.

Maybe the real problem here is just that the string in German is way too long.

Dec 22 2020, 6:56 PM · Growth-Team-Filtering, Growth-Team, JavaScript, Thanks
kaldari updated subscribers of T235420: Create wikidata badges to indicate when sitelinks point to Wikipedia redirect pages.

@Addshore - Both Amir and myself have tried to ping @Lydia_Pintscher by Phabricator and email several times over the last six months to see if she had any remaining objections to merging https://gerrit.wikimedia.org/r/602412 and https://gerrit.wikimedia.org/r/602422. Neither of us have heard back, so I'm going to assume that silence means consent in this context. Unless you know something that we don't, it seems like we should move ahead with these patches, as there is community consensus in favor of this approach. (See RFC and Wishlist proposal.) As I mentioned above, it seems like Lydia's previous objections have been resolved by the redirect badge and templates like {{Wikidata redirect}}. What do you think?

Dec 22 2020, 6:34 PM · Wikidata-Campsite, User-Ladsgroup, Patch-For-Review, MW-1.35-notes (1.35.0-wmf.20; 2020-02-18), Wikidata

Dec 21 2020

kaldari added a comment to T265187: Commons search auto-suggest for "files depicting..." should filter out articles.

@matthiasmullie - Thanks for the thorough investigation! Yeah, it sounds like we should revisit this once it is decided how MediaSearch will be utilized on Commons. Depending on how that goes, it may make sense to just drop the depicts auto-suggestions.

Dec 21 2020, 10:24 PM · Structured-Data-Backlog
kaldari updated the task description for T265187: Commons search auto-suggest for "files depicting..." should filter out articles.
Dec 21 2020, 10:17 PM · Structured-Data-Backlog
kaldari renamed T270649: Wikipedia Library does not reflect account expirations from "My Library" in Wikipedia Library does not reflect account expirations to Wikipedia Library does not reflect account expirations.
Dec 21 2020, 9:14 PM · The-Wikipedia-Library (Kanban)
kaldari created T270649: Wikipedia Library does not reflect account expirations.
Dec 21 2020, 9:09 PM · The-Wikipedia-Library (Kanban)

Dec 16 2020

kaldari updated subscribers of T265187: Commons search auto-suggest for "files depicting..." should filter out articles.

@matthiasmullie - Which code repo actually controls this feature? Is it a hook in WikibaseMediaInfo or something implemented directly in CirrusSearch or something else?

Dec 16 2020, 9:29 PM · Structured-Data-Backlog
kaldari updated the task description for T265187: Commons search auto-suggest for "files depicting..." should filter out articles.
Dec 16 2020, 9:22 PM · Structured-Data-Backlog
kaldari updated the task description for T265187: Commons search auto-suggest for "files depicting..." should filter out articles.
Dec 16 2020, 9:19 PM · Structured-Data-Backlog
kaldari updated the task description for T268544: Review 2021 Community Wishlist Survey.
Dec 16 2020, 4:31 PM · Editing-team (Kanban Board)

Dec 15 2020

kaldari closed T258644: VideoJS audio player start button is misleading as Resolved.

Fixed. You can see the new version of the button in action at https://test.wikipedia.org/wiki/User:Kaldari.

Dec 15 2020, 8:12 PM · MW-1.36-notes (1.36.0-wmf.22; 2020-12-15), Accessibility, UX-Debt, Design, VideoJS player

Dec 14 2020

kaldari added a comment to T246944: Improve OCR: Test accuracy and features of various OCR engines.

A new test using Test OCR document 2.jpg

EngineFormatting ErrorsCharacter ErrorsWhitespace ErrorsCurly Quotes PreservedOther Notes
Tesseract 4.1.1none150yes'Lancaster.'→'———', 'I should'→'1 sheuld', period changed to comma, 'a'→'a_', 'negro'→'necro'
Tesseract 4.1.1 (eng+Latin)none131yes'Lancaster.'→'enge', 'I should'→'1 sheuld', period changed to comma
Google OCR (English)none30no'I' deleted, 'inflict'→'indlict', em dash changed to space
Indic OCRnone10noem dash changed to hyphen

''Character Errors" means errors other than not detecting diacritics or curly quotes.

Dec 14 2020, 11:42 PM · Patch-For-Review, Internet-Archive, Community-Tech
kaldari added a comment to T246944: Improve OCR: Test accuracy and features of various OCR engines.

@Samwilson @aezell - Now that we have Tesseract 4.1.1 on Toolforge, I went back and tested with it. Interestingly, the accuracy was greatly improved by specifying the languages to apply (even for the English part), suggesting to me that Tesseract doesn't have good language detection (a problem that merlijn.wajer at the Internet Archive is apparently working on).

EngineFormatting ErrorsCharacter ErrorsWhitespace ErrorsDiacritics PreservedCurly Quotes PreservedOther Notes
Internet Archivenone40noyesconfused by opening caps and ç, converted most diacritics to correct character without diacritics
Internet Archive (French)none110yesyesconfused by opening caps, changed w to m, changed ; to j , changed l to i, etc.
Tesseract 4.0.0-beta.1none81only éyes"Alice"→"Aitice", changed l’ to P, confused by diacritics other than é
Tesseract 4.1.1none131only éyes"Alice"→"Aitice", all other errors in the French part
Tesseract 4.1.1 (eng+fra+Latin)none21yesyes2 apostrophes missing in the French part
Google OCR (English)extensive errors02yessometimesno paragraph breaks, only line breaks
Indic OCRnone24yessometimeschanged ? into ., omitted a quotation mark

''Character Errors" means errors other than not detecting diacritics or curly quotes.
Test file: Test OCR document.jpg

Dec 14 2020, 11:03 PM · Patch-For-Review, Internet-Archive, Community-Tech

Dec 10 2020

kaldari added a comment to T97063: Alert editors before they save an edit creating a disambiguation link (or at least a high-traffic disambiguation link)..

For future reference, here are some ways to check if pages are disambiguation pages on save...

Dec 10 2020, 7:57 PM · MediaWiki-extensions-Disambiguator, MediaWiki-Page-editing
kaldari added a comment to T230415: Stop ignoring paragraph and region separators in DjVu file OCR text layer.

@Xover - Have you tried it with a newly uploaded file? That should let us know if it's a caching issue or just not working at all.

Dec 10 2020, 7:28 PM · MW-1.36-notes (1.36.0-wmf.37; 2021-03-30), All-and-every-Wikisource, MediaWiki-DjVu
kaldari added a comment to T269477: [wmf.21-regression] RC/Watchlist -misaligned close icon in oo-ui-tagMultiselectWidget-group .

I think we should push out a MediaWiki-wide fix for this ASAP. TagItemWidget is prominently used in the Preferences interface, the Search interface, in ContentTranslation, UploadWizard, etc. Once this hits Wikipedia, a lot of people are going to notice.

Dec 10 2020, 4:22 PM · OOUI (OOUI-0.41.1), MW-1.36-notes (1.36.0-wmf.22; 2020-12-15), Growth-Team (Sprint 0 (Growth Team)), Regression
kaldari added a comment to T133452: RFC: Create temporary accounts for anonymous editors.

Rather, I think the focus on the IP information is a bit too short-term and is a distraction from the issue that really we just have very bad counter-vandalism tooling as soon as someone signs up. This is a problem today as well. I think it's worth focussing on that and exploring more the space of how we can empower patrollers and admins to do more with less.

@Krinkle - That's exactly what the Anti-Harassment Tools team is working on. You can read more about it at https://meta.wikimedia.org/wiki/IP_Editing:_Privacy_Enhancement_and_Abuse_Mitigation#Tools and https://meta.wikimedia.org/wiki/IP_Editing:_Privacy_Enhancement_and_Abuse_Mitigation/Improving_tools.

Dec 10 2020, 1:26 AM · Privacy Engineering, TechCom-RFC, User-Tgr, WMF-Legal, Privacy, MediaWiki-Core-AuthManager