Lucas_Werkmeister_WMDE added a comment.
I don’t understand what this task is asking for. The proper way to access the
Commons query service from the Wikidata query service would be through SPARQL
federation, not MWAPI – as you certainly know, since you created T265891: Add
Wikimedia Commons
Lucas_Werkmeister_WMDE added a comment.
Halle (Saale) currently has some seven hundred statement usages:
MariaDB [dewikivoyage]> SELECT COUNT(*) FROM wbc_entity_usage WHERE
eu_page_id = (SELECT page_id FROM page WHERE page_namespace = 0 AND page_title
= 'Halle_(Saale)') AND eu_asp
Lucas_Werkmeister_WMDE added a comment.
Task breakdown notes:
- We understand the AC “a change is only propagated for a change of the
description if the content language of the client wiki is the same as the
language of the description that was changed” to mean that //a recentchanges
Lucas_Werkmeister_WMDE created this task.
Lucas_Werkmeister_WMDE added projects: MediaWiki-extensions-WikibaseClient,
Wikidata, Wikidata-Campsite (Wikidata-Campsite-Iteration-∞).
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
TASK DETAIL
https
Lucas_Werkmeister_WMDE created this task.
Lucas_Werkmeister_WMDE added projects: MediaWiki-extensions-WikibaseClient,
Wikidata, Wikidata-Campsite (Wikidata-Campsite-Iteration-∞).
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
It looks like most English Wikipedia articles
Lucas_Werkmeister_WMDE created this task.
Lucas_Werkmeister_WMDE added projects: MediaWiki-extensions-WikibaseClient,
Wikidata, Wikidata-Campsite (Wikidata-Campsite-Iteration-∞).
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
TASK DETAIL
https
Lucas_Werkmeister_WMDE closed this task as "Invalid".
Lucas_Werkmeister_WMDE added a comment.
I got confused – it’s a problem just with this change, which touches that
line so it has a trailing comma. (I guess I got confused about seeing the same
thing earlier today, or somethi
Lucas_Werkmeister_WMDE added a comment.
I could swear I saw the same eslint error on another change earlier today,
but I can’t find it now – this other WikibaseLexeme change
<https://gerrit.wikimedia.org/r/c/mediawiki/extensions/WikibaseLexeme/+/634007>
had a successful main test
Lucas_Werkmeister_WMDE added a comment.
On this WikibaseLexeme change
<https://gerrit.wikimedia.org/r/c/mediawiki/extensions/WikibaseLexeme/+/634904>,
the main test build at 9:28 CEST (7:28 UTC) still succeeded, but the main test
and gate-and-submit builds around 13:30 CEST (11:30 UTC
Lucas_Werkmeister_WMDE created this task.
Lucas_Werkmeister_WMDE added projects: Wikidata, Wikidata Lexicographical data,
ci-test-error.
TASK DESCRIPTION
Example build
<https://integration.wikimedia.org/ci/job/mwgate-node10-docker/171405/console>:
/src/tests/selenium
Lucas_Werkmeister_WMDE added a subscriber: hoo.
Lucas_Werkmeister_WMDE added a comment.
Actually, @hoo might be able to add User:MediaWiki message delivery
<https://www.wikidata.org/wiki/User:MediaWiki_message_delivery> to Account
creators, as a steward? I’m not sure – global groups c
Lucas_Werkmeister_WMDE claimed this task.
Lucas_Werkmeister_WMDE moved this task from To Do to Doing on the
Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board.
Lucas_Werkmeister_WMDE added a comment.
About MassMessage and Nuke: MassMessage edits are apparently made by a
special system
Lucas_Werkmeister_WMDE added a comment.
In T252595#6536854 <https://phabricator.wikimedia.org/T252595#6536854>,
@Michael wrote:
> At the very least, the patch that introduces the new formatter version (and
possibly invalidates the current keys in the process?) should
Lucas_Werkmeister_WMDE updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T258354
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE
Cc: abian, MarcoAurelio, Urbanecm, ItamarWMDE, Lucas_Werkmeister_WMDE
Lucas_Werkmeister_WMDE added a comment.
The user input part of this seems to be working already – I can type
`be-tarask` and get a suggestion for `be_x_oldwiki`:
F32398600: be-tarask.png <https://phabricator.wikimedia.org/F32398600>
`zh-classical` and `zh-min-nan` also work.
TASK
Lucas_Werkmeister_WMDE added subscribers: toan, Lucas_Werkmeister_WMDE.
Lucas_Werkmeister_WMDE added a comment.
@toan suggested getting old profiling reports from the Internet Archive; they
have one Halle (Salle) snapshot from August 2020
<https://web.archive.org/web/20200818163937/ht
Lucas_Werkmeister_WMDE updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T265562
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE
Cc: hoo, Lydia_Pintscher, RolandUnger, Aklapper, Akuckartz
Lucas_Werkmeister_WMDE moved this task from To Do to Peer Review on the
Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board.
Lucas_Werkmeister_WMDE added a comment.
https://github.com/wmde/WikibaseDataModel/pull/830
TASK DETAIL
https://phabricator.wikimedia.org/T253636
WORKBOARD
Lucas_Werkmeister_WMDE added a comment.
https://github.com/wmde/WikibaseDataModel/pull/829
TASK DETAIL
https://phabricator.wikimedia.org/T253636
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE
Cc: Lucas_Werkmeister_WMDE
Lucas_Werkmeister_WMDE claimed this task.
Lucas_Werkmeister_WMDE edited projects, added Wikidata-Campsite
(Wikidata-Campsite-Iteration-∞); removed Wikidata-Campsite.
TASK DETAIL
https://phabricator.wikimedia.org/T253636
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel
Lucas_Werkmeister_WMDE updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T260064
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE
Cc: ItamarWMDE, Michael, Lucas_Werkmeister_WMDE, Aklapper, Addshore
Lucas_Werkmeister_WMDE closed subtask T264872: Update wmde/Time to use
mediawiki-codesniffer 31.0.0 as Resolved.
TASK DETAIL
https://phabricator.wikimedia.org/T260064
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE
Cc
Lucas_Werkmeister_WMDE closed this task as "Resolved".
Lucas_Werkmeister_WMDE moved this task from Peer Review to Done on the
Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board.
TASK DETAIL
https://phabricator.wikimedia.org/T264872
WORKBOARD
https://phabricator.wikimedia.o
Lucas_Werkmeister_WMDE added a comment.
Note that we already solved the missing datatypes for API output earlier this
year – see T249206 <https://phabricator.wikimedia.org/T249206>. Specifically,
change 620097
<https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Wikibase
Lucas_Werkmeister_WMDE closed subtask T264874: Update wmde/Number to use
mediawiki-codesniffer 31.0.0 as Resolved.
TASK DETAIL
https://phabricator.wikimedia.org/T260064
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE
Cc
Lucas_Werkmeister_WMDE closed this task as "Resolved".
Lucas_Werkmeister_WMDE moved this task from Peer Review to Done on the
Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board.
Lucas_Werkmeister_WMDE added a comment.
Done, I hope :)
TASK DETAIL
https://phabricator.wik
Lucas_Werkmeister_WMDE added a comment.
I get collapsed sections on localhost, even on the main page with just one
section (“getting started”), as long as the screen is narrow enough. That’s
with the default setting of `wgMFCollapseSectionsByDefault` (i. e. I didn’t
touch my
Lucas_Werkmeister_WMDE set Due Date to Tue, Oct 27, 12:00 AM.
TASK DETAIL
https://phabricator.wikimedia.org/T239931
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE
Cc: Lucas_Werkmeister_WMDE, tfmorris, Pintoch, CBogen
Lucas_Werkmeister_WMDE added a project: Wikidata-Campsite
(Wikidata-Campsite-Iteration-∞).
TASK DETAIL
https://phabricator.wikimedia.org/T239931
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE
Cc: Lucas_Werkmeister_WMDE
Lucas_Werkmeister_WMDE created this task.
Lucas_Werkmeister_WMDE added projects: Quibble, Continuous-Integration-Config,
Wikidata.
TASK DESCRIPTION
I’ve noticed that the “Terminating MySQL” step at the end of a CI build can
take several minutes. For example, in this recent job
<ht
Lucas_Werkmeister_WMDE changed the task status from "Open" to "Stalled".
Lucas_Werkmeister_WMDE added a comment.
Alright, then we can try turning on the sanitizer on Wikidata either next
week (after wmf.14 is rolled out) or the week after that (probably safer).
Lucas_Werkmeister_WMDE claimed this task.
Lucas_Werkmeister_WMDE added a comment.
Claiming this for deployment.
TASK DETAIL
https://phabricator.wikimedia.org/T254280
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE
Cc
Lucas_Werkmeister_WMDE added a comment.
In T239931#6331040 <https://phabricator.wikimedia.org/T239931#6331040>,
@Ladsgroup wrote:
> In T239931#6330953 <https://phabricator.wikimedia.org/T239931#6330953>,
@CBogen wrote:
>
>> @addshore do you know if the load
Lucas_Werkmeister_WMDE updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T265035
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE
Cc: fgiunchedi, Magnus, Aklapper, Michael, Akuckartz, darthmon_wmde
Lucas_Werkmeister_WMDE added a comment.
The encoding looks correct in my terminal:
$ curl -s
https://dumps.wikimedia.org/rowiki/20201001/rowiki-20201001-categorylinks.sql.gz
| gunzip | sed 's/),(/),\n(/g' | grep -aF Dansuri_rom
(750456,'Dansuri_românești','GEGQ?)K1/)CMQK9GEGQ
Lucas_Werkmeister_WMDE added a comment.
This might be a stupid question, but… why are we getting those counts from
the page props in the first place? Special:EntityData already has to load the
full entity data, so I don’t think we’re saving much work by getting those
numbers from
Lucas_Werkmeister_WMDE added a comment.
Alright, thanks! I left Beta in the AC because that’ll be the default
behavior, and Beta already seems to be closer to Wikidata in terms of
permissions than Test Wikidata is.
TASK DETAIL
https://phabricator.wikimedia.org/T254280
EMAIL PREFERENCES
Lucas_Werkmeister_WMDE updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T254280
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE
Cc: Lucas_Werkmeister_WMDE, WMDE-leszek, abian, alanajjar, Ymblanter
Lucas_Werkmeister_WMDE added a comment.
The above two changes attempt to implement the optimization outlined in the
IRC log in the task description: to stop generating HTML for search indexing by
setting the `'generate-html'` hint. (Wikibase seems to respect this hint, as
far as I could
Lucas_Werkmeister_WMDE added a comment.
Well, my point is that Test Wikidata already doesn’t have the same
configuration as production Wikidata, and (in order to be useful as a test
environment) it shouldn’t have the same configuraion, either, at least not in
this specific aspect (property
Lucas_Werkmeister_WMDE added a comment.
We use abstract schemas for the initial table definitions, but not (as far as
I’m aware) for generating schema changes… Amir, did you have any plans for that?
TASK DETAIL
https://phabricator.wikimedia.org/T205094
EMAIL PREFERENCES
https
Lucas_Werkmeister_WMDE added subscribers: WMDE-leszek, Lucas_Werkmeister_WMDE.
Lucas_Werkmeister_WMDE added a comment.
@WMDE-leszek should this really be applied to Test Wikidata as well? That
wiki doesn’t have the same restrictions as Wikidata in general – for instance,
anyone (even
Lucas_Werkmeister_WMDE closed this task as "Resolved".
Lucas_Werkmeister_WMDE moved this task from Test (Verification) to Done on the
Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board.
Lucas_Werkmeister_WMDE added a comment.
Wikibaes tests are working again, that’s good enoug
Lucas_Werkmeister_WMDE lowered the priority of this task from "Unbreak Now!" to
"High".
TASK DETAIL
https://phabricator.wikimedia.org/T264849
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Addshore, Lucas_Werkmeister_WMDE
Lucas_Werkmeister_WMDE added a comment.
In T264849#6524408 <https://phabricator.wikimedia.org/T264849#6524408>,
@Lucas_Werkmeister_WMDE wrote:
> (FWIW, I believe we already override some config in the tests to ensure it
doesn’t hit anything other than localhost…)
Lucas_Werkmeister_WMDE added a comment.
Probably caused by T262443: Do not hit actual urls during phpunit tests
<https://phabricator.wikimedia.org/T262443>. (FWIW, I believe we already
override some config in the tests to ensure it doesn’t hit anything other than
localhost…)
TASK
Lucas_Werkmeister_WMDE added a comment.
I just realized that T244341: Stop using blank nodes for encoding SomeValue
and OWL constraints in WDQS <https://phabricator.wikimedia.org/T244341> would
also solve this issue, since we would no longer emit blank nodes at all.
TASK DETAIL
Lucas_Werkmeister_WMDE updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T260064
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE
Cc: ItamarWMDE, Michael, Lucas_Werkmeister_WMDE, Aklapper, Addshore
Lucas_Werkmeister_WMDE changed the task status from "Stalled" to "Open".
Lucas_Werkmeister_WMDE added a comment.
Unstalling since a Wikibase CodeSniffer 1.2.0, pulling in MediaWiki
CodeSniffer 31.0.0, is now available.
TASK DETAIL
https://phabricator.wikimedi
Lucas_Werkmeister_WMDE changed the status of subtask T253636: Use
mediawiki-codesniffer 31.0.0 in WikibaseDatamodel when released from
Stalled to Open.
TASK DETAIL
https://phabricator.wikimedia.org/T260064
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences
Lucas_Werkmeister_WMDE updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T260064
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE
Cc: Aklapper, Addshore, Akuckartz, darthmon_wmde, Nandana, Lahi, Gq86
Lucas_Werkmeister_WMDE added a comment.
In T264086#6504783 <https://phabricator.wikimedia.org/T264086#6504783>,
@Pablo-WMDE wrote:
> Would it do justice to the idea of the ticket to alternatively express the
concern as
>
>> The entity type name inside of the
Lucas_Werkmeister_WMDE updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T264618
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE
Cc: dcausse, Lydia_Pintscher, Lea_Lacroix_WMDE, Aklapper, Akuckartz
Lucas_Werkmeister_WMDE added a project: MediaWiki-extensions-PropertySuggester.
TASK DETAIL
https://phabricator.wikimedia.org/T264618
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE
Cc: dcausse, Lydia_Pintscher
Lucas_Werkmeister_WMDE closed this task as "Resolved".
Lucas_Werkmeister_WMDE moved this task from Verification to Done on the
Wikibase wb_terms leftovers 2020 board.
Lucas_Werkmeister_WMDE added a comment.
Travis builds for both the master and REL1_35 branches are fixed now.
T
Lucas_Werkmeister_WMDE added a comment.
https://www.mediawiki.org/wiki/Manual:How_to_debug
Specifically, setting `$wgShowExceptionDetails = true` will probably help
here.
TASK DETAIL
https://phabricator.wikimedia.org/T197587
EMAIL PREFERENCES
https://phabricator.wikimedia.org
Lucas_Werkmeister_WMDE added a comment.
> Side note: Why is this passing on Jenkins … Does it skip the Scribunto
tests (yikes)?
Yes, Wikibase CI is “temporarily” running without Scribunto and Capiunto
(I1c68b9bdff <https://gerrit.wikimedia.org/r/c/integration/config/+/532379/>,
Lucas_Werkmeister_WMDE added a comment.
It would probably be useful to summarize these on a wiki page, similar to
User:Jdlrobson/User scripts with client errors
<https://en.wikipedia.org/wiki/User:Jdlrobson/User_scripts_with_client_errors>,
so volunteers without Logstash access ca
Lucas_Werkmeister_WMDE closed this task as a duplicate of T217144: Wikibase
entities created/edited via OAuth consumer without “edit your watchlist” grant
are not added to watchlist despite setting.
TASK DETAIL
https://phabricator.wikimedia.org/T136132
EMAIL PREFERENCES
https
Lucas_Werkmeister_WMDE added a comment.
I wasn’t aware this had been a known issue for so long… but be that as it
may, it was recently fixed in T217144
<https://phabricator.wikimedia.org/T217144>: QuickStatements-created items will
now be added to your watchlist if you have the resp
Lucas_Werkmeister_WMDE merged a task: T136132: Watchlist preferences do not
pick up pages created or edited through the API.
Lucas_Werkmeister_WMDE added subscribers: agray, PokestarFan, Zppix.
TASK DETAIL
https://phabricator.wikimedia.org/T217144
EMAIL PREFERENCES
https
Lucas_Werkmeister_WMDE merged a task: T250621: Items created through
QuickStatements dont get added to Watchlist on wikidata.org.
Lucas_Werkmeister_WMDE added subscribers: Epidosis, Magnus, Mbch331, Addshore.
TASK DETAIL
https://phabricator.wikimedia.org/T217144
EMAIL PREFERENCES
https
Lucas_Werkmeister_WMDE closed this task as a duplicate of T217144: Wikibase
entities created/edited via OAuth consumer without “edit your watchlist” grant
are not added to watchlist despite setting.
TASK DETAIL
https://phabricator.wikimedia.org/T250621
EMAIL PREFERENCES
https
Lucas_Werkmeister_WMDE added a comment.
We also realized that the `tablejobs.yaml` file didn’t mention the new tables
(the replacement for `wb_terms`: `wbt_{item,property}_terms`,
`wbt_{term,text}_in_lang`, `wbt_text`, `wbt_type`). If `wb_terms` was worth
dumping, then presumably the new
Lucas_Werkmeister_WMDE claimed this task.
TASK DETAIL
https://phabricator.wikimedia.org/T264308
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE
Cc: Lucas_Werkmeister_WMDE, Aklapper, Akuckartz, darthmon_wmde, Nandana, Lahi
Lucas_Werkmeister_WMDE created this task.
Lucas_Werkmeister_WMDE added projects: Wikidata, Wikibase wb_terms leftovers
2020.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
The `tmpPropertyTermsMigrationStage` setting is defined both in
`lib/config
Lucas_Werkmeister_WMDE triaged this task as "High" priority.
TASK DETAIL
https://phabricator.wikimedia.org/T264308
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE
Cc: Lucas_Werkmeister_WMDE, Aklapper, Akuckartz, dar
Lucas_Werkmeister_WMDE added a comment.
My best guess is that this was the same opcache corruption that caused
T264241: Class 'LathMathML' not found
<https://phabricator.wikimedia.org/T264241> (now marked as duplicate of
T245183: PHP7 corruption reports in 2020 (Call on wrong objec
Lucas_Werkmeister_WMDE updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T264296
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE
Cc: Aklapper, Lucas_Werkmeister_WMDE, CBogen, Akuckartz, darthmon_wmde
Lucas_Werkmeister_WMDE created this task.
Lucas_Werkmeister_WMDE added projects: SDC General, Language codes.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.
TASK DESCRIPTION
Wikibase supports a number of languages for monolingual text
Lucas_Werkmeister_WMDE added a comment.
Terms/captions seem to have a similar problem (not sure if it’s worth a
separate task). With the ?uselang parameter, you can force one unsupported
language code to appear in the user interface, but you can’t save it:
F32369888: Screenshot_2020-10-01
Lucas_Werkmeister_WMDE updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T264295
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE
Cc: Lucas_Werkmeister_WMDE, Aklapper, Akuckartz, Iflorez, darthmon_wmde
Lucas_Werkmeister_WMDE created this task.
Lucas_Werkmeister_WMDE added a project: Wikidata-Campsite
(Wikidata-Campsite-Iteration-∞).
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.
TASK DESCRIPTION
As a consequence of moving the production
Lucas_Werkmeister_WMDE removed a project: Patch-For-Review.
Lucas_Werkmeister_WMDE added a comment.
In T260118#6504588 <https://phabricator.wikimedia.org/T260118#6504588>,
@gerritbot wrote:
> Change 631165 had a related patch set uploaded (by Lucas Werkmeister
(WMDE); own
Lucas_Werkmeister_WMDE created this task.
Lucas_Werkmeister_WMDE added projects: Wikidata-Campsite
(Wikidata-Campsite-Iteration-∞), Language codes.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.
TASK DESCRIPTION
Fallout from T260118
Lucas_Werkmeister_WMDE added a comment.
A comparable URL also works in Beta:
https://wikidata.beta.wmflabs.org/w/api.php?action=wbgetentities=json=2=en=aliases|info|claims|descriptions|labels|sitelinks=yes=enwiki=Main_Page
TASK DETAIL
https://phabricator.wikimedia.org/T264243
EMAIL
Lucas_Werkmeister_WMDE added a comment.
Strange error… as far as I can tell, `EntityContentFactory` does implement
`EntityTitleStoreLookup`, and the affected files haven’t been touched in a
while. (The namespaces all look correct, too.)
TASK DETAIL
https://phabricator.wikimedia.org
Lucas_Werkmeister_WMDE edited projects, added Wikidata-Campsite
(Wikidata-Campsite-Iteration-∞); removed Wikidata-Campsite.
TASK DETAIL
https://phabricator.wikimedia.org/T264243
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE
Lucas_Werkmeister_WMDE added a project: Wikidata Lexicographical data.
TASK DETAIL
https://phabricator.wikimedia.org/T264207
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE
Cc: Aklapper, ItamarWMDE, Akuckartz, darthmon_wmde
Lucas_Werkmeister_WMDE closed this task as "Resolved".
Lucas_Werkmeister_WMDE assigned this task to Ladsgroup.
Lucas_Werkmeister_WMDE added a comment.
Restricted Application added a project: User-Ladsgroup.
Done, I think.
TASK DETAIL
https://phabricator.wikimedia.org/T262
Lucas_Werkmeister_WMDE added a comment.
Hm, I’m not sure how this will work in practice… it’s bad enough that
`wd:female[TAB]` shows female organism (Q43445)
<https://www.wikidata.org/wiki/Q43445> before female (Q6581072)
<https://www.wikidata.org/wiki/Q6581072>; if we inc
Lucas_Werkmeister_WMDE added a comment.
Per investigation in T263537 <https://phabricator.wikimedia.org/T263537>,
setting `wgMFCollapseSectionsByDefault` to `true` on Wikidata should resolve
this.
TASK DETAIL
https://phabricator.wikimedia.org/T239195
EMAIL PREFERENCES
Lucas_Werkmeister_WMDE closed this task as "Resolved".
Lucas_Werkmeister_WMDE moved this task from Stalled/Waiting to Done on the
Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board.
Lucas_Werkmeister_WMDE added a comment.
Alright, we figured out the issues and manag
Lucas_Werkmeister_WMDE closed subtask T263537: Switch the default value of the
mobile Expand all sections option to true on mobile wikidata.org as
Resolved.
TASK DETAIL
https://phabricator.wikimedia.org/T239195
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel
Lucas_Werkmeister_WMDE closed this task as "Resolved".
Lucas_Werkmeister_WMDE added a comment.
I think we can close this, there aren’t any more search results for T263785
<https://phabricator.wikimedia.org/T263785> in the code.
TASK DETAIL
https://phabricator.wikimedia.or
Lucas_Werkmeister_WMDE added a comment.
But I don’t think this is a problem with just `PrefetchingItemTermLookup`…
from a quick `git grep`, roughly two thirds of `$this->incrementForQuery()`
calls aren’t directly related to a database query, I’d say. If I’m not
mistaken, this
Lucas_Werkmeister_WMDE added a comment.
Though it doesn’t seem to make a big difference, unless I did it wrong (feel
free to review in Grafana):
F32367793: Screenshot_2020-09-29 Wikibase SQL Term Storage - Grafana.png
<https://phabricator.wikimedia.org/F32367793>
TASK DETAIL
Lucas_Werkmeister_WMDE added a comment.
Yeah, I figure this can be closed if nobody disagrees.
TASK DETAIL
https://phabricator.wikimedia.org/T262924
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE
Cc: toan, Addshore
Lucas_Werkmeister_WMDE removed a subscriber: Wikidata-Campsite
(Wikidata-Campsite-Iteration-∞).
Lucas_Werkmeister_WMDE edited projects, added Wikidata-Campsite
(Wikidata-Campsite-Iteration-∞); removed Wikidata-Campsite.
TASK DETAIL
https://phabricator.wikimedia.org/T263785
EMAIL PREFERENCES
Lucas_Werkmeister_WMDE added a subscriber: Wikidata-Campsite
(Wikidata-Campsite-Iteration-∞).
Lucas_Werkmeister_WMDE claimed this task.
Lucas_Werkmeister_WMDE added a comment.
Pulling this into the campsite to reenable the tests as soon as possible.
TASK DETAIL
https
Lucas_Werkmeister_WMDE added a comment.
> If it's causing two queries and not one, it should be counted twice since
we care about the load. Am I missing something obvious?
It’s not necessarily causing two queries, if I understand correctly.
`PrefetchingItemTermLookup::prefetchTe
Lucas_Werkmeister_WMDE added a comment.
For reference on how to do this, see e. g. T255241
<https://phabricator.wikimedia.org/T255241> and T262198
<https://phabricator.wikimedia.org/T262198>.
TASK DETAIL
https://phabricator.wikimedia.org/T263986
EMAIL PREFERE
Lucas_Werkmeister_WMDE added subscribers: dcausse, Lucas_Werkmeister_WMDE.
Lucas_Werkmeister_WMDE added a comment.
If I understand correctly, these node IDs are specifically used for blank
nodes. We used to number these sequentially, but then switched to using hashes
in generate stable
Lucas_Werkmeister_WMDE updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T252731
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE
Cc: Bovlb, Vahurzpu, Aklapper, Akuckartz, darthmon_wmde, Nandana, Lahi
Lucas_Werkmeister_WMDE added a comment.
Thanks, updated my change to remove the other skips too.
TASK DETAIL
https://phabricator.wikimedia.org/T263785
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE
Cc
Lucas_Werkmeister_WMDE added a comment.
Are the relevant ActorMigration changes all published and merged? Because
locally, on latest MediaWiki core and Wikibase, if I remove the
`markTestSkipped` lines the tests seem to work.
TASK DETAIL
https://phabricator.wikimedia.org/T263785
EMAIL
Lucas_Werkmeister_WMDE added a comment.
The affected properties are mostly “author”, but not exclusively:
SELECT ?p (COUNT(*) AS ?count) WHERE {
?s ?p <http://commons.wikimedia.org/wiki/Special:FilePath/>.
}
GROUP BY ?p
ORDER BY DESC(?count)
Lucas_Werkmeister_WMDE added a comment.
In the Wikidata output, the author looks normal – or at least, it does now:
$ curl -s
'https://www.wikidata.org/wiki/Special:EntityData/Q41190637.ttl?flavor=dump=1205887158'
| grep -A5 Q41190637-17758AA9-341A-48E6-89B8-C043F035FC5B
Lucas_Werkmeister_WMDE added a comment.
The results, as displayed by the WDQS UI:
| item | statement1 | statement2
| autor
Lucas_Werkmeister_WMDE updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T239195
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE
Cc: Peter.ovchyn, Lucas_Werkmeister_WMDE, Ochaochaocha3
1 - 100 of 6466 matches
Mail list logo
