LucasWerkmeister created this task.
Herald added subscribers: Zppix, Aklapper.
Herald added a project: Discovery.
TASK DESCRIPTION
Currently, the Bubble View on WDQS always automatically chooses the color
based on the node name (out of the 20-color scale `d3.scale.category20c`
<ht
LucasWerkmeister added a subscriber: Jonas.LucasWerkmeister added a comment.The change was merged… should this ticket be closed then? CC @JonasTASK DETAILhttps://phabricator.wikimedia.org/T137061EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences
LucasWerkmeister added a comment.
I don’t think this is specific to both axes being numeric – dimple just always includes 0 in the range for numerical values. I’ve suggested an upstream fix: PMSI-AlignAnalytics/dimple#256. I went over all the chart example queries and didn’t see any obvious errors
LucasWerkmeister added a comment.
And constraint updated as well.TASK DETAILhttps://phabricator.wikimedia.org/T193870EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDE, LucasWerkmeisterCc: LucasWerkmeister, Aklapper, Lucas_Werkmeister_WMDE
LucasWerkmeister created this task.LucasWerkmeister added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONPlease add the language codes qya (Quenya and sjn (Sindarin) to the list of language codes supported for monolingual text values.
Usage examples:
first line
LucasWerkmeister added a comment.
The purpose for these languages is outlined in the task description: there is a text corpus in these languages (authored by Tolkien and some others), and some of it (e. g. first lines of poems and names of things) qualifiers for inclusion in Wikidata. I don’t see
LucasWerkmeister created this task.LucasWerkmeister added a project: Wikidata.Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTIONAs a Wikidata tool author, I often need to render a lot of entity ID references to the user, in a readable form (e. g. using their labels).
Problem
LucasWerkmeister updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...* TABernacle (entity ID cells)
* Wikidata Image Positions (depicted items)
* possibly some other tools that currently use `wb_terms` for this, see T197161...TASK DETAILhttps://phabricator.wikimedia.org
LucasWerkmeister created this revision.LucasWerkmeister added a reviewer: Magnus.LucasWerkmeister added a project: Wikidata.LucasWerkmeister requested review of this revision.
View RevisionREPOSITORYR2010 tool-quickstatementsREVISION SUMMARYThis adds a new table storing OAuth details for a batch
LucasWerkmeister added a comment.
I’m afraid you’re missing something, yes :) the edit appears on your watchlist because it could have affected this page. Specifically:
According to its page information, Wikipedia talk:WikiProject Women in Red uses the following aspects of the Richard Burton
LucasWerkmeister created this task.LucasWerkmeister added projects: Wikidata, Lexicographical data.
TASK DESCRIPTIONI just noticed that when adding glosses for a sense, spaces around the gloss are not removed. I found this surprising, since it’s inconsistent with the behavior for labels
LucasWerkmeister created this task.LucasWerkmeister added projects: Wikidata, Lexicographical data.
TASK DESCRIPTIONI just happened to notice this while working on something else: I’m unable to undo revision 806936938, which added a new sense to the sandbox lexeme. Attempting to undo it or restore
LucasWerkmeister added a comment.
(Small correction, I think the really relevant Wikibase code for my use case
is `WikiPageEntityStore::updateWatchlist`, whereas
`SubmitEntityAction::doWatch` is only used for undo/restore. But they both have
the same problem.)
TASK DETAIL
https
LucasWerkmeister created this task.LucasWerkmeister added projects: Wikidata, MediaWiki-extensions-PropertySuggester.Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTIONIf the server admin log is to be believed, the property suggester data has not been updated in over four months
LucasWerkmeister updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...@hoo in lieu of T72037 – which doesn’t look like it will happen soon – is there documentation for how to do ana manual update (including the T132839 workarounds mentioned in the SAL messages) somewhere? I’d
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
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
LucasWerkmeister added a project: Wikidata-Campsite.
TASK DETAIL
https://phabricator.wikimedia.org/T216270
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: LucasWerkmeister
Cc: Sjoerddebruin, LucasWerkmeister, hoo, Harmonia_Amanda
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
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
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.
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
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
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
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…
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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.
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 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
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: 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
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
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
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 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.
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 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
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 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.
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.
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 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 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.
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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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.
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.
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 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 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 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 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 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 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 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 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 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 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 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
1 - 100 of 206 matches
Mail list logo
