LucasWerkmeister added a comment.
Alright, thanks. I updated the source message and will try how the
translation editor behaves tomorrow, and if that looks alright, then I think we
can close this issue.
TASK DETAIL
https://phabricator.wikimedia.org/T272243
EMAIL PREFERENCES
https
LucasWerkmeister added a comment.
You mean like this?
> {{GENDER:$1|You}} are not allowed to use bulk mode. Sorry.
TASK DETAIL
https://phabricator.wikimedia.org/T272243
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: abi_, LucasWerkmeis
LucasWerkmeister added a comment.
Apparently “GENDER is considered an error by [the] translation tool”. How can
we fix this?
https://translatewiki.net/w/i.php?title=Wikimedia:Wikidata-lexeme-forms-bulk-not-allowed/it=9944230=9944229
TASK DETAIL
https://phabricator.wikimedia.org/T272243
LucasWerkmeister added a comment.
Ah, now it’s working. Maybe GitHub had a hiccup (there’s an incident
<https://www.githubstatus.com/incidents/wdhkj70kynwk> with potentially matching
timestamps, I’m too lazy to double-check).
TASK DETAIL
https://phabricator.wikimedia.org/T272243
LucasWerkmeister added a comment.
Hm, I tried pushing some extra commits to the `twn` branch (to fix the
failing CI), but they’re not showing up in the pull request. Any ideas why? (I
can see the commits if I look at the `twn` branch outside the pull request.)
TASK DETAIL
https
LucasWerkmeister added a comment.
Excellent, thanks a lot! I look forward to the first export :)
TASK DETAIL
https://phabricator.wikimedia.org/T272243
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: abi_, LucasWerkmeister
Cc: abi_, Nikerabbit
LucasWerkmeister added a comment.
Thanks, I didn’t know that. In the case of the existing translations (that
will now be imported into translatewiki.net), they were contributed on Wikidata
under CC BY-SA 3.0 exclusively, and according to Creative Commons’ Compatible
Licenses page
<ht
LucasWerkmeister added a comment.
Alright, thanks! I just saw the “Pywikibot” in the URL / path and didn’t
notice that it was translatewiki.net config ^^
I’ve pushed a revert of that commit; once Diffusion is done processing it,
it’ll appear at {R2362
LucasWerkmeister added a comment.
Side note: the project page
<https://translatewiki.net/wiki/Translating:Wikidata_Lexeme_Forms> says
“license: AGPL 3 or later”, but so far I’ve treating the translations and
templates of the tool as CC BY-SA 3.0 (since they’re defined on-wiki), and
LucasWerkmeister added a comment.
Alright, done in R2362:72c16b93d68a: Fix ku and tg language codes for
translatewiki.net
<https://phabricator.wikimedia.org/R2362:72c16b93d68a1de09ec690a5edf427e48c964206>.
TASK DETAIL
https://phabricator.wikimedia.org/T272243
EMAIL PREFERENCES
LucasWerkmeister added a comment.
I just noticed that
https://translatewiki.net/w/i.php?title=Special:Translate=wikidata-lexeme-forms=ku
says:
> This code is for compatibility purposes only. Localise in 'ku-latn'
Should I make the tool use `ku-latn` instead `ku`? (Simila
LucasWerkmeister added a comment.
Done, thank you! I’ll update the wiki pages on Wikidata now.
TASK DETAIL
https://phabricator.wikimedia.org/T272243
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: abi_, LucasWerkmeister
Cc: abi_, Nikerabbit
LucasWerkmeister added a comment.
A workaround //might// be to insert `sed 's/}{/},{/g'` into the pipeline
between `bunzip2` and `mongoimport`. (Though that’ll probably at least slow
down the import, since sed will run regexes against huge input lines.)
TASK DETAIL
https
LucasWerkmeister added a comment.
In T276643#6889891 <https://phabricator.wikimedia.org/T276643#6889891>,
@Motagirl2 wrote:
> The 20210215 bz2 works perfectly
Yup, same here.
TASK DETAIL
https://phabricator.wikimedia.org/T276643
EMAIL PREFERENCE
LucasWerkmeister added a comment.
Alright, the 20210215 gz dump appears to be intact. (The bzip2 one hasn’t
finished processing yet.)
TASK DETAIL
https://phabricator.wikimedia.org/T276643
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences
LucasWerkmeister added a comment.
I’ve started my script (using this tool
<https://github.com/lucaswerkmeister/cjl>) on the 20210215 bzip2 and gz dumps,
but if those dumps are intact, it’ll probably take a bit less than half a day
until that’s confirmed. (Or maybe someone else is
LucasWerkmeister added a comment.
Might be related to the refactoring of the dumps that was done in T259067:
Set up generation of JSON dumps for Wikimedia Commons
<https://phabricator.wikimedia.org/T259067>.
TASK DETAIL
https://phabricator.wikimedia.org/T276643
EMAIL PREFERENCES
LucasWerkmeister added a comment.
Ah, I see. It’s very curious that all these “error points” correspond to very
low item IDs…
That said, I quickly looked at the IDs of the first 1000 items in the dump,
and none of the seven IDs in those “error points” were among them. So I don’t
yet
LucasWerkmeister added a comment.
I checked a JSON dump
(`/public/dumps/public/wikidatawiki/entities/20210301/wikidata-20210301-all.json.gz`
on Toolforge) and it has the same problem:
{"type":"item","id":"Q105741430","labels":{"
LucasWerkmeister added a comment.
2. Alright, that makes sense. (I’m more used to opening pull requests from
forks, but I guess that wouldn’t scale well for you – I didn’t consider that.)
Access should be granted now.
TASK DETAIL
https://phabricator.wikimedia.org/T272243
EMAIL
LucasWerkmeister added a comment.
Thanks!
1. I forgot about qqq.json, I added some now. (I also noticed the i18n files
were using underscores in the message keys, when hyphens would probably be
better for you. Changed to hyphens now.)
2. Is this a requirement? I would prefer
LucasWerkmeister added a comment.
Is there anything I can do to help move this along? As far as I can tell,
with the work in the i18n branch, no tool-specific changes to translatewiki.net
should be needed anymore – the JSON files should use the same format as
everywhere else.
TASK DETAIL
LucasWerkmeister added a comment.
I would suggest to first try how the SDC UI fares with large statement lists,
e.g. on a test wiki (Test Wikimedia Commons
<https://test-commons.wikimedia.org/wiki/Main_Page> hasn’t been deleted yet),
and see what kind of problems emerge, before implem
LucasWerkmeister added a comment.
Any chance you can take a look at that i18n branch and see if the message
files look alright?
TASK DETAIL
https://phabricator.wikimedia.org/T272243
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences
LucasWerkmeister added a comment.
In T272243#6771813 <https://phabricator.wikimedia.org/T272243#6771813>,
@LucasWerkmeister wrote:
> The formatters have some documentation in formatters.py
<https://github.com/lucaswerkmeister/tool-lexem
LucasWerkmeister claimed this task.
TASK DETAIL
https://phabricator.wikimedia.org/T273830
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: LucasWerkmeister
Cc: LucasWerkmeister, Nikki, Alter-paule, Beast1978, Un1tY, Akuckartz, Hook696,
Iflorez
LucasWerkmeister added a comment.
I looked a bit into the code and I’m pretty sure that this is because
Wikibase’s `StatementEntityReferenceExtractor` is stateful (has
`$this->entityIds`, never clears them). WikibaseLexeme’s
`NoCrossReferencingLexemeStatements` uses the s
LucasWerkmeister added a comment.
See also T202725: API: When creating a Lexeme with wbeditentity API the
result is confusing and mixed <https://phabricator.wikimedia.org/T202725>.
TASK DETAIL
https://phabricator.wikimedia.org/T271105
EMAIL PREFERENCES
https://phabricator.wikimed
LucasWerkmeister updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T272804
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: LucasWerkmeister
Cc: LucasWerkmeister, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic,
Mahir256
LucasWerkmeister added a comment.
> I see translations are currently here:
https://github.com/lucaswerkmeister/tool-lexeme-forms/blob/main/translations.py.
Would it be possible to have them in one per language? Also something like
JSON would be easier to parse.
Sure, not a prob
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
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
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
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.
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
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
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
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/
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
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
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
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
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
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
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
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
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
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
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 { []
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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/
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
101 - 200 of 246 matches
Mail list logo