Page MenuHomePhabricator
Feed Advanced Search

Thu, Apr 18

FBellamy-WMF closed T214000: Evaluate difficulty of porting PCS summary logic to PHP, a subtask of T213505: RfC: OpenGraph descriptions in wiki pages, as Resolved.
Thu, Apr 18, 6:01 PM · Platform Engineering, Product-Infrastructure-Team-Backlog-Deprecated, MediaWiki-General, TechCom-RFC

Sat, Apr 6

Aklapper added a parent task for T214362: RFC: Store WikibaseQualityConstraint check data in persistent storage: T212282: Timeout in Special Page Constraints check for France (Q142).
Sat, Apr 6, 7:29 AM · Platform Engineering Roadmap Decision Making, User-Addshore, Wikibase-Quality-Constraints, User-mobrovac, [DEPRECATED] wdwb-tech, TechCom-RFC, Wikibase-Quality, Wikidata

Thu, Apr 4

colewhite closed T249164: RFC: Better interface for generating metrics in MediaWiki as Resolved.

We've begun the migration. For bugs and enhancements, see MediaWiki-libs-Stats

Thu, Apr 4, 8:35 PM · Observability-Metrics, Metrics Platform Backlog, Product-Data-Infrastructure (Backlog), Better Use Of Data, TechCom-RFC

Wed, Apr 3

Pppery edited projects for T212482: RFC: Evolve hook system to support "filters" and "actions" only, added: Patch-Needs-Improvement; removed Patch-For-Review.
Wed, Apr 3, 4:35 AM · Patch-Needs-Improvement, Platform Engineering Roadmap Decision Making, MediaWiki-Core-Hooks, Platform Team Initiatives (New Hook System), TechCom-RFC, TechCom

Feb 8 2024

Jdlrobson added a comment to T242835: RFC: Standard method for feature-management in skins/extensions.

@phuedx is there a newer ticket we could merge this into?

Feb 8 2024, 5:28 PM · MobileFrontend (Tracking), Platform Engineering, Desktop Improvements (Vector 2022), TechCom-RFC

Feb 2 2024

Winston_Sung moved T113034: RFC: Overhaul Interwiki map, unify with Sites and WikiMap from Backlog to Research/Tracking on the MediaWiki-Site-system board.
Feb 2 2024, 4:20 PM · [DEPRECATED] wdwb-tech, Platform Engineering Roadmap Decision Making, Wikidata-Ministry-Of-Magic-Tech-Debt, TechCom-RFC, User-Daniel, Proposal, MW-1.27-release (WMF-deploy-2016-05-03_(1.27.0-wmf.23)), MW-1.27-release-notes, MediaWiki-Interwiki, Wikidata, MediaWiki-Site-system, SiteMatrix, MediaWiki-extensions-Interwiki

Jan 22 2024

Bugreporter added a subtask for T190129: Consolidate language metadata into a 'language-data' library and use in MediaWiki: T355496: Allow override language name translations instead of only autonyms in system messages or config options.
Jan 22 2024, 3:44 AM · Librarization, Language-Team (Language-2022-January-March), Language codes, TechCom-RFC, Epic, I18n

Jan 18 2024

Iniquity closed T257390: Creating a clickable anchor link, a subtask of T18691: RFC: Section header "share" link, as Declined.
Jan 18 2024, 7:43 PM · Tech Ambassadors & Translators, User-Jdlrobson, Platform Team Workboards (Clinic Duty Team), TechCom-RFC, Design, MediaWiki-User-Interface

Jan 5 2024

Ottomata added a comment to T212482: RFC: Evolve hook system to support "filters" and "actions" only.

Also, from the convo in December's tech leadership CoP meeting, I started thinking about how what we want for T291120: MediaWiki Event Carried State Transfer - Problem Statement is pretty similar to what is in MW's logging table, except we need the data to be structured, comprehensive and consistent (meaning no missing state changes). In T120242: Eventually-Consistent MediaWiki state change events | MediaWiki events as source of truth, one of the solutions outlined is the 'Transactional Outbox' pattern, which is kinda similar to a comprehensive+structured logging table from which we can generate and externalize state change events. I betcha we could tie these ideas together somehow.

Jan 5 2024, 2:29 PM · Patch-Needs-Improvement, Platform Engineering Roadmap Decision Making, MediaWiki-Core-Hooks, Platform Team Initiatives (New Hook System), TechCom-RFC, TechCom
daniel added a comment to T212482: RFC: Evolve hook system to support "filters" and "actions" only.

It seems to me that Symfony's event system is close to what we want to aim for: https://symfony.com/doc/current/components/event_dispatcher.html. Symfony also has mechanism to integrate "events" with async message queues: https://github.com/php-enqueue/enqueue-bundle

Jan 5 2024, 10:39 AM · Patch-Needs-Improvement, Platform Engineering Roadmap Decision Making, MediaWiki-Core-Hooks, Platform Team Initiatives (New Hook System), TechCom-RFC, TechCom

Dec 10 2023

ReleaseTaggerBot added a project to T249573: Remove support for extensions requiring a MediaWiki version via Composer: MW-1.42-notes (1.42.0-wmf.9; 2023-12-12).
Dec 10 2023, 6:00 AM · MW-1.42-notes (1.42.0-wmf.9; 2023-12-12), Patch-Needs-Improvement, TechCom-RFC, Composer, MediaWiki-General
gerritbot added a comment to T249573: Remove support for extensions requiring a MediaWiki version via Composer.

Change 551346 merged by jenkins-bot:

[mediawiki/core@master] Remove support for extensions requiring a MW version via Composer

https://gerrit.wikimedia.org/r/551346

Dec 10 2023, 5:06 AM · MW-1.42-notes (1.42.0-wmf.9; 2023-12-12), Patch-Needs-Improvement, TechCom-RFC, Composer, MediaWiki-General

Dec 7 2023

CCicalese_WMF renamed T249573: Remove support for extensions requiring a MediaWiki version via Composer from RFC: Remove ability to install extensions and skins with Composer to Remove support for extensions requiring a MediaWiki version via Composer.
Dec 7 2023, 1:25 PM · MW-1.42-notes (1.42.0-wmf.9; 2023-12-12), Patch-Needs-Improvement, TechCom-RFC, Composer, MediaWiki-General
MarkAHershberger added a comment to T249573: Remove support for extensions requiring a MediaWiki version via Composer.

I propose that we rename this task to: "Remove support for specifying a MediaWiki version in an extension/skin composer.json" and make the Motivation in the task description consistent with that.

Dec 7 2023, 1:47 AM · MW-1.42-notes (1.42.0-wmf.9; 2023-12-12), Patch-Needs-Improvement, TechCom-RFC, Composer, MediaWiki-General
CCicalese_WMF added a comment to T249573: Remove support for extensions requiring a MediaWiki version via Composer.

The final extension (SimpleBatchUpload) that was found in codesearch to be using the feature being removed by the patch is now no longer using it.

Dec 7 2023, 1:34 AM · MW-1.42-notes (1.42.0-wmf.9; 2023-12-12), Patch-Needs-Improvement, TechCom-RFC, Composer, MediaWiki-General

Nov 30 2023

Pppery edited projects for T249573: Remove support for extensions requiring a MediaWiki version via Composer, added: Patch-Needs-Improvement; removed Patch-For-Review.
Nov 30 2023, 5:04 AM · MW-1.42-notes (1.42.0-wmf.9; 2023-12-12), Patch-Needs-Improvement, TechCom-RFC, Composer, MediaWiki-General

Nov 23 2023

Winston_Sung renamed T484: RFC: Scoped language converter from RfC: Scoped language converter to RFC: Scoped language converter.
Nov 23 2023, 3:45 PM · Content-Transform-Team, MediaWiki-Language-converter, Wikimedia-Developer-Summit-2016, TechCom-RFC
MSantos moved T484: RFC: Scoped language converter from Backlog to Later on the Content-Transform-Team board.
Nov 23 2023, 3:16 PM · Content-Transform-Team, MediaWiki-Language-converter, Wikimedia-Developer-Summit-2016, TechCom-RFC

Nov 22 2023

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

See T351411#9338177 for some scenarios

Nov 22 2023, 5:16 PM · MediaWiki-Revision-deletion, TechCom-RFC, Stewards-and-global-tools, MediaWiki-Page-deletion

Nov 21 2023

Winston_Sung moved T484: RFC: Scoped language converter from Backlog to Core on the MediaWiki-Language-converter board.
Nov 21 2023, 1:47 PM · Content-Transform-Team, MediaWiki-Language-converter, Wikimedia-Developer-Summit-2016, TechCom-RFC

Nov 17 2023

Krinkle added a project to T484: RFC: Scoped language converter: Content-Transform-Team.

per mw:Maintainers.

Nov 17 2023, 6:00 PM · Content-Transform-Team, MediaWiki-Language-converter, Wikimedia-Developer-Summit-2016, TechCom-RFC
Winston_Sung added a comment to T484: RFC: Scoped language converter.

Is this something the Language-Team should track?

Nov 17 2023, 3:24 PM · Content-Transform-Team, MediaWiki-Language-converter, Wikimedia-Developer-Summit-2016, TechCom-RFC
MSantos updated subscribers of T484: RFC: Scoped language converter.

@Nikerabbit is this something the Language-Team should track?

Nov 17 2023, 3:16 PM · Content-Transform-Team, MediaWiki-Language-converter, Wikimedia-Developer-Summit-2016, TechCom-RFC
Bugreporter added a project to T202673: RFC: Multiblocks - let admins create multiple, overlapping blocks on a single user: Multiblocks.
Nov 17 2023, 11:31 AM · Multiblocks, MediaWiki-Blocks, TechCom-RFC

Nov 15 2023

cscott reopened T484: RFC: Scoped language converter as "Open".

Sorry, this is still active, just stalled; aka on the parsing/CTT side we still definitely plan to move conversion tables into their own MCR slot and out of wikitext transclusion.

Nov 15 2023, 6:45 PM · Content-Transform-Team, MediaWiki-Language-converter, Wikimedia-Developer-Summit-2016, TechCom-RFC

Nov 14 2023

zeljkofilipin moved T267928: Configuration Modes from Watching 📺 to Backlog 🪒 on the User-zeljkofilipin board.
Nov 14 2023, 3:54 PM · Platform Engineering Roadmap Decision Making, tech-decision-forum, User-brennen, User-zeljkofilipin, MediaWiki-Configuration, Platform Engineering, Testing-Roadblocks, TechCom-RFC

Nov 2 2023

Krinkle added a comment to T107561: MediaWiki support for Composer equivalent for JavaScript packages.

To get started, follow https://www.mediawiki.org/wiki/ResourceLoader/Foreign_resources.

Nov 2 2023, 5:14 PM · MediaWiki-Platform-Team, MediaWiki-ResourceLoader, Developer-Wishlist (2017), TechCom-RFC, Front-end-Standards-Group

Oct 31 2023

zeljkofilipin raised the priority of T267928: Configuration Modes from Medium to Needs Triage.

No activity since 2021.

Oct 31 2023, 4:29 PM · Platform Engineering Roadmap Decision Making, tech-decision-forum, User-brennen, User-zeljkofilipin, MediaWiki-Configuration, Platform Engineering, Testing-Roadblocks, TechCom-RFC

Oct 29 2023

Pppery closed T520: Deal with minified scripts in JS error logging, a subtask of T382: RfC: Server-side Javascript error logging, as Declined.
Oct 29 2023, 4:40 AM · Epic, TechCom-RFC

Oct 25 2023

AlexisJazz updated the task description for T40417: MediaWiki's anonymous edit token leaves wiki installations (incl. Wikipedia) open to mass anonymous spam we can't block.
Oct 25 2023, 2:26 PM · Patch-Needs-Improvement, Security, MediaWiki-Core-AuthManager, TechCom-RFC

Sep 16 2023

Frostly moved T18691: RFC: Section header "share" link from RFC to Community notification needed on the Tech Ambassadors & Translators board.
Sep 16 2023, 8:31 PM · Tech Ambassadors & Translators, User-Jdlrobson, Platform Team Workboards (Clinic Duty Team), TechCom-RFC, Design, MediaWiki-User-Interface

Sep 7 2023

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

What problem semi-deletion is planning to solve?

Sep 7 2023, 3:06 PM · MediaWiki-Revision-deletion, TechCom-RFC, Stewards-and-global-tools, MediaWiki-Page-deletion
Ladsgroup added a comment to T20493: RFC: Unify the various deletion systems.

What problem semi-deletion is planning to solve?

Sep 7 2023, 3:04 PM · MediaWiki-Revision-deletion, TechCom-RFC, Stewards-and-global-tools, MediaWiki-Page-deletion
Bugreporter added a comment to T20493: RFC: Unify the various deletion systems.

Probably I will write a longer comment about this later.

Sep 7 2023, 2:50 PM · MediaWiki-Revision-deletion, TechCom-RFC, Stewards-and-global-tools, MediaWiki-Page-deletion
Tgr added a comment to T20493: RFC: Unify the various deletion systems.

A very old idea, T5843: Implement semi-deletion, may also be taken into account when we start to do this (it is not required, but a future schema change may make some reservation to make it easier to happen). Probably I will write a longer comment about this later.

Sep 7 2023, 12:46 PM · MediaWiki-Revision-deletion, TechCom-RFC, Stewards-and-global-tools, MediaWiki-Page-deletion
Bugreporter added a comment to T20493: RFC: Unify the various deletion systems.

"semi-deletion" essentially means that the deleted page can be restored by anyone

Sep 7 2023, 8:47 AM · MediaWiki-Revision-deletion, TechCom-RFC, Stewards-and-global-tools, MediaWiki-Page-deletion
daniel added a comment to T20493: RFC: Unify the various deletion systems.

A very old idea, T5843: Implement semi-deletion, may also be taken into account when we start to do this (it is not required, but a future schema change may make some reservation to make it easier to happen). Probably I will write a longer comment about this later.

Sep 7 2023, 8:14 AM · MediaWiki-Revision-deletion, TechCom-RFC, Stewards-and-global-tools, MediaWiki-Page-deletion
Bugreporter added a comment to T20493: RFC: Unify the various deletion systems.

A very old idea, T5843: Implement semi-deletion, may also be taken into account when we start to do this (it is not required, but a future schema change may make some reservation to make it easier to happen). Probably I will write a longer comment about this later.

Sep 7 2023, 3:13 AM · MediaWiki-Revision-deletion, TechCom-RFC, Stewards-and-global-tools, MediaWiki-Page-deletion

Aug 24 2023

Aklapper added a project to T215465: RFC: Require use of common storage abstractions (policy): tech-decision-forum.
Aug 24 2023, 4:34 PM · tech-decision-forum, TechCom-RFC, User-mobrovac, Services (watching), Platform Team Legacy (Watching / External), TechCom

Aug 21 2023

Danwe added a comment to T107561: MediaWiki support for Composer equivalent for JavaScript packages.

Hey Krinkle, any chance you can point me to the details of the ForeignResourceManager solution? I wasn't so lucky finding any relevant documentation, and curious what has happened since the RFC log from 2018 where npm/git was the preferred solution.

Aug 21 2023, 4:44 AM · MediaWiki-Platform-Team, MediaWiki-ResourceLoader, Developer-Wishlist (2017), TechCom-RFC, Front-end-Standards-Group

Aug 18 2023

Krinkle closed T107561: MediaWiki support for Composer equivalent for JavaScript packages as Declined.

Obsoleted by ForeignResourceManager which (unlike npm or composer) meets the operational requirements for security and independence, and supports both npm and other distribution sources of packages.

Aug 18 2023, 7:57 PM · MediaWiki-Platform-Team, MediaWiki-ResourceLoader, Developer-Wishlist (2017), TechCom-RFC, Front-end-Standards-Group

Aug 7 2023

Krinkle closed T232673: Performance review: Sharable section links, a subtask of T18691: RFC: Section header "share" link, as Declined.
Aug 7 2023, 1:25 AM · Tech Ambassadors & Translators, User-Jdlrobson, Platform Team Workboards (Clinic Duty Team), TechCom-RFC, Design, MediaWiki-User-Interface

Aug 6 2023

Krinkle removed a project from T119173: RFC: Discourage use of MySQL's ENUM type: Performance-Team (Radar).
Aug 6 2023, 10:43 PM · Documentation, Data-Persistence (work done), TechCom-RFC, MediaWiki-General
Krinkle moved T120085: RFC: Serve Main Page of Wikimedia wikis from a consistent URL from Watching to Perf recommendation on the Performance-Team (Radar) board.
Aug 6 2023, 10:36 PM · Wikimedia-Performance-recommendation, Traffic-Icebox, Fundraising-Backlog, Editing-team, Parsing-Team--ARCHIVED, User-notice, Platform Engineering, SRE, TechCom-RFC, SEO, Wikimedia-Site-requests

Jul 27 2023

Tgr added a comment to T250406: RFC: Hybrid extension management.

Nevermind, I misread the bug report. https://github.com/wikimedia/composer-merge-plugin/issues/247 is clearer. The conflict is between the same extension first required via Composer's normal require mechanism and second via composer-merge-plugin.

Jul 27 2023, 5:08 PM · MediaWiki-Configuration, MediaWiki-Stakeholders-Group, TechCom-RFC
Osnard added a comment to T250406: RFC: Hybrid extension management.

[...] However, I think the pull requests to composer or its merge plugin improve the lives of some people without making it worth for others. [...]

I agree. As long as this change does not affect other (currently working) configurations it should be merged.

Jul 27 2023, 5:59 AM · MediaWiki-Configuration, MediaWiki-Stakeholders-Group, TechCom-RFC
Tgr added a comment to T250406: RFC: Hybrid extension management.

https://github.com/wikimedia/composer-merge-plugin/pull/251 describes a current problem with extensions using composer.

Jul 27 2023, 5:50 AM · MediaWiki-Configuration, MediaWiki-Stakeholders-Group, TechCom-RFC
Physikerwelt added a comment to T250406: RFC: Hybrid extension management.

Using * was not my idea, it is in the manual

https://www.mediawiki.org/wiki/Composer#Using_composer-merge-plugin
To enable Composer to discover and process the composer.json files that may be included in any and all of your locally installed extensions, add something like this to $IP/composer.local.json:

{
    "extra": {
        "merge-plugin": {
            "include": [
                "extensions/*/composer.json",
                "skins/*/composer.json"
            ]
        }
    }
}

I understand that it is almost impossible to find a consensual solution here. However, I think the pull requests to composer or its merge plugin improve the lives of some people without making it worth for others. Manually creating and maintaining composer.local.json for more complex non-wmf setups is at least more effort than patching the merge-plugin or installing a custom composer build.

Jul 27 2023, 5:26 AM · MediaWiki-Configuration, MediaWiki-Stakeholders-Group, TechCom-RFC

Jul 26 2023

MarkAHershberger added a comment to T250406: RFC: Hybrid extension management.

As I commented there, I agree with this from @Krinkle:

Jul 26 2023, 7:08 PM · MediaWiki-Configuration, MediaWiki-Stakeholders-Group, TechCom-RFC
Physikerwelt added a comment to T250406: RFC: Hybrid extension management.

https://github.com/wikimedia/composer-merge-plugin/pull/251 describes a current problem with extensions using composer.

Jul 26 2023, 9:38 AM · MediaWiki-Configuration, MediaWiki-Stakeholders-Group, TechCom-RFC

Jul 22 2023

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

This would be especially useful needed on mobile where one doesn't have a TOC.

Jul 22 2023, 11:49 AM · Tech Ambassadors & Translators, User-Jdlrobson, Platform Team Workboards (Clinic Duty Team), TechCom-RFC, Design, MediaWiki-User-Interface
Prototyperspective added a comment to T18691: RFC: Section header "share" link.

@Pols12 Yes exactly, what I referred to is how to make the context menu show up on mobile where one can then copy the link. On Github readme this is also on mobile, if you test this. Maybe one can make the section link get copied automatically when one press-holds the section header on mobile but I meant showing the context menu of the section link.
Note that all of this should also be possible in the mobile app, not just in mobile Web browsers.

Jul 22 2023, 10:32 AM · Tech Ambassadors & Translators, User-Jdlrobson, Platform Team Workboards (Clinic Duty Team), TechCom-RFC, Design, MediaWiki-User-Interface

Jul 21 2023

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

1 - Note: I noticed there's a new extension which relates to this task. It does not solve it, but is of interest.
It doesn't help us, because it has a built-in feature that makes Clicking the link immediately copy it to our clipboard, which I know is not wanted by many people (because it unexpectedly overwrites whatever was currently in our clipboard).
Basic docs: https://www.mediawiki.org/wiki/Extension:SectionAnchors
And more details on the 3-types of click (click, ctrl+click, and ctrl+shift+click) feature, at https://en.wiki.bluespice.com/wiki/Reference:SectionAnchors#Features

Jul 21 2023, 11:37 PM · Tech Ambassadors & Translators, User-Jdlrobson, Platform Team Workboards (Clinic Duty Team), TechCom-RFC, Design, MediaWiki-User-Interface
Pols12 added a comment to T18691: RFC: Section header "share" link.

“tap-and-hold” may trigger other actions depending on browsers (e.g. contextual menu, text selection…)
GitHub uses @media (hover: none) .icon { visibility: visible !important; } to ever show icons which are only showed while hovering on desktop.

Jul 21 2023, 11:35 PM · Tech Ambassadors & Translators, User-Jdlrobson, Platform Team Workboards (Clinic Duty Team), TechCom-RFC, Design, MediaWiki-User-Interface
Prototyperspective added a comment to T18691: RFC: Section header "share" link.

Press-and-hold tapping as described in step 3; edited.
A § appearing next to the section header that you can press and hold to copy the link (preferably on the left). This is implemented (since quite a few years) for readmes (markup language) on GitHub.

Jul 21 2023, 11:22 PM · Tech Ambassadors & Translators, User-Jdlrobson, Platform Team Workboards (Clinic Duty Team), TechCom-RFC, Design, MediaWiki-User-Interface
Pols12 added a comment to T18691: RFC: Section header "share" link.

Currently, most similar websites have such a feature. I support Proposal #1 which is what I'm referring to here. To see how it can look like see this example (hover over the section header and see the § on its right or left).

Jul 21 2023, 11:17 PM · Tech Ambassadors & Translators, User-Jdlrobson, Platform Team Workboards (Clinic Duty Team), TechCom-RFC, Design, MediaWiki-User-Interface
Prototyperspective added a comment to T18691: RFC: Section header "share" link.

This is important and would be very useful. Could you please add this asap?

Jul 21 2023, 3:52 PM · Tech Ambassadors & Translators, User-Jdlrobson, Platform Team Workboards (Clinic Duty Team), TechCom-RFC, Design, MediaWiki-User-Interface
Aklapper added a project to T190129: Consolidate language metadata into a 'language-data' library and use in MediaWiki: Librarization.
Jul 21 2023, 12:58 PM · Librarization, Language-Team (Language-2022-January-March), Language codes, TechCom-RFC, Epic, I18n
Aklapper moved T249419: RFC: Render data visualizations on the server from Product Doing to Product Backlog on the covid-19 board.

Removing "Product Doing" after 3 years.

Jul 21 2023, 12:27 PM · Wikimedia-Performance-recommendation, JavaScript, MediaWiki-extensions-Graph, covid-19, TechCom-RFC

Jul 12 2023

colewhite added a comment to T249164: RFC: Better interface for generating metrics in MediaWiki.

I wonder if OpenTelemetry metrics could be an alternative here.[1] T340551 makes it seem likely that the OTEL Collector will be deployed as an infrastructure component, so it could potentially be leveraged for exporting metrics in Prometheus format[2] while avoiding the use of APCu or a dedicated storage backend. What do you think?

Jul 12 2023, 6:12 PM · Observability-Metrics, Metrics Platform Backlog, Product-Data-Infrastructure (Backlog), Better Use Of Data, TechCom-RFC
TK-999 added a comment to T249164: RFC: Better interface for generating metrics in MediaWiki.

I wonder if OpenTelemetry metrics could be an alternative here.[1] T340551 makes it seem likely that the OTEL Collector will be deployed as an infrastructure component, so it could potentially be leveraged for exporting metrics in Prometheus format[2] while avoiding the use of APCu or a dedicated storage backend. What do you think?

Jul 12 2023, 6:52 AM · Observability-Metrics, Metrics Platform Backlog, Product-Data-Infrastructure (Backlog), Better Use Of Data, TechCom-RFC

Jun 29 2023

Remagoxer added a comment to T181451: RFC: WebAssembly and compiled JS code best practices.

Just noting that minimum support levels have shifted - IE support in particular is no longer a concern

Jun 29 2023, 2:29 AM · MediaWiki-General, TechCom-RFC

Jun 8 2023

apaskulin changed the status of T283277: Update process for development policies, a subtask of T215465: RFC: Require use of common storage abstractions (policy), from In Progress to Stalled.
Jun 8 2023, 8:19 PM · tech-decision-forum, TechCom-RFC, User-mobrovac, Services (watching), Platform Team Legacy (Watching / External), TechCom

Jun 7 2023

SD0001 added a comment to T218812: RFC: Provide the ability to have time-delayed or time-offset jobs in the job queue.

Apache ActiveMQ could be a solution here - it allows enqueueing messages that will be delivered after a specified delay, or periodically per a given cron schedule. Ref: https://activemq.apache.org/delay-and-schedule-message-delivery

Jun 7 2023, 7:02 PM · Data-Engineering-Icebox, Analytics-Radar, User-ArielGlenn, Platform Team Legacy (Watching / External), serviceops-radar, TechCom-RFC, ChangeProp, WMF-JobQueue, Community-Tech

May 25 2023

hashar placed T267928: Configuration Modes up for grabs.
May 25 2023, 12:40 PM · Platform Engineering Roadmap Decision Making, tech-decision-forum, User-brennen, User-zeljkofilipin, MediaWiki-Configuration, Platform Engineering, Testing-Roadblocks, TechCom-RFC

May 6 2023

Bawolff added a comment to T249573: Remove support for extensions requiring a MediaWiki version via Composer.

I think a simpler solution to the problem of Composer installing compatible extensions is for extensions to increment their major version number when they drop support for a version of core.

May 6 2023, 3:49 PM · MW-1.42-notes (1.42.0-wmf.9; 2023-12-12), Patch-Needs-Improvement, TechCom-RFC, Composer, MediaWiki-General
Samwilson added a comment to T249573: Remove support for extensions requiring a MediaWiki version via Composer.

I think a simpler solution to the problem of Composer installing compatible extensions is for extensions to increment their major version number when they drop support for a version of core. This means that the site owner has to actually update the number in their composer.local.json and so will know to go and read release notes when they do. In addition, extensions can specify a minimum and maximum supported version of core (which is not something that very many do, I think, but it's definitely supported). That means that even if an extension gets installed within an unsupported version of core, the failure is immediately obvious and the wiki doesn't half-function.

May 6 2023, 1:37 AM · MW-1.42-notes (1.42.0-wmf.9; 2023-12-12), Patch-Needs-Improvement, TechCom-RFC, Composer, MediaWiki-General

May 5 2023

Tgr added a comment to T249573: Remove support for extensions requiring a MediaWiki version via Composer.

The component had 13 changes in the last five years, for a total of 120 lines. That's a pretty modest maintenance burden (the discussion here probably took more time :). The majority of it was non-specific update work (e.g. changing function signatures) which isn't really feasible to split up between maintainers.

May 5 2023, 8:06 PM · MW-1.42-notes (1.42.0-wmf.9; 2023-12-12), Patch-Needs-Improvement, TechCom-RFC, Composer, MediaWiki-General
Bawolff added a comment to T249573: Remove support for extensions requiring a MediaWiki version via Composer.

Sorry, i just realized i misunderstood how this feature worked, and I don't think it is a viable solution to the problem it is trying to solve. I still stand by my comment about code-owners being a path that we as a community should move forward on. However i no longer object to this feature being removed, as i don't think it is a viable way forward to the versioning problem, since using it means you cannot install the extension independently of composer, which is kind of critical to how the majority of people use composer. So consider my objection withdrawn.

May 5 2023, 7:13 PM · MW-1.42-notes (1.42.0-wmf.9; 2023-12-12), Patch-Needs-Improvement, TechCom-RFC, Composer, MediaWiki-General
Bawolff added a comment to T249573: Remove support for extensions requiring a MediaWiki version via Composer.

I don't know how technically feasible it is but I think it should be possible but out of core, into a dedicated repo that could have core as a submodule.

May 5 2023, 7:10 PM · MW-1.42-notes (1.42.0-wmf.9; 2023-12-12), Patch-Needs-Improvement, TechCom-RFC, Composer, MediaWiki-General
Ladsgroup added a comment to T249573: Remove support for extensions requiring a MediaWiki version via Composer.

I don't know how technically feasible it is but I think it should be possible but out of core, into a dedicated repo that could have core as a submodule. That way it removes the maintenance burden on people who are maintaining core for Wikimedia but at the same time, allows people to maintain the composer repo for third party usage. Basically moving overhead of third parties to people who are willing to maintain it. Don't know how feasible it is.

May 5 2023, 10:29 AM · MW-1.42-notes (1.42.0-wmf.9; 2023-12-12), Patch-Needs-Improvement, TechCom-RFC, Composer, MediaWiki-General

May 4 2023

Bawolff added a comment to T249573: Remove support for extensions requiring a MediaWiki version via Composer.

So, I sort of had a change of heart about this task. (To be clear because it is confusing, by this task, i mean removing support for depending on the fake mediawiki/mediawiki dependency in composer)

May 4 2023, 6:11 PM · MW-1.42-notes (1.42.0-wmf.9; 2023-12-12), Patch-Needs-Improvement, TechCom-RFC, Composer, MediaWiki-General

Apr 24 2023

Jdlrobson moved T249419: RFC: Render data visualizations on the server from Backlog to Feature requests on the MediaWiki-extensions-Graph board.
Apr 24 2023, 9:28 PM · Wikimedia-Performance-recommendation, JavaScript, MediaWiki-extensions-Graph, covid-19, TechCom-RFC

Apr 19 2023

kostajh added a comment to T249573: Remove support for extensions requiring a MediaWiki version via Composer.

(Subscribers of this task might also be interested in T333668: Shared tools for common development environment tasks which proposes to add this type of functionality via maintenance scripts in core.)

Apr 19 2023, 1:48 PM · MW-1.42-notes (1.42.0-wmf.9; 2023-12-12), Patch-Needs-Improvement, TechCom-RFC, Composer, MediaWiki-General

Apr 18 2023

Milimetric added a comment to T249419: RFC: Render data visualizations on the server.

Btw, I needed to find this abandoned graphoid thought recently so I'm pinning it here: https://gerrit.wikimedia.org/r/c/mediawiki/services/graphoid/+/587870 (a bare-bones implementation that we might need later on to explore some of the thoughts above)

Apr 18 2023, 6:20 PM · Wikimedia-Performance-recommendation, JavaScript, MediaWiki-extensions-Graph, covid-19, TechCom-RFC

Apr 7 2023

Iniquity added a project to T249419: RFC: Render data visualizations on the server: JavaScript.
Apr 7 2023, 12:56 PM · Wikimedia-Performance-recommendation, JavaScript, MediaWiki-extensions-Graph, covid-19, TechCom-RFC
Iniquity added a comment to T249419: RFC: Render data visualizations on the server.

Given the changes in JS mediawiki support, it seems to me that the problem with graphs that are not displayed with JS turned off is becoming more and more relevant.
T178356: Raise Grade A JavaScript requirement from ES5 (2009) to ES6 (2015)

Apr 7 2023, 12:54 PM · Wikimedia-Performance-recommendation, JavaScript, MediaWiki-extensions-Graph, covid-19, TechCom-RFC
Bugreporter merged T334282: Create fallback for charts in browsers with NoJS into T249419: RFC: Render data visualizations on the server.
Apr 7 2023, 12:51 PM · Wikimedia-Performance-recommendation, JavaScript, MediaWiki-extensions-Graph, covid-19, TechCom-RFC
Samwilson added a comment to T249573: Remove support for extensions requiring a MediaWiki version via Composer.

This RfC is specifically about installing (downloading, if you like).

Apr 7 2023, 7:54 AM · MW-1.42-notes (1.42.0-wmf.9; 2023-12-12), Patch-Needs-Improvement, TechCom-RFC, Composer, MediaWiki-General
Tgr added a comment to T249573: Remove support for extensions requiring a MediaWiki version via Composer.

I think this task should be renamed to RFC: Remove ability to load extensions and skins with Composer because it isn't really about installing as far as I can tell (although I guess installing = downloading + loading — it's the downloading part that isn't relevant here).

Apr 7 2023, 7:20 AM · MW-1.42-notes (1.42.0-wmf.9; 2023-12-12), Patch-Needs-Improvement, TechCom-RFC, Composer, MediaWiki-General

Apr 6 2023

Samwilson added a comment to T249573: Remove support for extensions requiring a MediaWiki version via Composer.

I think this task should be renamed to RFC: Remove ability to load extensions and skins with Composer because it isn't really about installing as far as I can tell (although I guess installing = downloading + loading — it's the downloading part that isn't relevant here).

Apr 6 2023, 1:11 AM · MW-1.42-notes (1.42.0-wmf.9; 2023-12-12), Patch-Needs-Improvement, TechCom-RFC, Composer, MediaWiki-General

Apr 5 2023

Legoktm added a comment to T249573: Remove support for extensions requiring a MediaWiki version via Composer.

Since either 1.22 or 1.23, there has been a composer hook that allowed extensions to depend on mediawiki/mediawiki in their composer.json, as a way of specifying what MW version they need (aka what extension.json's "requires" does). Codesearch only finds 2 uses left: https://codesearch.wmcloud.org/search/?q=mediawiki%2Fmediawiki%22&files=composer.json&excludeFiles=&repos=

Apr 5 2023, 7:35 PM · MW-1.42-notes (1.42.0-wmf.9; 2023-12-12), Patch-Needs-Improvement, TechCom-RFC, Composer, MediaWiki-General
Bawolff added a comment to T249573: Remove support for extensions requiring a MediaWiki version via Composer.

I ran into this when cleaning up includes/ (T321882). You can bring back composer supported functionality via a new repo that uses core as submodule or anything like that. So I'm planning to merge this patch soon.

Apr 5 2023, 7:27 PM · MW-1.42-notes (1.42.0-wmf.9; 2023-12-12), Patch-Needs-Improvement, TechCom-RFC, Composer, MediaWiki-General
Ladsgroup added a comment to T249573: Remove support for extensions requiring a MediaWiki version via Composer.

I ran into this when cleaning up includes/ (T321882). You can bring back composer supported functionality via a new repo that uses core as submodule or anything like that. So I'm planning to merge this patch soon.

Apr 5 2023, 4:41 PM · MW-1.42-notes (1.42.0-wmf.9; 2023-12-12), Patch-Needs-Improvement, TechCom-RFC, Composer, MediaWiki-General

Apr 3 2023

Aklapper closed T526: Add sampling and throttling support to JS error logging, a subtask of T382: RfC: Server-side Javascript error logging, as Declined.
Apr 3 2023, 2:21 PM · Epic, TechCom-RFC

Apr 2 2023

Pppery edited projects for T114445: [RFC] Balanced templates, added: Patch-Needs-Improvement; removed Patch-For-Review.
Apr 2 2023, 1:14 AM · Patch-Needs-Improvement, MediaWiki-Templates, Parsing-Team--ARCHIVED, TechCom-RFC
Pppery removed a project from T193690: RFC: How should we fix the undeletion system?: Patch-For-Review.
Apr 2 2023, 12:51 AM · MW-1.40-notes (1.40.0-wmf.10; 2022-11-14), Platform Engineering (Icebox), MediaWiki-Page-history, MediaWiki-Page-deletion, TechCom-RFC, MediaWiki-Page-diffs

Mar 31 2023

Ladsgroup removed a project from T149847: RFC: Use content hash based image / thumb URLs: SRE.
Mar 31 2023, 1:22 AM · Parsoid (Tracking), Platform Team Legacy (Later), Services (later), TechCom-RFC, Reading-Admin, Commons, Epic, RESTBase-API, Multimedia, MediaWiki-File-management

Mar 29 2023

BCornwall removed a project from T149847: RFC: Use content hash based image / thumb URLs: Traffic-Icebox.
Mar 29 2023, 6:28 PM · Parsoid (Tracking), Platform Team Legacy (Later), Services (later), TechCom-RFC, Reading-Admin, Commons, Epic, RESTBase-API, Multimedia, MediaWiki-File-management

Mar 25 2023

Maintenance_bot removed a project from T114072: <section> tags for MediaWiki sections: Patch-For-Review.
Mar 25 2023, 1:10 AM · Reading Epics (Platform JS CSS and HTML consolidation), Services (blocked), Proposal, Parsing-Team--ARCHIVED, Accessibility, TechCom-RFC, RESTBase, Parsoid, MediaWiki-User-Interface

Mar 17 2023

daniel added a comment to T212482: RFC: Evolve hook system to support "filters" and "actions" only.

Note to self (mostly) about naming conventions for parameter classes and handler methods:

  • filter hooks (alter hook, value hook): MediaWiki\FooBarValue -> alterFooBarValues( FooBarValue ). May also be plural ("XyzValues"). Base class is MediaWiki\Hooks\MutableValue.
  • event hooks: MediaWiki\FooBarEvent -> afterFooBarEvent( FooBarEvent ). Base class is MediaWiki\Hooks\Event. We could also use "handle"...
  • all other hook names use "on": FooBarCompleted -> onFooBarCompleted( ... )
Mar 17 2023, 2:31 PM · Patch-Needs-Improvement, Platform Engineering Roadmap Decision Making, MediaWiki-Core-Hooks, Platform Team Initiatives (New Hook System), TechCom-RFC, TechCom
kostajh closed T199004: RFC: Add a frontend build step to skins/extensions to our deploy process as Declined.

I'm closing this in favor of T279108: Introduce a Front-end Build Step for MediaWiki Skins and Extensions which is more or less the same proposal, but with the tech-decision-forum instead of TechCom. (If someone disagrees and feels that this task should be re-opened, feel free to do so, but I am not sure why we'd want to do that.)

Mar 17 2023, 10:07 AM · MediaWiki-Stakeholders-Group, User-brennen, TechCom-RFC, Proposal, User-Jdlrobson

Mar 10 2023

Jdlrobson closed T104660: RFC: Suitable default for accessing language links on all skins as Declined.

Per analysis in T326829 we are now recommending including language links in the page. We will adapt MobileFrontend shortly to remove Special:MobileLanguages

Mar 10 2023, 11:00 PM · TechCom-RFC, Timeless, User-Jdlrobson, MobileFrontend (MobileFrontend Special Pages), Developer-Wishlist (2017), Technical-Debt (RW-Tech-Debt), I18n

Mar 1 2023

hashar moved T167547: Replace Gerrit & GitHub with GitLab from Discussions & doc stuff to Bugs & stuff on the Gerrit board.
Mar 1 2023, 10:55 AM · Wikimedia-GitHub, Gerrit, TechCom-RFC

Feb 26 2023

PerfektesChaos added a comment to T145604: RFC: Future of magic links.

What is the value of splitting up the migration of RFC and PMID into two steps? Wouldn't it be less of a hassle to do both at the same time?

Look at the figues, especially deWP.

  • RFC is a test balloon.
  • Amount is not too large, check how support for small wiki will succeed.
  • Give them some months to take breath; learn from experiences in RFC step.
Feb 26 2023, 7:18 PM · Parsing-Team--ARCHIVED, MediaWiki-Parser, TechCom-RFC

Feb 21 2023

Base added a comment to T145604: RFC: Future of magic links.

So...why do we need a parser function? Back in 2016 you had proposed using a template (c.f. T148274#2788218), which I agree with and prefer.

Feb 21 2023, 7:16 AM · Parsing-Team--ARCHIVED, MediaWiki-Parser, TechCom-RFC
JJMC89 added a comment to T145604: RFC: Future of magic links.

I have some ideas for a global bot

Feb 21 2023, 4:25 AM · Parsing-Team--ARCHIVED, MediaWiki-Parser, TechCom-RFC
Legoktm added a comment to T145604: RFC: Future of magic links.
Feb 21 2023, 3:57 AM · Parsing-Team--ARCHIVED, MediaWiki-Parser, TechCom-RFC

Feb 19 2023

PerfektesChaos added a comment to T145604: RFC: Future of magic links.

Regarding German Wikipedia you need a smart stategy, then it will work.

  • Looking at LINT errors dewiki will proceed; compare with enwiki.
  • However, among 20.000 people there are a dozen fellows who started in 2005 and they do not want any change and everything has to be kept as it was in 2005. Unfortunately, they are quite loud and experienced and collected a lot of merits for their work as authors over two decades.

A promising plan would be:

  • Wait until Vector2022 has been established successfully.
    • A war on two frontiers simultaneously is not a good idea.
    • Currently even enwiki is reluctant.
    • Gadgets need to be adapted to new page arrangement.
  • After sea has calmed, announce a change for RFC within about 3 or 6 months; end of 2023 or July 1st 2024 or whatever, for all projects.
    • There is already a template.
    • RFC 1 can be switched easily by bot in article space towards RFC&nbsp;1<ref>{{RFC-Internet if not already within <ref>, then change access inside <ref> elements, then cleaning up the remainders. Other namespaces are no longer linked.
    • Tracking category may be activated then and tells occurrences for several years even if no link is generated any longer.
  • Then announce discontinuation of PMID within 3 or 6 months.
    • Those will be overcome by [[pmid:1|PMID&nbsp;1]] whereever they occur.
  • For ISBN you will need a global parser function {{#isbn:0-123-456-7|1}} with second parameter for invalid ISBN but printed in books and registered in national library catalogues.
    • This should format and hyphenate correctly and will apply a class and nowrap and error message and maintenance category and everybody is happy.
    • Since it is widely used, bots will need ages and version histories get lots of entries.
    • Small wikis have no bots.
    • A global migration plan needs to be developed, perhaps via server script (a parser function can be applied everywhere while a template needs local support and might collide with a local template).
    • When migrating to next Parsoid storage level this might be done automatically.
    • VE might dump parser function formatting.
    • When retrieving wikitext content deliver new syntax, or store new syntax every time when publishing. Will take some ages.
  • After each stage, check riot level in all wikis. Adapt roadmap if necessary.
Feb 19 2023, 11:47 AM · Parsing-Team--ARCHIVED, MediaWiki-Parser, TechCom-RFC

Feb 14 2023

Legoktm added a comment to T145604: RFC: Future of magic links.

No plan, but still interested in moving this forward, I'll try to look at what the landscape looks like (presumably there are small wikis that aren't using these entirely) and propose a plan.

Feb 14 2023, 3:26 AM · Parsing-Team--ARCHIVED, MediaWiki-Parser, TechCom-RFC