[Wikidata-bugs] [Maniphest] T334934: [EPIC] Replace WikimediaUI Base variables with Codex design tokens (mediawiki.skin.variables)

Volker_E updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T334934 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Volker_E Cc: ldelench_wmf, CCiufo-WMF, Aklapper, Volker_E, me, Danny_Benjafield_WMDE, BartTerpstra,

[Wikidata-bugs] [Maniphest] T349636: maintenance/mysql.php shows deprecation warning on MariaDB 11

Jdforrester-WMF added a comment. In T349636#9276826 , @Lucas_Werkmeister_WMDE wrote: > - Create a `mariadb.php` maintenance script that shares most of its code with `mysql.php` but varies the program name. Have users use either `run.php

[Wikidata-bugs] [Maniphest] T266344: OpenRefine integration feedback for the Wikibase manifests

Abbe98 added a comment. > If it is in the document served by WikibaseManifest, then as a tool author I have the same problem as currently: if I wanted to make sure that all of my tool's configuration can be derived from the contents of the WikibaseManifest, then whenever I need to introduce

[Wikidata-bugs] [Maniphest] T334934: [EPIC] Replace WikimediaUI Base variables with Codex design tokens (mediawiki.skin.variables)

Volker_E updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T334934 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Volker_E Cc: ldelench_wmf, CCiufo-WMF, Aklapper, Volker_E, me, Danny_Benjafield_WMDE, BartTerpstra,

[Wikidata-bugs] [Maniphest] T266344: OpenRefine integration feedback for the Wikibase manifests

Pintoch added a comment. > For OpenRefine(and other tools) the benefit would be that RDF ontologies can be extended very easily so that tools can define their own (namespaced) properties. Where would those namespaced properties be published? - If it is in the document served by

[Wikidata-bugs] [Maniphest] T334934: [EPIC] Replace WikimediaUI Base variables with Codex design tokens (mediawiki.skin.variables)

Volker_E added projects: OOUI, Two-Column-Edit-Conflict-Merge. TASK DETAIL https://phabricator.wikimedia.org/T334934 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Volker_E Cc: ldelench_wmf, CCiufo-WMF, Aklapper, Volker_E, me, Danny_Benjafield_WMDE,

[Wikidata-bugs] [Maniphest] T334934: [EPIC] Replace WikimediaUI Base variables with Codex design tokens (mediawiki.skin.variables)

Volker_E updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T334934 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Volker_E Cc: ldelench_wmf, CCiufo-WMF, Aklapper, Volker_E, me, Danny_Benjafield_WMDE, BartTerpstra,

[Wikidata-bugs] [Maniphest] T334934: [EPIC] Replace WikimediaUI Base variables with Codex design tokens (mediawiki.skin.variables)

Volker_E updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T334934 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Volker_E Cc: ldelench_wmf, CCiufo-WMF, Aklapper, Volker_E, me, Danny_Benjafield_WMDE, BartTerpstra,

[Wikidata-bugs] [Maniphest] T334934: [EPIC] Replace WikimediaUI Base variables with Codex design tokens (mediawiki.skin.variables)

Volker_E closed subtask T336970: Portals: Replace WikimediaUI Base vars for Codex design tokens as Resolved. TASK DETAIL https://phabricator.wikimedia.org/T334934 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Volker_E Cc: ldelench_wmf, CCiufo-WMF,

[Wikidata-bugs] [Maniphest] T334934: [EPIC] Replace WikimediaUI Base variables with Codex design tokens (mediawiki.skin.variables)

gerritbot added a comment. Change 968796 **merged** by jenkins-bot: [mediawiki/extensions/VisualEditor@master] styles: Use 'mediawiki.skin.variables.less', remove WikimediaUI Base ref https://gerrit.wikimedia.org/r/968796 TASK DETAIL https://phabricator.wikimedia.org/T334934

[Wikidata-bugs] [Maniphest] T266344: OpenRefine integration feedback for the Wikibase manifests

Abbe98 added a comment. > So, even if we are assuming that the WikibaseManifest extension serves its information by following some particular ontology, the tool-specific information will not be available there. That means we cannot make it possible to just set up a Wikibase instance in

[Wikidata-bugs] [Maniphest] T334934: [EPIC] Replace WikimediaUI Base variables with Codex design tokens (mediawiki.skin.variables)

Volker_E updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T334934 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Volker_E Cc: ldelench_wmf, CCiufo-WMF, Aklapper, Volker_E, me, Danny_Benjafield_WMDE, BartTerpstra,

[Wikidata-bugs] [Maniphest] T349982: Wikibase\DataModel\Services\Lookup\EntityLookupException: Failed to unserialize the content object.

Lucas_Werkmeister_WMDE added a comment. > we similarly avoided T349230 by deleting a specific revision (Which apparently didn’t work out as well as we hoped, so arguably we should think twice before using this approach again. Not sure I have a

[Wikidata-bugs] [Maniphest] T349636: maintenance/mysql.php shows deprecation warning on MariaDB 11

Maintenance_bot added a project: Wikidata. TASK DETAIL https://phabricator.wikimedia.org/T349636 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Maintenance_bot Cc: Lucas_Werkmeister_WMDE, Aklapper, Danny_Benjafield_WMDE, Isabelladantes1983,

[Wikidata-bugs] [Maniphest] T322623: [SW] [LEX] [TECH] Lexeme Vue console warning "computed property "representations" is readonly."

karapayneWMDE edited projects, added Wikidata Dev Team (Wikidata.org Slice); removed Wikidata Dev Team. TASK DETAIL https://phabricator.wikimedia.org/T322623 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: karapayneWMDE Cc: Lucas_Werkmeister_WMDE,

[Wikidata-bugs] [Maniphest] T334934: [EPIC] Replace WikimediaUI Base variables with Codex design tokens (mediawiki.skin.variables)

Volker_E updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T334934 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Volker_E Cc: ldelench_wmf, CCiufo-WMF, Aklapper, Volker_E, me, Danny_Benjafield_WMDE, BartTerpstra,

[Wikidata-bugs] [Maniphest] T327641: [TECH][WIKIDATA] Create an incident playbook/flow chart for what to do when Wikidata ChangeDispatching is lagging

ItamarWMDE closed this task as "Resolved". ItamarWMDE moved this task from Ready for Tech Verification to Done on the Wikidata Dev Team (Wikidata.org Slice) board. ItamarWMDE claimed this task. ItamarWMDE added a comment. Restricted Application added a project: User-ItamarWMDE. Read through

[Wikidata-bugs] [Maniphest] T307073: Job queue backlog time increases for the `wikibase-InjectRCRecords` and `refreshLinks` jobs

ItamarWMDE closed subtask T327641: [TECH][WIKIDATA] Create an incident playbook/flow chart for what to do when Wikidata ChangeDispatching is lagging as Resolved. TASK DETAIL https://phabricator.wikimedia.org/T307073 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] T349911: Explore the feasibility of using SPARQL federation for scholia queries

Gehel moved this task from Incoming to Current work on the Wikidata-Query-Service board. Gehel added a project: Discovery-Search (Current work). TASK DETAIL https://phabricator.wikimedia.org/T349911 WORKBOARD https://phabricator.wikimedia.org/project/board/891/ EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] T349829: List and document all known public SPARQL endpoints serving wikidata

Gehel moved this task from Incoming to Current work on the Wikidata-Query-Service board. Gehel added a project: Discovery-Search (Current work). TASK DETAIL https://phabricator.wikimedia.org/T349829 WORKBOARD https://phabricator.wikimedia.org/project/board/891/ EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] T349069: Design and implement a WDQS data-reload mechanism that sources its data from HDFS instead of the snapshot servers

Gehel moved this task from Incoming to Current work on the Wikidata-Query-Service board. Gehel added a project: Discovery-Search (Current work). TASK DETAIL https://phabricator.wikimedia.org/T349069 WORKBOARD https://phabricator.wikimedia.org/project/board/891/ EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] T349652: Special:NewLexeme should lowercase language codes from P305

Lucas_Werkmeister_WMDE moved this task from In Development to Ready for Peer Review on the Wikidata Dev Team (Wikidata.org Slice) board. Lucas_Werkmeister_WMDE added a comment. Pull request: https://github.com/wmde/new-lexeme-special-page/pull/548 TASK DETAIL

[Wikidata-bugs] [Maniphest] T349246: Bad ranking of Wikidata item search results on Special:Search when non-default namespaces are included

Gehel closed this task as "Declined". Gehel added a comment. This is working as designed. A complete rework of how we merge different search results is out of scope. TASK DETAIL https://phabricator.wikimedia.org/T349246 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] T349652: Special:NewLexeme should lowercase language codes from P305

Lucas_Werkmeister_WMDE added a comment. I suppose T318072: Wikidata should normalize data entered for the language code of Monolingual text as lower case would make this task redundant (I just remembered that it exists), but I don’t think that one

[Wikidata-bugs] [Maniphest] T349652: Special:NewLexeme should lowercase language codes from P305

Lucas_Werkmeister_WMDE claimed this task. Lucas_Werkmeister_WMDE edited projects, added Wikidata Dev Team (Wikidata.org Slice); removed Wikidata Dev Team. TASK DETAIL https://phabricator.wikimedia.org/T349652 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] T350005: Create general advice for responding to Wikidata incidents / alerts

Lucas_Werkmeister_WMDE removed Lucas_Werkmeister_WMDE as the assignee of this task. Lucas_Werkmeister_WMDE moved this task from In Development to Ready for Peer Review on the Wikidata Dev Team (Wikidata.org Slice) board. Lucas_Werkmeister_WMDE added a comment. I added a “general advice for

[Wikidata-bugs] [Maniphest] T350005: Create general advice for responding to Wikidata incidents / alerts

Lucas_Werkmeister_WMDE claimed this task. Lucas_Werkmeister_WMDE moved this task from In Task Breakdown to In Development on the Wikidata Dev Team (Wikidata.org Slice) board. TASK DETAIL https://phabricator.wikimedia.org/T350005 WORKBOARD

[Wikidata-bugs] [Maniphest] T350005: Create general advice for responding to Wikidata incidents / alerts

Lucas_Werkmeister_WMDE edited projects, added Wikidata Dev Team (Wikidata.org Slice); removed Wikidata Dev Team. TASK DETAIL https://phabricator.wikimedia.org/T350005 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lucas_Werkmeister_WMDE Cc:

[Wikidata-bugs] [Maniphest] T343786: [TECH][IPM] Investigate ramifications of IP masking on Wikidata Bridge

Lucas_Werkmeister_WMDE added a comment. T350039: API action=query=info=edit=full and intestactionsdetail=boolean report that logged-out users can't edit pages when temp accounts are enabled would probably affect us, IIRC Wikidata Bridge uses that

[Wikidata-bugs] [Maniphest] T266344: OpenRefine integration feedback for the Wikibase manifests

Pintoch added a comment. Thanks for reviving this thread I had forgotten about ^^ I don't think I fully understand your vision here, because it's not clear to me what problem we would solve by using an ontology in this case. To me, the main problem is that the information OpenRefine

[Wikidata-bugs] [Maniphest] T348999: Add linter and formatter to wmfdata-python (and link check)

xcollazo added a comment. > what other Wikimedia Python projects do FWIW, in Data Engineering land, we have (arbitrarily) chosen black as de facto for recent projects. Having said

[Wikidata-bugs] [Maniphest] T266344: OpenRefine integration feedback for the Wikibase manifests

Abbe98 added a comment. I'm interested in working on this across OpenRefine, the WikibaseManifest extension and "TIB's" reconciliation service but I wonder if this work wouldn't benefit from being migrated to a proper vocabulary for describing APIs and knowledge graphs. Like Hydra and DCAT

[Wikidata-bugs] [Maniphest] T334934: [EPIC] Replace WikimediaUI Base variables with Codex design tokens (mediawiki.skin.variables)

gerritbot added a comment. Change 969707 **merged** by Lucas Werkmeister (WMDE): [wikidata/query/gui-deploy@production] Merging from fe3c2c8f0376b952e02c58977ad17dc6ec8ac15c https://gerrit.wikimedia.org/r/969707 TASK DETAIL https://phabricator.wikimedia.org/T334934 EMAIL

[Wikidata-bugs] [Maniphest] T334934: [EPIC] Replace WikimediaUI Base variables with Codex design tokens (mediawiki.skin.variables)

gerritbot added a comment. Change 969707 had a related patch set uploaded (by WDQSGuiBuilder; author: WDQSGuiBuilder): [wikidata/query/gui-deploy@production] Merging from fe3c2c8f0376b952e02c58977ad17dc6ec8ac15c https://gerrit.wikimedia.org/r/969707 TASK DETAIL

[Wikidata-bugs] [Maniphest] T334934: [EPIC] Replace WikimediaUI Base variables with Codex design tokens (mediawiki.skin.variables)

gerritbot added a comment. Change 969215 **merged** by jenkins-bot: [wikidata/query/gui@master] styles: Replace WikimediaUI Base with Codex Design Tokens https://gerrit.wikimedia.org/r/969215 TASK DETAIL https://phabricator.wikimedia.org/T334934 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] T349982: Wikibase\DataModel\Services\Lookup\EntityLookupException: Failed to unserialize the content object.

Lucas_Werkmeister_WMDE added a project: wmde-wikidata-tech. TASK DETAIL https://phabricator.wikimedia.org/T349982 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lucas_Werkmeister_WMDE Cc: Aklapper, Lucas_Werkmeister_WMDE, Nikki,

[Wikidata-bugs] [Maniphest] T348999: Add linter and formatter to wmfdata-python (and link check)

AndrewTavis_WMDE added a comment. We could further make use of pre-commit to check code before commits, which is further something that's suggested in the WMF Airflow docs

[Wikidata-bugs] [Maniphest] T348999: Add linter and formatter to wmfdata-python (and link check)

AndrewTavis_WMDE added a comment. Ruff also just brought out its own formatter that's fully compatible with Black. As far as formatting adoption at WMF, product analytics states here in their styleguide

[Wikidata-bugs] [Maniphest] T350005: Create general advice for responding to Wikidata incidents / alerts

Lucas_Werkmeister_WMDE created this task. Lucas_Werkmeister_WMDE added projects: Wikidata, wmde-wikidata-tech, User-Michael, Wikidata Dev Team. TASK DESCRIPTION During a recent DispatchChanges alert, it became clear that there is some information that’s useful to have when responding to

[Wikidata-bugs] [Maniphest] T349686: Investigate using wikibase-entityid data value type for EntitySchema without making EntitySchema a real entity type

Lucas_Werkmeister_WMDE removed Lucas_Werkmeister_WMDE as the assignee of this task. Lucas_Werkmeister_WMDE moved this task from In Development to Ready for Peer Review on the Wikidata Dev Team (Wikidata.org Slice) board. Lucas_Werkmeister_WMDE added a comment. Unassigning myself for now and

[Wikidata-bugs] [Maniphest] T349982: Wikibase\DataModel\Services\Lookup\EntityLookupException: Failed to unserialize the content object.

Lucas_Werkmeister_WMDE added a comment. If this is limited to Test Wikidata (and from Logstash, it appears to be), I suppose we could just delete that lexeme? (The error would still show up if a sysop tried to look at the deleted revisions, but hopefully nobody would have a reason to do

[Wikidata-bugs] [Maniphest] T349074: [Analytics] Operationalize "UI editors"

AndrewTavis_WMDE added a comment. For namespace we're talking about `User:` and similar spaces for projects, discussions, etc etc :) TASK DETAIL https://phabricator.wikimedia.org/T349074 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To:

[Wikidata-bugs] [Maniphest] T349982: Wikibase\DataModel\Services\Lookup\EntityLookupException: Failed to unserialize the content object.

Lucas_Werkmeister_WMDE added a comment. The bad revision is revid 646258, you can also reproduce the title with `index.php?oldid=`; it belongs to page ID 323610, which is `Lexeme:L2274`. Also, there’s a more helpful error message in Logstash that I didn’t see before: > 'wd:Q100' is

[Wikidata-bugs] [Maniphest] T349982: Wikibase\DataModel\Services\Lookup\EntityLookupException: Failed to unserialize the content object.

Lucas_Werkmeister_WMDE created this task. Lucas_Werkmeister_WMDE added projects: Wikimedia-production-error, Wikidata. Restricted Application added a subscriber: Aklapper. Restricted Application added a project: [DEPRECATED] wdwb-tech. TASK DESCRIPTION I just randomly noticed this while trying

[Wikidata-bugs] [Maniphest] T348999: Add linter and formatter to wmfdata-python (and link check)

nshahquinn-wmf added a comment. > The Product Analytics Styleguide suggests PEP 8, but maybe we want to consider black in that it's now Python Software Foundation maintained and can integrate with Ruff. I think it's well worth considering! The only thing I'd want to check first is