Lucas_Werkmeister_WMDE added a subtask: T340590: Update Vue to 3.3.x.
TASK DETAIL
https://phabricator.wikimedia.org/T352318
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE
Cc: Lucas_Werkmeister_WMDE, Danny_Benjafield_WMDE
Lucas_Werkmeister_WMDE created this task.
Lucas_Werkmeister_WMDE added projects: Wikidata, wmde-wikidata-tech,
Wikidata-Bridge, Wikidata Lexicographical data, Wikidata Tainted References,
Wikidata-Termbox.
TASK DESCRIPTION
Following T340590: Update Vue to 3.3.x
<ht
Lucas_Werkmeister_WMDE removed Lucas_Werkmeister_WMDE as the assignee of this
task.
TASK DETAIL
https://phabricator.wikimedia.org/T280774
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE
Cc: Lucas_Werkmeister_WMDE, Michael
Lucas_Werkmeister_WMDE moved this task from Ready for Development to Ready for
Peer Review on the Wikidata Dev Team (Wikidata.org Slice) board.
Lucas_Werkmeister_WMDE changed the task status from "Stalled" to "Open".
TASK DETAIL
https://phabricator.wikimedia.org/T28077
Lucas_Werkmeister_WMDE added a comment.
I’m totally fine with either version (the codex tokens aren’t hard to use
either). IMHO we could also go ahead with `color-subtle` now and change it
later if needed.
TASK DETAIL
https://phabricator.wikimedia.org/T280774
EMAIL PREFERENCES
https
Lucas_Werkmeister_WMDE added a comment.
Is “enter a label in default values (mul)” okay as the placeholder?
F41543652: image.png <https://phabricator.wikimedia.org/F41543652>
TASK DETAIL
https://phabricator.wikimedia.org/T345083
EMAIL PREFERENCES
https://phabricator.wikimed
Lucas_Werkmeister_WMDE added a comment.
Hmph, `wb.getLanguageNameByCode` is also used for both term and non-term
contexts (glosses in WikibaseLexeme), just like the PHP version, so I think
we’ll have to do the same split there. Call it
`wb.getLanguageNameByCodeForTerms`, I guess?
TASK
Lucas_Werkmeister_WMDE moved this task from Ready for Peer Review to In
Development on the Wikidata Dev Team (Wikidata.org Slice) board.
Lucas_Werkmeister_WMDE added a comment.
Moving back to In Development for `wikibase.getLanguageNameByCode.js`; the
wbcontentlanguages API could be done
Lucas_Werkmeister_WMDE added a comment.
In T352109#9363070 <https://phabricator.wikimedia.org/T352109#9363070>,
@Manuel wrote:
>> never cloned via Puppet, and it isn’t referenced in any codebase
>
> That means you are convinced that this can go from our side, correc
Lucas_Werkmeister_WMDE added a comment.
As far as I can tell, `wikidata/analytics/dashboard` was never cloned via
Puppet, and it isn’t referenced in any codebase indexed by Codesearch.
TASK DETAIL
https://phabricator.wikimedia.org/T352109
EMAIL PREFERENCES
https
Lucas_Werkmeister_WMDE added a comment.
FWIW, I didn’t expect to be done with this yet… the wbcontentlanguages API
wasn’t updated yet (as planned in T345083#9356336
<https://phabricator.wikimedia.org/T345083#9356336>), and for the legacy
termbox it looks like we need to
Lucas_Werkmeister_WMDE added a comment.
I looked a bit into it, and the following patch
diff --git a/repo/resources/wikibase.ui.entityViewInit.js
b/repo/resources/wikibase.ui.entityViewInit.js
index d88740deb1..bc83d49b82 100644
--- a/repo/resources
Lucas_Werkmeister_WMDE changed the task status from "Open" to "Stalled".
Lucas_Werkmeister_WMDE moved this task from In Development to Ready for
Development on the Wikidata Dev Team (Wikidata.org Slice) board.
TASK DETAIL
https://phabricator.wikimedia.org/T28077
Lucas_Werkmeister_WMDE added a comment.
In T280774#7158117 <https://phabricator.wikimedia.org/T280774#7158117>,
@Sarai-WMDE wrote:
> After a short discussion, the members of the UX team agreed to proceed with
this fix. Keeping accessibility in mind, we would encourage selecti
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/T280774
WORKBOARD
https://phabricator.wikimedia.org/project/board/6751
Lucas_Werkmeister_WMDE edited projects, added Wikidata Dev Team (Wikidata.org
Slice); removed Wikidata Dev Team.
TASK DETAIL
https://phabricator.wikimedia.org/T280774
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE
Cc
Lucas_Werkmeister_WMDE added a comment.
In T345083#9357025 <https://phabricator.wikimedia.org/T345083#9357025>,
@Michael wrote:
> In T345083#9356947 <https://phabricator.wikimedia.org/T345083#9356947>,
@Michael wrote:
>
>> In T345083#9356750 <https:
Lucas_Werkmeister_WMDE added a comment.
In T348831#9357039 <https://phabricator.wikimedia.org/T348831#9357039>,
@Michael wrote:
> Also, this is now tackling T349178: [C-DIS] [TECH] "DispatchChanges Normal
job backlog time (p50, 15min)" alert misfires wit
Lucas_Werkmeister_WMDE moved this task from In Peer Review to Product
Verification on the Wikidata Dev Team (Wikidata.org Slice) board.
Lucas_Werkmeister_WMDE removed Michael as the assignee of this task.
Lucas_Werkmeister_WMDE added a subscriber: Michael.
TASK DETAIL
https
Lucas_Werkmeister_WMDE added a comment.
(Not moving into review quite yet – I’ll probably have to fix a few CI issues
on Monday. Just wanted to get this uploaded before the weekend.)
TASK DETAIL
https://phabricator.wikimedia.org/T345083
EMAIL PREFERENCES
https
Lucas_Werkmeister_WMDE added a comment.
Hmph, the “context” idea has a hitch: several places use
`LanguageNameLookup::getName()` to get the name of a //site// language, which
doesn’t really correspond to any of the existing `WikibaseContentLanguages`
contexts. (`SitesModuleBase
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/T345083
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel
Lucas_Werkmeister_WMDE added a comment.
> Mh, yeah, I think this is better than overengineering it at this point.
That being said, where is EntitySchema getting its language names from?
Directly from `LanguageNameUtils::getLanguageName()`, I think. (Also,
`LanguageNameUt
Lucas_Werkmeister_WMDE added a comment.
Screenshots of what I implemented above:
F41533874: image.png <https://phabricator.wikimedia.org/F41533874>
F41533876: image.png <https://phabricator.wikimedia.org/F41533876>
TASK DETAIL
https://phabricator.wikimedia.org/T345750
EMAIL
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.
Ready for review, I think. I based it on top of the change for T345751
<https://phabricator.wikimedia.org/T345
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.
Lucas_Werkmeister_WMDE added a comment.
I already started working on this and I think I can put together a solution
Lucas_Werkmeister_WMDE edited projects, added Wikidata Dev Team (Wikidata.org
Slice); removed Wikidata Dev Team.
TASK DETAIL
https://phabricator.wikimedia.org/T345750
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE
Cc: Sarai
Lucas_Werkmeister_WMDE added a comment.
For implementing this, my idea would be:
- Add a `$context` parameter to `LanguageNameLookup::getName()`, which can be
one of `WikibaseContentLanguaiges::getContexts()` (`CONTEXT_TERM`,
`CONTEXT_MONOLINGUAL_TEXT`, or `'term-lexicographical
Lucas_Werkmeister_WMDE moved this task from In Peer Review to In Development on
the Wikidata Dev Team (Wikidata.org Slice) board.
Lucas_Werkmeister_WMDE added a comment.
Moving back to In Development, there’s no review ongoing at the moment.
TASK DETAIL
https://phabricator.wikimedia.org
Lucas_Werkmeister_WMDE added a comment.
It fired (and resolved) four times yesterday afternoon btw: ca. 13:47, 14:47,
14:52 and 16:10 (all UTC; `grafana_state_reason = NoData` each time).
I wonder if it would make sense to change the query from “now-5m to now” to
“now-6m to now-1m”? I
Lucas_Werkmeister_WMDE added a comment.
In T345083#9356297 <https://phabricator.wikimedia.org/T345083#9356297>,
@Michael wrote:
> Wait, is it intentional that it can be used there? Monolingual text in
multiple languages feels ... odd.
It was requested in T72205#96215
Lucas_Werkmeister_WMDE added a comment.
I remembered yesterday that `mul` can already be used on monolingual text
(example
<https://www.wikidata.org/wiki/Q104378621#Q104378621$1bfa64e2-44a2-3bb4-5797-26d37efb473a>):
F41533694: image.png <https://phabricator.wikimedia.org/
Lucas_Werkmeister_WMDE edited projects, added Wikidata Dev Team (Wikidata.org
Slice); removed Wikidata Dev Team.
TASK DETAIL
https://phabricator.wikimedia.org/T345751
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE
Cc: Sarai
Lucas_Werkmeister_WMDE added a comment.
Just got another email about DispatchChanges Normal job backlog time (p50,
15min) <https://grafana.wikimedia.org/alerting/grafana/MF0FSjJ4z/view>.
> grafana_state_reason = NoData
> message = DispatchChanges job p50 backlog is ove
Lucas_Werkmeister_WMDE added a comment.
In T345751#9354820 <https://phabricator.wikimedia.org/T345751#9354820>,
@Sarai-WMDE wrote:
> *This was part of the original ticket's AC'S (T316769
<https://phabricator.wikimedia.org/T316769>), but I can't reproduce this
behavior i
Lucas_Werkmeister_WMDE added a comment.
Oh, and if the dot remains, I assume clicking it should still toggle the
popup?
TASK DETAIL
https://phabricator.wikimedia.org/T345751
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE
Lucas_Werkmeister_WMDE added a comment.
Part of my confusion was because to me this feels more like our
responsibility, but I’m also happy for the product platform team to take it
over ^^
TASK DETAIL
https://phabricator.wikimedia.org/T351802
EMAIL PREFERENCES
https
Lucas_Werkmeister_WMDE merged a task: T351825: MUL - Add mul language code to
label service suggestions and calls in Wikidata Query Service.
Lucas_Werkmeister_WMDE added a subscriber: Michael.
TASK DETAIL
https://phabricator.wikimedia.org/T317515
EMAIL PREFERENCES
https
Lucas_Werkmeister_WMDE closed this task as a duplicate of T317515: MUL - Update
the auto-completion suggestions in WDQS to include the new mul language code.
TASK DETAIL
https://phabricator.wikimedia.org/T351825
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel
Lucas_Werkmeister_WMDE created this task.
Lucas_Werkmeister_WMDE added projects: Wikidata, Wikidata Query UI.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
Currently, the Wikidata Query Service has a suggestion for the following code
snippet:
SERVICE
Lucas_Werkmeister_WMDE closed this task as "Resolved".
Lucas_Werkmeister_WMDE moved this task from Ready for Peer Review to Done on
the Wikidata Dev Team (Wikidata.org Slice) board.
Lucas_Werkmeister_WMDE claimed this task.
TASK DETAIL
https://phabricator.wikimedia.org/T351736
Lucas_Werkmeister_WMDE added a comment.
Does the pulsating dot still exist (and the popup “points” to it), or is it
removed?
TASK DETAIL
https://phabricator.wikimedia.org/T345751
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences
Lucas_Werkmeister_WMDE added a comment.
(No idea if this is a #schema-change-in-production
<https://phabricator.wikimedia.org/tag/schema-change-in-production/> or
something similar…)
TASK DETAIL
https://phabricator.wikimedia.org/T351820
EMAIL PREFERENCES
Lucas_Werkmeister_WMDE added a comment.
I’ll also be very interested in how moving the term store to a separate
cluster, with (I assume) separate transactions, will affect the deadlocks we’re
currently seeing in the term store (T283198
<https://phabricator.wikimedia.org/T283198>).
Lucas_Werkmeister_WMDE added a comment.
Created T351820: Move Wikidata term store to separate database cluster
<https://phabricator.wikimedia.org/T351820> as the more general task for the
project suggested in the task description, since this task is limited to the
code changes in Wi
Lucas_Werkmeister_WMDE added a subtask: T351802: WPP: Make term store database
configurable.
TASK DETAIL
https://phabricator.wikimedia.org/T351820
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE
Cc: Lucas_Werkmeister_WMDE
Lucas_Werkmeister_WMDE added a parent task: T351820: Move Wikidata term store
to separate database cluster.
TASK DETAIL
https://phabricator.wikimedia.org/T351802
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE
Cc: Marostegui
Lucas_Werkmeister_WMDE created this task.
Lucas_Werkmeister_WMDE added projects: Wikidata, wmde-wikidata-tech, DBA.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
“Currently term store is reaching 340GB in wikidata and slowly reaching the
wb_terms era”, so @Ladsgroup
Lucas_Werkmeister_WMDE added a comment.
> In order to do this we should introduce new cirrus search keywords. These
could be `haslemma:en` and `haslang:Q1860`.
FWIW, `haslang:` can be approximated today as `linksto:`; a linksto:Q1860
<https://www.wikidata.org/w/index.php?
Lucas_Werkmeister_WMDE added a comment.
I also added a note about this to the Grafana panel with the number of
forms/senses.
TASK DETAIL
https://phabricator.wikimedia.org/T350224
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences
Lucas_Werkmeister_WMDE added a comment.
Looks like the numbers have gone back up:
F41523781: image.png <https://phabricator.wikimedia.org/F41523781>
F41523783: image.png <https://phabricator.wikimedia.org/F41523783>
If I do a very poor man’s linear regression analysis (
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 removed Lucas_Werkmeister_WMDE as the assignee of this
task.
TASK DETAIL
https://phabricator.wikimedia.org/T351736
WORKBOARD
https
Lucas_Werkmeister_WMDE created this task.
Lucas_Werkmeister_WMDE added projects: Wikidata, Wikidata Dev Team
(Wikidata.org Slice), Wikidata Lexicographical data.
TASK DESCRIPTION
With a list of dependencies that shouldn’t be updated at the moment.
TASK DETAIL
https
Lucas_Werkmeister_WMDE added a comment.
> and at least one (something in RepresentationWidget.spec.js) just hangs
indefinitely
(I didn’t observe that this time, so, lucky me I guess? Maybe this happened
because Dependabot bumped only `unexpected` but not `unexpected-dom` or
`unexpec
Lucas_Werkmeister_WMDE closed this task as "Resolved".
Lucas_Werkmeister_WMDE claimed this task.
Lucas_Werkmeister_WMDE added a comment.
Oh, I forgot this task existed. I actually did this the other day in T351383
<https://phabricator.wikimedia.org/T351383> (specificall
Lucas_Werkmeister_WMDE added a comment.
`newMergeLexemesInteractor()` should be converted;
`getLexemeRepositoryFactory()`, `newLexemeMerger()`,
`newNoCrossReferencingLexemeStatements()`, `getLexemeAuthorizer()` and
`newLexemeRedirectorFactory()` are all only used there (and only once), so
Lucas_Werkmeister_WMDE closed this task as "Resolved".
Lucas_Werkmeister_WMDE moved this task from Ready for Tech Verification to Done
on the Wikidata Dev Team (Wikidata.org Slice) board.
TASK DETAIL
https://phabricator.wikimedia.org/T351709
WORKBOARD
https://phabricator.wik
Lucas_Werkmeister_WMDE added a comment.
In T350224#9337916 <https://phabricator.wikimedia.org/T350224#9337916>,
@Lucas_Werkmeister_WMDE wrote:
> mysql:research@dbstore1005.eqiad.wmnet [wikidatawiki]> SELECT
pp_propname, pp_value, pp_sortkey FROM page_props JOIN pag
Lucas_Werkmeister_WMDE moved this task from Waiting for Deployment Window to
Product Verification on the Wikidata Dev Team (Wikidata.org Slice) board.
Lucas_Werkmeister_WMDE added a comment.
Should be done; we can see if the numbers in Grafana recover soon.
TASK DETAIL
https
Lucas_Werkmeister_WMDE moved this task from Ready for Peer Review to Ready for
Tech Verification on the Wikidata Dev Team (Wikidata.org Slice) board.
Lucas_Werkmeister_WMDE added a comment.
Probably done, I’ll close it once another CI run has finished successfully.
TASK DETAIL
https
Lucas_Werkmeister_WMDE added a comment.
Well, codesearch didn’t find any other classes using the pattern with that
particular variable name, for what it’s worth. (It would be nice if we could
grep for “`addDbData()` methods where the first line is an `if` statement) but
I don’t think
Lucas_Werkmeister_WMDE added a comment.
…or not.
TASK DETAIL
https://phabricator.wikimedia.org/T351709
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE
Cc: Michael, tstarling, Daimona, Lucas_Werkmeister_WMDE, Aklapper
Lucas_Werkmeister_WMDE added a comment.
> (Also, we might need to force-merge one of the two changes, or temporarily
disable the test, or something.)
Yeah, the PropertySuggester change is still failing due to the
WikibaseQualityConstraints error and vice versa. Let’s temporarily s
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.
Okay, moving the `$hasSetup` part into `addDBDataOnce()` also works in PS.
Yay!
TASK DETAIL
https
Lucas_Werkmeister_WMDE added a comment.
Okay, for WBQC the fix really seems to be as straightforward as you might
expect from looking at that code. Let’s see if PS also works like that.
(Also, we might need to force-merge one of the two changes, or temporarily
disable the test
Lucas_Werkmeister_WMDE claimed this task.
Lucas_Werkmeister_WMDE added a project: Wikidata Dev Team (Wikidata.org Slice).
Lucas_Werkmeister_WMDE added a comment.
Apparently both affected tests have this pattern:
public function addDBData() {
if ( !self::$hasSetup
Lucas_Werkmeister_WMDE added projects: Wikibase-Quality-Constraints,
MediaWiki-extensions-PropertySuggester.
TASK DETAIL
https://phabricator.wikimedia.org/T351709
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE
Cc: tstarling
Lucas_Werkmeister_WMDE created this task.
Lucas_Werkmeister_WMDE added projects: Wikidata, wmde-wikidata-tech,
ci-test-error (WMF-deployed Build Failure).
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
There are two errors in Wikibase CI builds (example build
<ht
Lucas_Werkmeister_WMDE added a comment.
I’ve also gone ahead and applied this change to DispatchChanges Normal job
backlog time <https://grafana.wikimedia.org/alerting/grafana/MF0FSjJ4z/view>
(where the “Alert state if execution error or timeout” was previously set to
“Alerting” rathe
Lucas_Werkmeister_WMDE moved this task from In Development to Ready for Tech
Verification on the Wikidata Dev Team (Wikidata.org Slice) board.
Lucas_Werkmeister_WMDE added a comment.
Done based on the instructions at
https://wikitech.wikimedia.org/wiki/Grafana
Lucas_Werkmeister_WMDE removed Lucas_Werkmeister_WMDE as the assignee of this
task.
TASK DETAIL
https://phabricator.wikimedia.org/T348831
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE
Cc: fgiunchedi, Lucas_Werkmeister_WMDE
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/T348831
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel
Lucas_Werkmeister_WMDE added a comment.
Indeed, thank you!
TASK DETAIL
https://phabricator.wikimedia.org/T318138
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Tgr, Lucas_Werkmeister_WMDE
Cc: matmarex, Tgr, Jdlrobson, TheresNoTime
Lucas_Werkmeister_WMDE closed this task as "Resolved".
Lucas_Werkmeister_WMDE moved this task from Ready for Peer Review to Done on
the Wikidata Dev Team (Wikidata.org Slice) board.
Lucas_Werkmeister_WMDE added a comment.
Directly closing per our team agreement in the retro just n
Lucas_Werkmeister_WMDE updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T351383
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE
Cc: Lucas_Werkmeister_WMDE, Aklapper, Michael, Danny_Benjafield_WMDE
Lucas_Werkmeister_WMDE added a comment.
Also picked up WikimediaBadges (see above) and now picking up
PropertySuggester.
TASK DETAIL
https://phabricator.wikimedia.org/T351383
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE
Lucas_Werkmeister_WMDE added a comment.
Seen again on 20 November 2023
<https://integration.wikimedia.org/ci/job/quibble-vendor-mysql-php74-selenium-docker/76885/console>,
though without the 1ms part:
--
[
Lucas_Werkmeister_WMDE added a comment.
Note to self: for running on Wikidata, probably keep an eye on MySQL
Replication Lag in Grafana
<https://grafana.wikimedia.org/d/00303/mysql-replication-lag?orgId=1=eqiad=s8=now-3h=now=1m>.
(And/or Orchestrator
<https://orchestrator.wiki
Lucas_Werkmeister_WMDE added a comment.
Looks like it worked just fine on Test Wikidata:
lucaswerkmeister-wmde@mwmaint2002:~$ time mwscript
Wikibase.Lexeme.Maintenance.FixPagePropsSortkey testwikidatawiki
--batch-size=1000 # T350224
Wikibase\Lexeme\Maintenance\FixPagePropsSortkey
Lucas_Werkmeister_WMDE added a comment.
Also picking up Wikidata.org
TASK DETAIL
https://phabricator.wikimedia.org/T351383
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE
Cc: Lucas_Werkmeister_WMDE, Aklapper, Michael
Lucas_Werkmeister_WMDE added a comment.
Yeah, I also had to look at it in my IDE to remember that it’s a client page,
not a repo page :)
TASK DETAIL
https://phabricator.wikimedia.org/T351630
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences
Lucas_Werkmeister_WMDE added a comment.
With the above two changes, WikibaseLexeme should be done (both JS/npm and
PHP/composer).
I’ll move on to WikibaseQualityConstraints next.
TASK DETAIL
https://phabricator.wikimedia.org/T351383
EMAIL PREFERENCES
https
Lucas_Werkmeister_WMDE added a comment.
Looks like the script worked fine on Beta – update.php output
<https://integration.wikimedia.org/ci/view/Beta/job/beta-update-databases-eqiad/71838/consoleFull>
(look for `wikidatawiki` – starts 11:22:09 UTC) and outcome:
wikiadmin@172.16
Lucas_Werkmeister_WMDE added a comment.
Works on enwiki:
https://en.wikipedia.org/wiki/Special:PagesWithBadges?badge=Q17437796
Also works on Wikidata if you select the right badge:
https://www.wikidata.org/wiki/Special:PagesWithBadges?badge=Q70893996
There just aren’t many pages
Lucas_Werkmeister_WMDE changed the status of subtask T293081: Refactor
WikibaseLexeme WebdriverIO tests from sync to async mode from Open
to Stalled.
TASK DETAIL
https://phabricator.wikimedia.org/T293080
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences
Lucas_Werkmeister_WMDE changed the task status from "Open" to "Stalled".
Lucas_Werkmeister_WMDE updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T293081
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lu
Lucas_Werkmeister_WMDE edited projects, added wmde-wikidata-tech; removed
[DEPRECATED] wdwb-tech.
TASK DETAIL
https://phabricator.wikimedia.org/T293080
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE
Cc: Ollie.Shotton_WMDE
Lucas_Werkmeister_WMDE edited projects, added wmde-wikidata-tech; removed
[DEPRECATED] wdwb-tech.
TASK DETAIL
https://phabricator.wikimedia.org/T293081
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE
Cc: Michael, zeljkofilipin
Lucas_Werkmeister_WMDE moved this task from In Task Breakdown to In Development
on the Wikidata Dev Team (Wikidata.org Slice) board.
Lucas_Werkmeister_WMDE claimed this task.
Lucas_Werkmeister_WMDE added a comment.
I’m picking up the WikibaseLexeme part, but as far as I’m concerned it would
Lucas_Werkmeister_WMDE edited projects, added Wikidata Dev Team (Wikidata.org
Slice); removed Wikidata Dev Team.
TASK DETAIL
https://phabricator.wikimedia.org/T351383
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE
Cc
Lucas_Werkmeister_WMDE added a comment.
In T350224#9338088 <https://phabricator.wikimedia.org/T350224#9338088>,
@Lucas_Werkmeister_WMDE wrote:
> though I now wonder whether it shouldn’t be in WikibaseLexeme instead (and
perhaps even wired up so it runs in `update.php` auto
Lucas_Werkmeister_WMDE added a comment.
Alright, filed T351504: Remove non-BCP47 language code dlc (Dalecarlian) from
cldr extension <https://phabricator.wikimedia.org/T351504> for that. Then I
think we can filter out `dlc` in Wikibase (until it’s gone from the cldr
extension), bu
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.
Uploaded a first version of the maintenance script, though I now wonder
whether it shouldn’t be in WikibaseLexeme
Lucas_Werkmeister_WMDE claimed this task.
Lucas_Werkmeister_WMDE moved this task from Waiting for Deployment Window to In
Development on the Wikidata Dev Team (Wikidata.org Slice) board.
TASK DETAIL
https://phabricator.wikimedia.org/T350224
WORKBOARD
https://phabricator.wikimedia.org
Lucas_Werkmeister_WMDE added a comment.
Unfortunately, it looks like this isn’t going to fix itself. Not only is
purging the page not enough to rewrite the page props – even edits don’t
necessarily update them. Apparently the `pp_sortkey` only becomes non-null when
the value itself changes
Lucas_Werkmeister_WMDE added a comment.
In T341409#9335072 <https://phabricator.wikimedia.org/T341409#9335072>, @hoo
wrote:
> It seems this would allow the following 38 language codes which are not
well known bcp47 codes
<http://www.iana.org/assignments/language-sub
Lucas_Werkmeister_WMDE moved this task from In Peer Review to Ready for Tech
Verification on the Wikidata Dev Team (Wikidata.org Slice) board.
Lucas_Werkmeister_WMDE removed Lucas_Werkmeister_WMDE as the assignee of this
task.
TASK DETAIL
https://phabricator.wikimedia.org/T350665
WORKBOARD
Lucas_Werkmeister_WMDE claimed this task.
Lucas_Werkmeister_WMDE moved this task from Ready for Peer Review to In Peer
Review on the Wikidata Dev Team (Wikidata.org Slice) board.
TASK DETAIL
https://phabricator.wikimedia.org/T350665
WORKBOARD
https://phabricator.wikimedia.org/project/board
Lucas_Werkmeister_WMDE moved this task from Ready for Tech Verification to In
Development on the Wikidata Dev Team (Wikidata.org Slice) board.
Lucas_Werkmeister_WMDE added a comment.
Hm, wait, I guess I should bump the submodule in WikibaseLexeme.git first.
TASK DETAIL
https
Lucas_Werkmeister_WMDE moved this task from In Peer Review to Ready for Tech
Verification on the Wikidata Dev Team (Wikidata.org Slice) board.
Lucas_Werkmeister_WMDE added a comment.
Done, I think; apparently Vite 5 released 3 hours ago but let’s postpone that
and let the release settle
601 - 700 of 11907 matches
Mail list logo