[Wikidata-bugs] [Maniphest] T272243: Add Wikidata Lexeme Forms to translatewiki.net

2021-01-17 Thread LucasWerkmeister
LucasWerkmeister created this task. LucasWerkmeister added projects: translatewiki.net, Wikidata Lexicographical data, Tools. Restricted Application added a project: Wikidata. TASK DESCRIPTION Project information --- **Name**: Wikidata Lexeme Forms **Homepage**: https

[Wikidata-bugs] [Maniphest] T268689: Lexeme language code allows both upper and lowercase qids in -x-qid syntax

2020-12-22 Thread LucasWerkmeister
LucasWerkmeister added a comment. In general that should also be possible, though I haven’t yet looked at where in the code that would happen. TASK DETAIL https://phabricator.wikimedia.org/T268689 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences

[Wikidata-bugs] [Maniphest] T269070: New gloss silently discarded if language code entered using middle click paste

2020-12-01 Thread LucasWerkmeister
LucasWerkmeister added a comment. Reproducible in Firefox 84 on Linux, and also when creating a new sense (as long as there’s at least one other gloss, so that there’s something to save). TASK DETAIL https://phabricator.wikimedia.org/T269070 EMAIL PREFERENCES https

[Wikidata-bugs] [Maniphest] T268689: Lexeme language code allows both upper and lowercase qids in -x-qid syntax

2020-11-24 Thread LucasWerkmeister
LucasWerkmeister added a comment. `mis-x-Q1` validation happens in LexemeTermLanguageValidator <https://gerrit.wikimedia.org/g/mediawiki/extensions/WikibaseLexeme/+/60ffd38a76d3c59f3ad2aeba429be519e9651737/src/DataAccess/ChangeOp/Validation/LexemeTermLanguageValidator.

[Wikidata-bugs] [Maniphest] T263258: “Create a new item” link on search results page can produce incorrectly-escaped label

2020-11-23 Thread LucasWerkmeister
LucasWerkmeister claimed this task. LucasWerkmeister added a comment. I tested the above patch locally with the following version of the `search-nonefound` message (adapted from the Wikidata version): There were no results matching the query. {{#switch:{{NAMESPACENUMBER:$1

[Wikidata-bugs] [Maniphest] T201588: Improve keyboard navigation on Lexeme pages

2020-10-31 Thread LucasWerkmeister
LucasWerkmeister added a subtask: T266937: Tabbing through fields when editing lemmas should go to the language and lexical category before publish and cancel. TASK DETAIL https://phabricator.wikimedia.org/T201588 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel

[Wikidata-bugs] [Maniphest] T266937: Tabbing through fields when editing lemmas should go to the language and lexical category before publish and cancel

2020-10-31 Thread LucasWerkmeister
LucasWerkmeister added a parent task: T201588: Improve keyboard navigation on Lexeme pages. TASK DETAIL https://phabricator.wikimedia.org/T266937 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: LucasWerkmeister Cc: Nikki, Akuckartz, Nandana, Lahi

[Wikidata-bugs] [Maniphest] T266701: WikibaseMediaInfo permits editing structured data of files that do not exist (/overlay.kml)

2020-10-28 Thread LucasWerkmeister
LucasWerkmeister added a comment. Also seems to affect subtitle pages <https://commons.wikimedia.org/wiki/File:The_GLAM-Wiki_Revolution.webm/srt>. F32417997: Screenshot_2020-10-28 File The GLAM-Wiki Revolution webm srt - Wikimedia Commons.png <https://phabricator.wikimedia.org/

[Wikidata-bugs] [Maniphest] T266701: WikibaseMediaInfo permits editing structured data of files that do not exist (/overlay.kml)

2020-10-28 Thread LucasWerkmeister
LucasWerkmeister added a comment. Feel free to retitle this task as appropriate <https://phabricator.wikimedia.org/T263956#6525806> by the way :) TASK DETAIL https://phabricator.wikimedia.org/T266701 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailprefe

[Wikidata-bugs] [Maniphest] T266701: WikibaseMediaInfo permits editing structured data of files that do not exist (/overlay.kml)

2020-10-28 Thread LucasWerkmeister
LucasWerkmeister created this task. LucasWerkmeister added a project: SDC General. Restricted Application added a subscriber: Aklapper. Restricted Application added a project: Wikidata. TASK DESCRIPTION I discovered that pages like File:Aerial view of Wood Island, East Boston.JPG/overlay.kml

[Wikidata-bugs] [Maniphest] T166094: Allow editors to provide default alt text on Wikimedia Commons file description pages

2020-10-21 Thread LucasWerkmeister
LucasWerkmeister updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T166094 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: LucasWerkmeister Cc: Ainali, Michael, Abbe98, Pigsonthewing, Bugreporter, Tgr, Dvorapa, thiemowmde

[Wikidata-bugs] [Maniphest] T265573: Allow to mark Structured Data on Commons edits as minor

2020-10-15 Thread LucasWerkmeister
LucasWerkmeister added a subscriber: matej_suchanek. LucasWerkmeister added a comment. Another parameter from `action=edit` which the Wikibase APIs don’t have is `watchlist` (`nochange`, `preferences`, `unwatch`, `watch`). Something like this parameter would probably be required to resolve

[Wikidata-bugs] [Maniphest] T265198: Don’t require extra cronjobs / maintenance scripts for Wikibase

2020-10-10 Thread LucasWerkmeister
LucasWerkmeister updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T265198 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: LucasWerkmeister Cc: Aklapper, LucasWerkmeister, Akuckartz, darthmon_wmde, Nandana, Lahi, Gq86

[Wikidata-bugs] [Maniphest] T48643: [Story] Dispatching via delayed jobs (instead of cron script)

2020-10-10 Thread LucasWerkmeister
LucasWerkmeister added a parent task: T265198: Don’t require extra cronjobs / maintenance scripts for Wikibase. TASK DETAIL https://phabricator.wikimedia.org/T48643 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: LucasWerkmeister Cc: Tarrow, jijiki

[Wikidata-bugs] [Maniphest] T265198: Don’t require extra cronjobs / maintenance scripts for Wikibase

2020-10-10 Thread LucasWerkmeister
LucasWerkmeister added a subtask: T48643: [Story] Dispatching via delayed jobs (instead of cron script). TASK DETAIL https://phabricator.wikimedia.org/T265198 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: LucasWerkmeister Cc: Aklapper

[Wikidata-bugs] [Maniphest] T265198: Don’t require extra cronjobs / maintenance scripts for Wikibase

2020-10-10 Thread LucasWerkmeister
LucasWerkmeister created this task. LucasWerkmeister added a project: Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION I just discovered that FactGrid’s second largest table (after `text`) is `wb_changes`, presumably because it never occurred to the wiki admins

[Wikidata-bugs] [Maniphest] T265178: Templatized SPARQL query does not seem to work on WCQS

2020-10-09 Thread LucasWerkmeister
LucasWerkmeister added a project: SDC General. TASK DETAIL https://phabricator.wikimedia.org/T265178 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: LucasWerkmeister Cc: LucasWerkmeister, Aklapper, JeanFred, CBogen, Akuckartz, darthmon_wmde, Nandana

[Wikidata-bugs] [Maniphest] T265178: Templatized SPARQL query does not seem to work on WCQS

2020-10-09 Thread LucasWerkmeister
LucasWerkmeister added a comment. I tried to fix the item issue at least, but that doesn’t work out so well when you can’t query WCQS from localhost due to the OAuth requirement. When is that being lifted, by the way? TASK DETAIL https://phabricator.wikimedia.org/T265178 EMAIL

[Wikidata-bugs] [Maniphest] T265178: Templatized SPARQL query does not seem to work on WCQS

2020-10-09 Thread LucasWerkmeister
LucasWerkmeister added a comment. Although templates don’t really work for items either. Example query: #TEMPLATE={"template":"Files depicting ?subject","variables":{"?subject":{"query":" SELECT DISTINCT ?id WHERE { []

[Wikidata-bugs] [Maniphest] T265178: Templatized SPARQL query does not seem to work on WCQS

2020-10-09 Thread LucasWerkmeister
LucasWerkmeister added a comment. I think I just realized why it’s not working (after failing to figure it out earlier today): the template query for ?username returns strings, but the query service UI currently only supports item variables in templates. You’d probably get the same error

[Wikidata-bugs] [Maniphest] T265178: Templatized SPARQL query does not seem to work on WCQS

2020-10-09 Thread LucasWerkmeister
LucasWerkmeister edited projects, added Wikidata Query UI; removed Wikidata-Query-Service. TASK DETAIL https://phabricator.wikimedia.org/T265178 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: LucasWerkmeister Cc: Aklapper, JeanFred, CBogen

[Wikidata-bugs] [Maniphest] T237899: Wikidata item ID changes caused by merges do not update entities on Structured data on Commons

2020-09-14 Thread LucasWerkmeister
LucasWerkmeister added a comment. Note that KrBot only updates statements pointing to redirects after a certain time has passed (a week, I believe). This is by design: otherwise, it would be more difficult to “untangle” bad merges, since after undoing the merge on the item itself, you could

[Wikidata-bugs] [Maniphest] T217144: Wikibase entities created/edited via OAuth consumer without “edit your watchlist” grant are not added to watchlist despite setting

2020-09-13 Thread LucasWerkmeister
LucasWerkmeister added a comment. I tested the above fix with the following Python script: #!/usr/bin/python3 import json import mwapi session = mwapi.Session(host='http://localhost', api_path='/wiki1/api.php') lgtoken = session.get(action='query

[Wikidata-bugs] [Maniphest] T262739: Toolforge SQL replication is lagging for s8 (wikidatawiki)

2020-09-13 Thread LucasWerkmeister
LucasWerkmeister closed this task as "Resolved". LucasWerkmeister added a comment. Seems to be fully recovered now. 路 TASK DETAIL https://phabricator.wikimedia.org/T262739 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: LucasWerk

[Wikidata-bugs] [Maniphest] T262739: Toolforge SQL replication is lagging for s8 (wikidatawiki)

2020-09-13 Thread LucasWerkmeister
LucasWerkmeister added a comment. Web cluster seems to have recovered, analytics still lagging (though with similar “oscillating” behavior). TASK DETAIL https://phabricator.wikimedia.org/T262739 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences

[Wikidata-bugs] [Maniphest] T262739: Toolforge SQL replication is lagging for s8 (wikidatawiki)

2020-09-12 Thread LucasWerkmeister
LucasWerkmeister added a comment. It looks like the replag is oscillating? If I reload the tool a few times, sometimes the s8 lag on the web cluster vanishes completely, while at other times it’s still at 9 hours. (On the analytics cluster, it seems to be more stable, at some thirteen

[Wikidata-bugs] [Maniphest] T262739: Toolforge SQL replication is lagging for s8 (wikidatawiki)

2020-09-12 Thread LucasWerkmeister
LucasWerkmeister created this task. LucasWerkmeister added projects: cloud-services-team (Kanban), Wikidata, Toolforge. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION From the replag tool <https://replag.toolforge.org/>: > Wikimedia Cloud Services Wiki

[Wikidata-bugs] [Maniphest] [Closed] T254686: Rename WikibaseRepo’s idBlacklist setting

2020-07-03 Thread LucasWerkmeister
LucasWerkmeister closed this task as "Resolved". LucasWerkmeister claimed this task. LucasWerkmeister added a comment. We ended up merging this without any formal deprecation period or announcement. TASK DETAIL https://phabricator.wikimedia.org/T254686 EMAIL PREFERENC

[Wikidata-bugs] [Maniphest] [Commented On] T254686: Rename WikibaseRepo’s idBlacklist setting

2020-06-08 Thread LucasWerkmeister
LucasWerkmeister added a comment. One question to be decided: to what extent do we announce this? Does this fall under the stable interface policy <https://www.wikidata.org/wiki/Special:MyLanguage/Wikidata:Stable_Interface_Policy>? Do we notify wikidata-l, wikidata-tech-l, and/or wiki

[Wikidata-bugs] [Maniphest] [Created] T254686: Rename WikibaseRepo’s idBlacklist setting

2020-06-07 Thread LucasWerkmeister
LucasWerkmeister created this task. LucasWerkmeister added projects: Voice & Tone, Wikidata, MediaWiki-extensions-WikibaseRepository. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION I suggest “reservedEntityIds” instead, which I think reflects the usage of this set

[Wikidata-bugs] [Maniphest] [Commented On] T254151: MonolingualTextInputWidget does not work outside of file pages

2020-06-06 Thread LucasWerkmeister
LucasWerkmeister added a comment. It turns out that this issue also affected the upload wizard, not just AC/DC: F31856643: Screenshot from 2020-06-06 21-46-50.png <https://phabricator.wikimedia.org/F31856643> F31856644: Screenshot from 2020-06-06 21-46-56.png

[Wikidata-bugs] [Maniphest] [Claimed] T216369: Adding a caption add file unintentionally to watchlist

2020-06-05 Thread LucasWerkmeister
LucasWerkmeister claimed this task. LucasWerkmeister added a project: Wikidata-Campsite (Wikidata-Campsite-Iteration-∞). LucasWerkmeister added a comment. Alright, I think I’ve found a fix for this. Adding the Wikidata campsite board for review, because the fix is actually in Wikibase

[Wikidata-bugs] [Maniphest] [Commented On] T254151: MonolingualTextInputWidget does not work outside of file pages

2020-06-03 Thread LucasWerkmeister
LucasWerkmeister added a comment. The config is used in the `filePageDisplay` and `statements` modules, and apparently `filePageDisplay` directly depends on `statements`, so I guess the config could be merged into the `statements` module. (While looking at this, I also noticed that WBMI

[Wikidata-bugs] [Maniphest] [Closed] T254151: MonolingualTextInputWidget does not work outside of file pages

2020-06-03 Thread LucasWerkmeister
LucasWerkmeister closed this task as "Resolved". LucasWerkmeister claimed this task. LucasWerkmeister added a comment. Tested it on Beta, seems to be working. TASK DETAIL https://phabricator.wikimedia.org/T254151 EMAIL PREFERENCES https://phabricator.wikimedia.org/sett

[Wikidata-bugs] [Maniphest] [Commented On] T254151: MonolingualTextInputWidget does not work outside of file pages

2020-06-01 Thread LucasWerkmeister
LucasWerkmeister added a comment. I’ve verified on my local test wiki that the above change fixes this issue, at least as far as the AC/DC gadget is concerned. TASK DETAIL https://phabricator.wikimedia.org/T254151 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel

[Wikidata-bugs] [Maniphest] [Created] T254151: MonolingualTextInputWidget does not work outside of file pages

2020-06-01 Thread LucasWerkmeister
LucasWerkmeister created this task. LucasWerkmeister added a project: SDC General. Restricted Application added a subscriber: Aklapper. Restricted Application added a project: Wikidata. TASK DESCRIPTION I just noticed that the AC/DC gadget <https://commons.wikimedia.org/wiki/Special:MyLangu

[Wikidata-bugs] [Maniphest] [Commented On] T248664: entitysources: Directly create entitySources config for WMF "test" wikis

2020-05-30 Thread LucasWerkmeister
LucasWerkmeister added a comment. I’m not sure if the change for Test Commons was correct… I think that wiki used to use entities from real Wikidata, and now it uses entities from Test Wikidata, and this task seems to be the most cause of that change. The reason I think that Test

[Wikidata-bugs] [Maniphest] [Updated] T252944: Better error message for when Q-item already linked to Wikipedia.

2020-05-16 Thread LucasWerkmeister
LucasWerkmeister closed this task as a duplicate of T247690: Detail of error message is no longer shown in Wikidata edit interface. TASK DETAIL https://phabricator.wikimedia.org/T252944 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences

[Wikidata-bugs] [Maniphest] [Merged] T247690: Detail of error message is no longer shown in Wikidata edit interface

2020-05-16 Thread LucasWerkmeister
LucasWerkmeister merged a task: T252944: Better error message for when Q-item already linked to Wikipedia.. LucasWerkmeister added a subscriber: 1Veertje. TASK DETAIL https://phabricator.wikimedia.org/T247690 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel

[Wikidata-bugs] [Maniphest] [Closed] T250070: wikibase.statement.saved hook is no longer fired after error in tainted refs when adding new statement

2020-05-15 Thread LucasWerkmeister
LucasWerkmeister closed this task as "Resolved". LucasWerkmeister moved this task from Test (Verification) to Done on the Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board. LucasWerkmeister added a comment. This seems to be fixed; the error in the console is gone, and `mo

[Wikidata-bugs] [Maniphest] [Closed] T252214: Support editing unmatched forms in Wikidata Lexeme Forms

2020-05-10 Thread LucasWerkmeister
LucasWerkmeister closed this task as "Resolved". LucasWerkmeister claimed this task. LucasWerkmeister added a comment. I forgot to link the commits to this task, but this is done now, mainly in R2362:5c8befce3db6: Support manually matching forms in edit mo

[Wikidata-bugs] [Maniphest] [Commented On] T252214: Support editing unmatched forms in Wikidata Lexeme Forms

2020-05-09 Thread LucasWerkmeister
LucasWerkmeister added a comment. I’m now working on this task over at https://twitch.tv/lucaswerkmeister, feel free to join me (chat, telegram, we’ll figure something out). TASK DETAIL https://phabricator.wikimedia.org/T252214 EMAIL PREFERENCES https://phabricator.wikimedia.org

[Wikidata-bugs] [Maniphest] [Commented On] T252214: Support editing unmatched forms in Wikidata Lexeme Forms

2020-05-08 Thread LucasWerkmeister
LucasWerkmeister added a comment. If you’re interested, let me know when you have time to work on this! I’m mostly free so far, except for the Ricochet Robot game on Sunday 19:00 CEST. TASK DETAIL https://phabricator.wikimedia.org/T252214 EMAIL PREFERENCES https

[Wikidata-bugs] [Maniphest] [Created] T252214: Support editing unmatched forms in Wikidata Lexeme Forms

2020-05-08 Thread LucasWerkmeister
LucasWerkmeister created this task. LucasWerkmeister added projects: Wikimedia-Hackathon-2020, Lexicographical data. Restricted Application added a project: Wikidata. TASK DESCRIPTION Wikidata Lexeme Forms <https://www.wikidata.org/wiki/Wikidata:Wikidata_Lexeme_Forms>, a tool to

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T252079: mw.wikibase.getLabelByLang('Q1', 'en') returning nil today

2020-05-06 Thread LucasWerkmeister
LucasWerkmeister added subscribers: Lydia_Pintscher, LucasWerkmeister. LucasWerkmeister added a comment. Timing suggests that this might be due to the train (first report on Telegram at 21:15 UTC, two hours after group1 wikis to 1.35.0-wmf.31 <https://sal.toolforge.org/

[Wikidata-bugs] [Maniphest] [Updated] T252079: mw.wikibase.getLabelByLang('Q1', 'en') returning nil today

2020-05-06 Thread LucasWerkmeister
LucasWerkmeister added a parent task: T249963: 1.35.0-wmf.31 deployment blockers. TASK DETAIL https://phabricator.wikimedia.org/T252079 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: LucasWerkmeister Cc: Liuxinyu970226, Aklapper, matej_suchanek

[Wikidata-bugs] [Maniphest] [Retitled] T250070: wikibase.statement.saved hook is no longer fired after error in tainted refs when adding new statement

2020-04-21 Thread LucasWerkmeister
LucasWerkmeister renamed this task from "wikibase.statement.saved hook is no longer fired after error in tainted refs" to "wikibase.statement.saved hook is no longer fired after error in tainted refs when adding new statement". TASK DETAIL https://phabricator.wikimedi

[Wikidata-bugs] [Maniphest] [Commented On] T250070: wikibase.statement.saved hook is no longer fired after error in tainted refs

2020-04-21 Thread LucasWerkmeister
LucasWerkmeister added a comment. It happens only //not// in the tainted reference situation, because if you’re changing the statement value (with or without changing the reference), then `oldStatement` won’t be `null`. However, due to T250069 <https://phabricator.wikimedia.org/T250

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T250070: wikibase.statement.saved hook is no longer fired after error in tainted refs

2020-04-13 Thread LucasWerkmeister
LucasWerkmeister added a subscriber: matej_suchanek. LucasWerkmeister added a comment. Random-ish example of a broken user script (found via search <https://www.wikidata.org/w/index.php?search=insource%3A%22wikibase.statement.saved%22+intitle%3Ajs=1=1>): @matej_suchanek’s moveCl

[Wikidata-bugs] [Maniphest] [Commented On] T250070: wikibase.statement.saved hook is no longer fired after error in tainted refs

2020-04-13 Thread LucasWerkmeister
LucasWerkmeister added a comment. Yeah, I think that’s it. Hook arguments for a new statement (on test wikidata, logged with `mw.hook( 'wikibase.statement.saved' ).add( console.log )`): Q117701 Q117701$d18c20ce-4a85-13a1-7ce8-0ba5fd15c69b null Object { _claim

[Wikidata-bugs] [Maniphest] [Commented On] T250070: wikibase.statement.saved hook is no longer fired after error in tainted refs

2020-04-13 Thread LucasWerkmeister
LucasWerkmeister added a comment. Wild guess: `t` is supposed to be the hook argument with the statement ID, which doesn’t exist yet for newly added statements? That might be why so far I haven’t seen this error when editing or removing existing statements. TASK DETAIL https

[Wikidata-bugs] [Maniphest] [Created] T250070: wikibase.statement.saved hook is no longer fired after error in tainted refs

2020-04-13 Thread LucasWerkmeister
LucasWerkmeister created this task. LucasWerkmeister added projects: Wikidata, Wikidata Tainted References, JavaScript. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION When adding a statement, the following error occurs in the console (with debug mode; out of debug mode

[Wikidata-bugs] [Maniphest] [Created] T249556: Structured Data interface does not work on IE11

2020-04-06 Thread LucasWerkmeister
LucasWerkmeister created this task. LucasWerkmeister added projects: Browser-Support-Internet-Explorer, SDC General. Restricted Application added a subscriber: Aklapper. Restricted Application added a project: Wikidata. TASK DESCRIPTION @Nikki reports that the Structured Data on Commons user

[Wikidata-bugs] [Maniphest] [Updated] T243705: Lexemes: in English, "unknown language" appears instead of "English" in search, and "Q1860" appears instead of "English" on lexeme pages

2020-01-26 Thread LucasWerkmeister
LucasWerkmeister added a project: Lexicographical data. TASK DETAIL https://phabricator.wikimedia.org/T243705 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: LucasWerkmeister Cc: DemonDays64, Jc86035, Aklapper, darthmon_wmde, Nandana, Mringgaard

[Wikidata-bugs] [Maniphest] [Commented On] T242410: wd-shex-infer highlighter doesn't insert comments on Chrome Windows

2020-01-12 Thread LucasWerkmeister
LucasWerkmeister added a comment. That warning is from my code, but you don’t need to worry about it (happens here as well). It doesn’t mean that the code gives up, it just warns you that it might break something and then goes ahead. (168 is the actual number of elements – the syntax

[Wikidata-bugs] [Maniphest] [Commented On] T242410: wd-shex-infer highlighter doesn't insert comments on Chrome Windows

2020-01-10 Thread LucasWerkmeister
LucasWerkmeister added a comment. It’s working fine on my end (Chromium 79.0.3945.117, Arch Linux). I think most of the messages in the console output aren’t from my code – jstree has nothing to do with me, and this “message port closed” message also seems to be some extension thing – so

[Wikidata-bugs] [Maniphest] [Updated] T241978: Don't suggest initial uppercase in mobile termbox

2020-01-06 Thread LucasWerkmeister
LucasWerkmeister added a project: Wikidata. TASK DETAIL https://phabricator.wikimedia.org/T241978 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: LucasWerkmeister Cc: Aklapper, LucasWerkmeister, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic

[Wikidata-bugs] [Maniphest] [Created] T239518: Stop using, deprecate and remove Wikibase’s getLocationAgnosticMwApi

2019-11-30 Thread LucasWerkmeister
LucasWerkmeister created this task. LucasWerkmeister added projects: Wikidata, Wikibase-JavaScript-Api, Lexicographical data, WikibaseMediaInfo, Machine vision. TASK DESCRIPTION Wikibase has a `getLocationAgnosticMwApi` function (in wikibase/javascript-api <https://gerrit.wikimedia.or

[Wikidata-bugs] [Maniphest] [Commented On] T238443: Add P180 (Depicts) and P6243 (Digital representation of) structured data to Commons files representing artworks by Jakob Smits

2019-11-15 Thread LucasWerkmeister
LucasWerkmeister added a comment. My best idea so far is to make the SPARQL query concatenate all the image titles, separated by pipe characters – SELECT (GROUP_CONCAT(wikibase:decodeUri(STRAFTER(STR(?image), "http://commons.wikimedia.org/wiki/Special:FilePath/;)); sepa

[Wikidata-bugs] [Maniphest] [Commented On] T230833: wbsearchentities for lexemes returns 'und' match language on Test Wikidata

2019-11-11 Thread LucasWerkmeister
LucasWerkmeister added a comment. In T230833#5654878 <https://phabricator.wikimedia.org/T230833#5654878>, @LucasWerkmeister wrote: > In general, I suspect the language of the match is the Wikimedia language code of the language item, not the language code of the lemma matched

[Wikidata-bugs] [Maniphest] [Commented On] T230833: wbsearchentities for lexemes returns 'und' match language on Test Wikidata

2019-11-11 Thread LucasWerkmeister
LucasWerkmeister added a comment. In general, I suspect the language of the match is the Wikimedia language code of the language item, not the language code of the lemma matched. You can also see this when searching for “colour” <https://www.wikidata.org/w/api.php?action=wbsearchentit

[Wikidata-bugs] [Maniphest] [Commented On] T230833: wbsearchentities for lexemes returns 'und' match language on Test Wikidata

2019-11-11 Thread LucasWerkmeister
LucasWerkmeister added a comment. I think this is also affecting real Wikidata (though I’m not completely sure it’s the same issue). Searching for “das” with language code `ku` (Kurdish) returns L221811 <https://www.wikidata.org/wiki/Lexeme:L221811> and L221957 <https://www.wik

[Wikidata-bugs] [Maniphest] [Updated] T203557: Create a Edit group extension

2019-11-02 Thread LucasWerkmeister
LucasWerkmeister added a comment. From a technical perspective, I wonder what distinguishes edit groups from tags? We already have an API function to create tags (managetags <https://www.mediawiki.org/wiki/Special:MyLanguage/API:Managetags>, guarded by the managechangetags right

[Wikidata-bugs] [Maniphest] [Commented On] T233522: Cannot clear MediaInfo entities

2019-09-22 Thread LucasWerkmeister
LucasWerkmeister added a comment. > I’d have to explicitly remove all the statements in `wbeditentity`. …which I’ve now implemented (source <https://github.com/lucaswerkmeister/ACDC/blob/517d8007f46904a78f081e7c69e09d73b23ad6ff/test/browser/specs/acdc.js#L123-L154>) TASK DETAI

[Wikidata-bugs] [Maniphest] [Commented On] T233522: Cannot clear MediaInfo entities

2019-09-22 Thread LucasWerkmeister
LucasWerkmeister added a comment. My motivation for this is that I’m trying to write browser tests for the AC/DC gadget <https://commons.wikimedia.org/wiki/Special:MyLanguage/Help:Gadget-ACDC>, for which I need a way to reset an entity to a known good state before I start e

[Wikidata-bugs] [Maniphest] [Created] T233522: Cannot clear MediaInfo entities

2019-09-22 Thread LucasWerkmeister
LucasWerkmeister created this task. LucasWerkmeister added projects: WikibaseMediaInfo, SDC General. Restricted Application added a subscriber: Aklapper. Restricted Application added a project: Wikidata. TASK DESCRIPTION The `clear` boolean parameter of the `wbeditentity` API apparently cannot

[Wikidata-bugs] [Maniphest] [Commented On] T233056: Administrative actions on Test Wikimedia Commons

2019-09-16 Thread LucasWerkmeister
LucasWerkmeister added a comment. LOL, thanks :) TASK DETAIL https://phabricator.wikimedia.org/T233056 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jdforrester-WMF, LucasWerkmeister Cc: LucasWerkmeister, Steinsplitter, Addshore, Jdforrester

[Wikidata-bugs] [Maniphest] [Created] T233056: Administrative actions on Test Wikimedia Commons

2019-09-16 Thread LucasWerkmeister
LucasWerkmeister created this task. LucasWerkmeister added a project: SDC General. Restricted Application added a subscriber: Aklapper. Restricted Application added a project: Wikidata. TASK DESCRIPTION test-commons doesn’t seem to have an Administrator’s Noticeboard, and @Ammarpad suggested

[Wikidata-bugs] [Maniphest] [Commented On] T232960: QuickStatements batch running in background not stopping with the stop button

2019-09-15 Thread LucasWerkmeister
LucasWerkmeister added a comment. I’ve looked into this a little bit. As far as I can tell, it //should// work in principle – PHP sets the `status` field in the database to `STOP`, and Rust only selects batches with certain statuses, not including `STOP`. But I think the JS side

[Wikidata-bugs] [Maniphest] [Updated] T232960: QuickStatements batch running in background not stopping with the stop button

2019-09-15 Thread LucasWerkmeister
LucasWerkmeister added a project: Tools. TASK DETAIL https://phabricator.wikimedia.org/T232960 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Magnus, LucasWerkmeister Cc: LucasWerkmeister, Aklapper, Harmonia_Amanda, darthmon_wmde, DannyS712

[Wikidata-bugs] [Maniphest] [Commented On] T216369: Adding a caption add file unintentionally to watchlist

2019-09-01 Thread LucasWerkmeister
LucasWerkmeister added a comment. At least for statements, this issue is still present – I just got a bunch of new watchlist entries from some AC/DC <https://commons.wikimedia.org/wiki/User:Lucas_Werkmeister/ACDC> edits. TASK DETAIL https://phabricator.wikimedia.org/T216369

[Wikidata-bugs] [Maniphest] [Created] T230833: wbsearchentities for lexemes returns 'und' match language on Test Wikidata

2019-08-20 Thread LucasWerkmeister
LucasWerkmeister created this task. LucasWerkmeister added projects: Wikidata, Lexicographical data. TASK DESCRIPTION On testwikidata, `wbsearchentities` results for lexemes report the match language code `'und'` (“undetermined” per ISO 639-3 <https://en.wikipedia.org/wiki/ISO_639-3>) i

[Wikidata-bugs] [Maniphest] [Commented On] T223792: Extend mw.wikibase.getEntity lua function to allow accessing Structured Data on Commons items

2019-08-14 Thread LucasWerkmeister
LucasWerkmeister added a comment. I don’t think implementing `TermIndex` itself, as the linked change currently does, is a good idea. It’s not a great interface (combining lookup, search and modification), and for the new term store in Wikibase we did not write a new implementation

[Wikidata-bugs] [Maniphest] [Commented On] T230117: Remove type: statement from JSON serialization of statements

2019-08-11 Thread LucasWerkmeister
LucasWerkmeister added a comment. I just discovered that in API requests (`wbsetclaim`, `wbeditentity`, etc.), the `type` is //not//, as I had assumed, optional – if you omit it, you’ll get some sort of error (though it seems to vary depending on situation – I’ve seen `invalid-claim` error

[Wikidata-bugs] [Maniphest] [Updated] T229069: Don’t use heading elements () in Wikibase diffs for coordinates and quantities

2019-07-25 Thread LucasWerkmeister
LucasWerkmeister added a project: Wikidata. TASK DETAIL https://phabricator.wikimedia.org/T229069 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: LucasWerkmeister Cc: Aklapper, LucasWerkmeister, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic

[Wikidata-bugs] [Maniphest] [Updated] T220772: Don’t use heading elements () in Wikibase diffs

2019-07-25 Thread LucasWerkmeister
LucasWerkmeister added a comment. Alright, done: T229069: Don’t use heading elements () in Wikibase diffs for coordinates and quantities <https://phabricator.wikimedia.org/T229069> TASK DETAIL https://phabricator.wikimedia.org/T220772 EMAIL PREFERENCES https://phabricator.wikimed

[Wikidata-bugs] [Maniphest] [Updated] T228996: Internal error in Recent Changes for Lexeme namespace

2019-07-25 Thread LucasWerkmeister
LucasWerkmeister added a project: Wikimedia-production-error. LucasWerkmeister added a comment. I don’t think Wikibase should follow the double redirect <https://en.wikipedia.org/wiki/Wikipedia:Double_redirects> – that would go against longstanding Wikipedia tradition, and I don’t

[Wikidata-bugs] [Maniphest] [Commented On] T220772: Don’t use heading elements () in Wikibase diffs

2019-06-19 Thread LucasWerkmeister
LucasWerkmeister added a comment. I just noticed that coordinate values still use `h4` (example link <https://tools.wmflabs.org/speedpatrolling/diff/965098960/>). Quantity values, too, according to a code search (didn’t see that “in the wild” yet). Should I open another task for those

[Wikidata-bugs] [Maniphest] [Closed] T225510: Run a script to populate number of Forms and Senses on all Lexemes

2019-06-14 Thread LucasWerkmeister
LucasWerkmeister closed this task as "Resolved". LucasWerkmeister claimed this task. LucasWerkmeister added a comment. Ah, those 107 pages are redirects :) if you filter redirects from the results, there’s nothing left to be done (Quarry 1 <https://quarry.wmflabs.org/query/369

[Wikidata-bugs] [Maniphest] [Unblock] T199611: New page properties for number of Forms and Senses of a Lexeme

2019-06-14 Thread LucasWerkmeister
LucasWerkmeister closed subtask T225510: Run a script to populate number of Forms and Senses on all Lexemes as Resolved. TASK DETAIL https://phabricator.wikimedia.org/T199611 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Ladsgroup

[Wikidata-bugs] [Maniphest] [Commented On] T225510: Run a script to populate number of Forms and Senses on all Lexemes

2019-06-13 Thread LucasWerkmeister
LucasWerkmeister added a comment. Okay, the Python script finished, and now there are only 107 lexemes without the page props left (Quarry 1 <https://quarry.wmflabs.org/query/36900>, Quarry 2 <https://quarry.wmflabs.org/query/36901>). Not sure why those few are still missing th

[Wikidata-bugs] [Maniphest] [Updated] T225510: Run a script to populate number of Forms and Senses on all Lexemes

2019-06-12 Thread LucasWerkmeister
LucasWerkmeister added a comment. The PAWS terminal died for some reason (I guess you can’t leave them running in the background?), so now I’m doing it with a separate Python script from a Kubernetes deployment. Source code is on GitHub <https://github.com/lucaswerkmeister/tool-lexeme-fo

[Wikidata-bugs] [Maniphest] [Commented On] T225510: Run a script to populate number of Forms and Senses on all Lexemes

2019-06-11 Thread LucasWerkmeister
LucasWerkmeister added a comment. I’m now running this on PAWS: @PAWS:/srv/paws/pwb$ time python scripts/touch.py -start:Lexeme:! -purge -forcelinkupdate -family:wikidata -lang:wikidata It sleeps for ~10 seconds between each purge, so it should be done in a few days. TASK DETAIL

[Wikidata-bugs] [Maniphest] [Commented On] T225510: Run a script to populate number of Forms and Senses on all Lexemes

2019-06-11 Thread LucasWerkmeister
LucasWerkmeister added a comment. I looked into this a bit – a regular purge doesn’t refresh the page props, but apparently a link-update purge does. This is available via the API – for example, I just fixed the page props for L31883 with action=purge=Lexeme:L31883=1 <ht

[Wikidata-bugs] [Maniphest] [Updated] T224844: Show number of senses and forms on page information for WikibaseLexeme entities

2019-06-08 Thread LucasWerkmeister
LucasWerkmeister added a comment. Note that the majority of pages are still missing these page props (see T199611 <https://phabricator.wikimedia.org/T199611>, esp. T199611#5244691 <https://phabricator.wikimedia.org/T199611#5244691>), so right now we wouldn’t have any data to sh

[Wikidata-bugs] [Maniphest] [Commented On] T199611: New page properties for number of Forms and Senses of a Lexeme

2019-06-08 Thread LucasWerkmeister
LucasWerkmeister added a comment. According to this Quarry query <https://quarry.wmflabs.org/query/36730>, almost 70% of all lexeme pages still don’t have this page prop. Is there really no way to populate it without an edit? As a tool author, I can’t really rely on it like this…

[Wikidata-bugs] [Maniphest] [Created] T224845: Write Wikibase page props for MediaInfo entities

2019-06-02 Thread LucasWerkmeister
LucasWerkmeister created this task. LucasWerkmeister added projects: Wikidata, StructuredDataOnCommons. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION Wikibase tracks the number of statements (`wb-claims`) and external identifiers (`wb-identifiers`) of an entity

[Wikidata-bugs] [Maniphest] [Edited] T224844: Show number of senses and forms on page information for WikibaseLexeme entities

2019-06-02 Thread LucasWerkmeister
LucasWerkmeister updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T224844 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: LucasWerkmeister Cc: LucasWerkmeister, darthmon_wmde, Premeditated, Nandana, Mringgaard, Lahi, Gq86

[Wikidata-bugs] [Maniphest] [Updated] T224842: Show number of statements and external identifiers on page information for Wikibase entities

2019-06-02 Thread LucasWerkmeister
LucasWerkmeister added a comment. Note that, for WikibaseLexeme entities, these numbers include the statements on senses and forms as well – i. e. they count all the statements/identifiers on the page, not just those of its “main entity”. Also see T224844 <https://phabricator.wikimedia.

[Wikidata-bugs] [Maniphest] [Created] T224844: Show number of senses and forms on page information for WikibaseLexeme entities

2019-06-02 Thread LucasWerkmeister
LucasWerkmeister created this task. LucasWerkmeister added projects: Wikidata, Lexicographical data. TASK DESCRIPTION WikibaseLexeme tracks the number of senses (`wbl-senses`) and forms (`wbl-forms)` in the page properties. It would be useful to show those on the page properties <ht

[Wikidata-bugs] [Maniphest] [Created] T224842: Show number of statements and external identifiers on page information for Wikibase entities

2019-06-02 Thread LucasWerkmeister
LucasWerkmeister created this task. LucasWerkmeister added a project: Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION Wikibase tracks the number of statements (`wb-claims`) and external identifiers (`wb-identifiers`) in the page properties. It would be useful

[Wikidata-bugs] [Maniphest] [Retitled] T223806: Improve descriptions for Japanese names generated by Namescript

2019-05-19 Thread LucasWerkmeister
LucasWerkmeister renamed this task from "Improve Japanese descriptions generated by Namescript" to "Improve descriptions for Japanese names generated by Namescript". LucasWerkmeister updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T223806 EMAIL

[Wikidata-bugs] [Maniphest] [Closed] T223806: Improve Japanese descriptions generated by Namescript

2019-05-19 Thread LucasWerkmeister
LucasWerkmeister closed this task as "Resolved". LucasWerkmeister moved this task from Backlog to Projects on the Wikimedia-Hackathon-2019 board. LucasWerkmeister claimed this task. TASK DETAIL https://phabricator.wikimedia.org/T223806 WORKBOARD https://phabricator.wikimedia.o

[Wikidata-bugs] [Maniphest] [Created] T223806: Improve Japanese descriptions generated by Namescript

2019-05-19 Thread LucasWerkmeister
LucasWerkmeister created this task. LucasWerkmeister added projects: Wikidata, Wikimedia-Hackathon-2019. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION Previously, namescript <https://www.wikidata.org/wiki/Wikidata:Namescript> would generate description

[Wikidata-bugs] [Maniphest] [Commented On] T220772: Don’t use heading elements () in Wikibase diffs

2019-05-02 Thread LucasWerkmeister
LucasWerkmeister added a comment. Yep, much better now :) TASK DETAIL https://phabricator.wikimedia.org/T220772 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Michael, LucasWerkmeister Cc: Lucas_Werkmeister_WMDE, Lydia_Pintscher, daniel

[Wikidata-bugs] [Maniphest] [Closed] T220772: Don’t use heading elements () in Wikibase diffs

2019-05-02 Thread LucasWerkmeister
LucasWerkmeister closed this task as "Resolved". LucasWerkmeister moved this task from Test (Verification) to Done on the Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board. TASK DETAIL https://phabricator.wikimedia.org/T220772 WORKBOARD https://phabricator.wikimedia.org/pro

[Wikidata-bugs] [Maniphest] [Updated] T222032: URL shortener: allowed length limit is too short for some queries

2019-04-28 Thread LucasWerkmeister
LucasWerkmeister closed this task as a duplicate of T220703: Increase the max length of URL to be shortened. TASK DETAIL https://phabricator.wikimedia.org/T222032 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: LucasWerkmeister Cc: Aklapper, Jheald

[Wikidata-bugs] [Maniphest] [Commented On] T220772: Don’t use heading elements () in Wikibase diffs

2019-04-23 Thread LucasWerkmeister
LucasWerkmeister added a comment. I can verify it once it’s been deployed on Wikidata. Unfortunately, there’s no train this week (releng offsite), so that’ll have to wait until next Wednesday or Thursday. TASK DETAIL https://phabricator.wikimedia.org/T220772 EMAIL PREFERENCES https

[Wikidata-bugs] [Maniphest] [Commented On] T218229: Wikidata gui grammatical features field no longer focus second entry

2019-04-16 Thread LucasWerkmeister
LucasWerkmeister added a comment. Side note – you don’t have to enter any grammatical features by hand if you use the Wikidata Lexeme Forms <https://tools.wmflabs.org/lexeme-forms/> tool :) @Fnielsen perhaps you’d like to add some templates in Danish <https://www.wikidata

[Wikidata-bugs] [Maniphest] [Created] T220772: Don’t use heading elements () in Wikibase diffs

2019-04-11 Thread LucasWerkmeister
LucasWerkmeister created this task. LucasWerkmeister added a project: Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION As a tool developer, I want to embed diffs generated by Wikibase in my tool, in order to present an edit to my users. **Problem

  1   2   >