[Wikidata-bugs] [Maniphest] [Updated] T170696: Enhance Special:NewItem
Bugreporter added a comment.Herald added a subscriber: PokestarFan. I think we may have a new special page, probably named Special:NewRichItem. The special page will have a same interface like ordinary item page, so that you can freely add labels, statements and sitelinks to it, except all changes in the page is non-persistent unless clicking "save". It can have some preloaded labels and statements, and can even have a full item as preload (which can replace duplicate_item.js). The special page can also act as a sandbox or used for Wikidata tours (T98667: Create a special page item sandbox), if the check of duplicate label+description and sitelink and be optionally turned off. We should keep the existing Special:NewItem for non-_javascript_ users.TASK DETAILhttps://phabricator.wikimedia.org/T170696EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BugreporterCc: PokestarFan, Bugreporter, XXN, Aklapper, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T60030: [Task] Maintenance script to rebuild entity hints in page_props
Bugreporter added a comment.Herald added a subscriber: PokestarFan. Now there're no page in Wikidata and Test Wikidata with wb-status property. Is this task still needed? (Beta Cluster have seven which may be removed manually)TASK DETAILhttps://phabricator.wikimedia.org/T60030EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BugreporterCc: PokestarFan, Bugreporter, Addshore, hoo, aude, thiemowmde, Lydia_Pintscher, daniel, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T165843: Remove jshint and jscs in favour of eslint (linting and code style) in Wikidata code
Ladsgroup updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...[ ] data-values/data-types ?https://github.com/wmde/DataTypes/pull/68 [x] data-values/_javascript_ https://github.com/wmde/DataValuesJavaScript/pull/114...TASK DETAILhttps://phabricator.wikimedia.org/T165843EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: PokestarFan, gerritbot, WMDE-leszek, Jdforrester-WMF, Aklapper, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, enigmaeth, rohitt, Lewizho99, Maathavan, Izno, Wikidata-bugs, aude, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T171263: Wikidata Dispatcher and Job Queue is overflowed
Emijrp added a comment. In T171263#3484037, @daniel wrote: @Emijrp the point is that at least some people should have an eye on bot edits some time, otherwise nobody will notice when a bot goes wrong. Bot edits on wikidata should be marked as such on client wikis too (let me know if they are not), so people can filter them out. But skipping propagation alltogether would mean that wikidata bots effectively run unsupervised. That would not be good. Now, if we need an emergency way to cut down the backlog, I agree that it's better to drop bot edits than to drop manual edits. We could set different priority levels for dispatching changes. For IP (high level, vandalism is more possible), registered users (medium level), bots (low level). According to WikiScan, in the last 24 hours, there were these edits: Total : 791,322 Users : 142,541 IP : 1,322 IPv6 : 141 Bots : 647,459 Bot changes could be discarded sooner too, like in the first 24 hours if they are not dispatched in that period.TASK DETAILhttps://phabricator.wikimedia.org/T171263EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: EmijrpCc: Lucas_Werkmeister_WMDE, gerritbot, Addshore, matej_suchanek, MisterSynergy, Liuxinyu970226, daniel, Esc3300, XXN, Ladsgroup, Lydia_Pintscher, hoo, Bugreporter, Sjoerddebruin, Magnus, Emijrp, Mr.Ibrahem, Wikidata, Aklapper, PokestarFan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Vali.matei, Lewizho99, Maathavan, Volker_E, Izno, Wikidata-bugs, aude, GWicke, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T171263: Wikidata Dispatcher and Job Queue is overflowed
daniel added a comment. In T171263#3482050, @Lucas_Werkmeister_WMDE wrote: especially when the bot updates the description in twenty separate edits. Is it true that this makes a big difference? Aren’t changes batched together? Changes get batched (coalesced) together on the client side, not before dispatching. So yes, it does make a big difference to the size of the dispatch queue. We could indeed looking into coalescing changes in the dispatcher, when they are pulled from the queue. But since we already put an entire batch of changes into a single ChangeNotification job, that probably won't make much of a difference. I'm also not sure how we'd actually represent coalesced changed in the job, given that we just use the ID to represent it.TASK DETAILhttps://phabricator.wikimedia.org/T171263EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Lucas_Werkmeister_WMDE, gerritbot, Addshore, matej_suchanek, MisterSynergy, Liuxinyu970226, daniel, Esc3300, XXN, Ladsgroup, Lydia_Pintscher, hoo, Bugreporter, Sjoerddebruin, Magnus, Emijrp, Mr.Ibrahem, Wikidata, Aklapper, PokestarFan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Vali.matei, Lewizho99, Maathavan, Volker_E, Izno, Wikidata-bugs, aude, GWicke, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T171263: Wikidata Dispatcher and Job Queue is overflowed
daniel added a comment. @Emijrp the point is that at least some people should have an eye on bot edits some time, otherwise nobody will notice when a bot goes wrong. Bot edits on wikidata should be marked as such on client wikis too (let me know if they are not), so people can filter them out. But skipping propagation alltogether would mean that wikidata bots effectively run unsupervised. That would not be good. Now, if we need an emergency way to cut down the backlog, I agree that it's better to drop bot edits than to drop manual edits.TASK DETAILhttps://phabricator.wikimedia.org/T171263EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Lucas_Werkmeister_WMDE, gerritbot, Addshore, matej_suchanek, MisterSynergy, Liuxinyu970226, daniel, Esc3300, XXN, Ladsgroup, Lydia_Pintscher, hoo, Bugreporter, Sjoerddebruin, Magnus, Emijrp, Mr.Ibrahem, Wikidata, Aklapper, PokestarFan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Vali.matei, Lewizho99, Maathavan, Volker_E, Izno, Wikidata-bugs, aude, GWicke, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T90436: Improve usage tracking granularity to avoid irrelevant changes showing in the watchlist.
eranroz added a comment. In T90436#3483628, @daniel wrote: @eranroz wrote filter out changes in wikidata which affect other languages (e.g label/description in [xx] language shouldn't appear for wiki with [yy] language). Possibly fallback languages may appear. So, if enwiki uses a ru label in an infobox about a russian city, and that label is changes, you don't want that to show in the watchlist? Relying on the wiki's content language for filtering seems like a bad idea. We can actually know which language is indeed used on the page, we should use that information! en may use https://www.wikidata.org/wiki/Property:P1559 (name in native language)/https://www.wikidata.org/wiki/Property:P1705 (native label) for Russian names, but unlikely to use ru label. If it does use ru label, this is probably wrong. If we don't have this information we can heuristically assume it use only local labels - and be correct for 99.99% of the time which is way better than the current state. but if we do have this information (en pages using ru label or similar) - this may be a little bit better than content language filtering. Where do we have this information? (I'm concerned especially for Lua use). Possibly same for sitelinks So, if the cswiki sitelink for Q22686 is changed to Osel_domácí, you don't want to know that your page on Donald Trump is now linking to the Czech page on donkeys? What we could try to do is to make use of rc tags to allow more fine grained filtering, so people can decide what to hide and what to include. As non cs speaker, I wouldn't know it is wrong. Having it as a preference where user can select whether to show/hide it is a good idea. TASK DETAILhttps://phabricator.wikimedia.org/T90436EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: eranrozCc: Doc_James, hoo, PokestarFan, IKhitron, eranroz, Izno, Oliv0, Ltrlg, Scott_WUaS, Danmichaelo, CennoxX, Liuxinyu970226, aude, Lydia_Pintscher, daniel, Aklapper, GoranSMilovanovic, QZanden, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T171855: reimage wdq-beta to debian jessie
Smalyshev closed this task as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T171855EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Gehel, Aklapper, PokestarFan, Smalyshev, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Jdrewniak, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T171855: reimage wdq-beta to debian jessie
Smalyshev added a comment. The test instance moved to wdqs-beta.eqiad.wmflabs. Old one will be around for a bit just in case I've left something important there, but I will shut it down in a week or so.TASK DETAILhttps://phabricator.wikimedia.org/T171855EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Gehel, Aklapper, PokestarFan, Smalyshev, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Jdrewniak, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T172036: EntityUsageTable::getAffectedRowIds runs overly large queries
hoo closed this task as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T172036EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: gerritbot, Aklapper, PokestarFan, hoo, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, Wikidata-bugs, aude, Mbch331, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T171263: Wikidata Dispatcher and Job Queue is overflowed
Emijrp added a comment. In T171263#3460518, @daniel wrote: To avoid confusion: dispatch lag is the time that changes sit around before they go into the client wikis' job queue. The time they spent in the job queue is not the issue here! Changes "sit around" because finding the changes relevant for a given wiki, and pushing them to that wiki's job queue, takes time. We are dispatching changes to over 800 wikis. In any case: one thing we could do is skip old changes. Changes older than a day are unlikely to be seen on the client wiki's recentchanges feed anyway. Or perhaps, instead of skipping, they could go to a slow propagation queue, so new changes are pushed out quickly, but "stale" changes still get propagated eventually. Can't we skip changes made by bots (or give them very low priority)? Whats the point to check bot edits in recentchanges? We assume they are approved and working properly.TASK DETAILhttps://phabricator.wikimedia.org/T171263EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: EmijrpCc: Lucas_Werkmeister_WMDE, gerritbot, Addshore, matej_suchanek, MisterSynergy, Liuxinyu970226, daniel, Esc3300, XXN, Ladsgroup, Lydia_Pintscher, hoo, Bugreporter, Sjoerddebruin, Magnus, Emijrp, Mr.Ibrahem, Wikidata, Aklapper, PokestarFan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Vali.matei, Lewizho99, Maathavan, Volker_E, Izno, Wikidata-bugs, aude, GWicke, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T170374: Format constraint UX
Nikki added a comment.Herald added a subscriber: PokestarFan. In T170374#3429492, @Lucas_Werkmeister_WMDE wrote: Could we use capture groups and see which does (not) capture? I don’t see how – all we get back from the query service is “matches” or “doesn’t match”, and doing anything not on the query service opens us up to DoS attacks via expensive regexes. We could have multiple format constraints in cases where it would be useful to check multiple things separately (e.g. one constraint saying it should start with http(s)://, another saying it should contain the domain "example.com"). Just because we can put it all into one regex doesn't mean we have to.TASK DETAILhttps://phabricator.wikimedia.org/T170374EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: NikkiCc: Nikki, PokestarFan, Lucas_Werkmeister_WMDE, Jan_Dittrich, Aklapper, Esc3300, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T172036: EntityUsageTable::getAffectedRowIds runs overly large queries
gerritbot added a comment. Change 368551 merged by jenkins-bot: [mediawiki/extensions/Wikibase@master] Batch query in EntityUsageTable::getAffectedRowIds https://gerrit.wikimedia.org/r/368551TASK DETAILhttps://phabricator.wikimedia.org/T172036EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, gerritbotCc: gerritbot, Aklapper, PokestarFan, hoo, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, Wikidata-bugs, aude, Mbch331, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Triaged] T172045: Xtools Beta showing incorrect graph
PokestarFan triaged this task as "Normal" priority. TASK DETAILhttps://phabricator.wikimedia.org/T172045EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: PokestarFanCc: PokestarFan, GoranSMilovanovic, QZanden, Tbscho, Mabandalone, Elee, Izno, MusikAnimal, Wikidata-bugs, aude, Technical13, Gryllida, scfc, Mbch331, Matthewrbowker, chasemp___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T172045: Xtools Beta showing incorrect graph
PokestarFan created this task.PokestarFan added projects: XTools, Wikidata. TASK DESCRIPTIONFor the new Xtools beta, the graph is broken. On Wikidata, I have 22 edits with description. However, it is showing I have that many edits without edit summaries. F8895410: error.PNGTASK DETAILhttps://phabricator.wikimedia.org/T172045EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: PokestarFanCc: PokestarFan, GoranSMilovanovic, QZanden, Tbscho, Mabandalone, Elee, Izno, MusikAnimal, Wikidata-bugs, aude, Technical13, Gryllida, scfc, Mbch331, Matthewrbowker, chasemp___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Claimed] T169456: Add Special:NewItem to Special:SpecialPages on Wikidata
matej_suchanek claimed this task.matej_suchanek added projects: Regression, MediaWiki-extensions-WikibaseRepository.matej_suchanek moved this task from incoming to consider for next sprint on the Wikidata board. TASK DETAILhttps://phabricator.wikimedia.org/T169456WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: gerritbot, PokestarFan, Lydia_Pintscher, Aklapper, Multichill, Lordiis, GoranSMilovanovic, Adik2382, Jrbranaa, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T169456: Add Special:NewItem to Special:SpecialPages on Wikidata
gerritbot added a comment.Herald added a subscriber: PokestarFan. Change 368552 had a related patch set uploaded (by Matěj Suchánek; owner: Matěj Suchánek): [mediawiki/extensions/Wikibase@master] Use strict comparison in Special:NewEntity::isListed https://gerrit.wikimedia.org/r/368552TASK DETAILhttps://phabricator.wikimedia.org/T169456EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, PokestarFan, Lydia_Pintscher, Aklapper, Multichill, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T169456: Add Special:NewItem to Special:SpecialPages on Wikidata
gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T169456EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, PokestarFan, Lydia_Pintscher, Aklapper, Multichill, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T163545: Come up with better message for SpecialAvailableBadges
matej_suchanek added a parent task: T96040: Wikibase special pages (tracking). TASK DETAILhttps://phabricator.wikimedia.org/T163545EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: Liuxinyu970226, PokestarFan, Jan_Dittrich, WMDE-leszek, thiemowmde, Amire80, Aklapper, Ladsgroup, GoranSMilovanovic, QZanden, MuhammadShuaib, Izno, LNDDYL, Psychoslave, Wikidata-bugs, aude, Gryllida, Shizhao, Arrbee, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T169456: Add Special:NewItem to Special:SpecialPages on Wikidata
matej_suchanek added a parent task: T96040: Wikibase special pages (tracking). TASK DETAILhttps://phabricator.wikimedia.org/T169456EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: Lydia_Pintscher, Aklapper, Multichill, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T96040: Wikibase special pages (tracking)
matej_suchanek added subtasks: T170696: Enhance Special:NewItem, T168791: Remove "item" option from Special:EntitiesWithoutLabel etc., T169456: Add Special:NewItem to Special:SpecialPages on Wikidata, T163545: Come up with better message for SpecialAvailableBadges.Herald added a subscriber: PokestarFan. TASK DETAILhttps://phabricator.wikimedia.org/T96040EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: PokestarFan, Luke081515, Liuxinyu970226, aude, Aklapper, Lsherwinforone, GoranSMilovanovic, QZanden, Ptolusque, Sethakill, Izno, Wong128hk, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T170696: Enhance Special:NewItem
matej_suchanek added a parent task: T96040: Wikibase special pages (tracking). TASK DETAILhttps://phabricator.wikimedia.org/T170696EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: XXN, Aklapper, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T168791: Remove "item" option from Special:EntitiesWithoutLabel etc.
matej_suchanek added a parent task: T96040: Wikibase special pages (tracking). TASK DETAILhttps://phabricator.wikimedia.org/T168791EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: Aklapper, Bugreporter, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Claimed] T138409: [Task] Terms usage tracking: Only track parts of the language fallback chain that were actually used
hoo claimed this task.hoo added a project: Wikidata-Sprint.Herald added a subscriber: PokestarFan. TASK DETAILhttps://phabricator.wikimedia.org/T138409EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: PokestarFan, Aklapper, daniel, aude, Lydia_Pintscher, RP88, BBlack, aaron, StudiesWorld, Liuxinyu970226, Zppix, hoo, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Claimed] T169330: Changes to properties are not formatted in recent changes
matej_suchanek claimed this task.matej_suchanek moved this task from incoming to consider for next sprint on the Wikidata board. TASK DETAILhttps://phabricator.wikimedia.org/T169330WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: gerritbot, PokestarFan, Mbch331, Michgrig, Lea_Lacroix_WMDE, MisterSynergy, IKhitron, thiemowmde, daniel, Aklapper, Lydia_Pintscher, matej_suchanek, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, Wikidata-bugs, aude___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T110825: I see Wikidata entries in the watchlist in hewiki, but not in enwiki or cswiki
matej_suchanek added a comment. Sorry, I misread the title. (I thought you could help in hewiki but that is not the place where the problem was.) @Amire80: please test.TASK DETAILhttps://phabricator.wikimedia.org/T110825EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: Liuxinyu970226, TerraCodes, PokestarFan, IKhitron, Lydia_Pintscher, matej_suchanek, Amire80, Aklapper, GoranSMilovanovic, QZanden, Izno, Luke081515, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T172036: EntityUsageTable::getAffectedRowIds runs overly large queries
gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T172036EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, gerritbotCc: gerritbot, Aklapper, PokestarFan, hoo, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, Wikidata-bugs, aude, Mbch331, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T172036: EntityUsageTable::getAffectedRowIds runs overly large queries
gerritbot added a comment. Change 368551 had a related patch set uploaded (by Hoo man; owner: Hoo man): [mediawiki/extensions/Wikibase@master] Batch query in EntityUsageTable::getAffectedRowIds https://gerrit.wikimedia.org/r/368551TASK DETAILhttps://phabricator.wikimedia.org/T172036EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, gerritbotCc: gerritbot, Aklapper, PokestarFan, hoo, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T90436: Improve usage tracking granularity to avoid irrelevant changes showing in the watchlist.
Doc_James added a comment. We at WPMED pulled the us of nearly all WD properties about a year ago as this ability does not exist. The lack of its existence is preventing us of WD further. We have the bandwidth to keep an eye on the specific elements used. We do not have the bandwidth to keep an eye on the entire WD item.TASK DETAILhttps://phabricator.wikimedia.org/T90436EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Doc_JamesCc: Doc_James, hoo, PokestarFan, IKhitron, eranroz, Izno, Oliv0, Ltrlg, Scott_WUaS, Danmichaelo, CennoxX, Liuxinyu970226, aude, Lydia_Pintscher, daniel, Aklapper, GoranSMilovanovic, QZanden, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T172007: $itemId must be either ItemId or string
gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T172007EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDE, gerritbotCc: gerritbot, Aklapper, PokestarFan, Lucas_Werkmeister_WMDE, Ladsgroup, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, Wikidata-bugs, aude, Mbch331, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T172007: $itemId must be either ItemId or string
gerritbot added a comment. Change 368549 had a related patch set uploaded (by Lucas Werkmeister (WMDE); owner: Lucas Werkmeister (WMDE)): [mediawiki/extensions/WikibaseQualityConstraints@master] Support property IDs in UniqueValueChecker https://gerrit.wikimedia.org/r/368549TASK DETAILhttps://phabricator.wikimedia.org/T172007EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDE, gerritbotCc: gerritbot, Aklapper, PokestarFan, Lucas_Werkmeister_WMDE, Ladsgroup, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T172007: $itemId must be either ItemId or string
Lucas_Werkmeister_WMDE moved this task from Proposed to Doing on the Wikidata-Sprint board.Lucas_Werkmeister_WMDE added a project: Wikibase-Quality. TASK DETAILhttps://phabricator.wikimedia.org/T172007WORKBOARDhttps://phabricator.wikimedia.org/project/board/2351/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: Aklapper, PokestarFan, Lucas_Werkmeister_WMDE, Ladsgroup, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T172036: EntityUsageTable::getAffectedRowIds runs overly large queries
hoo created this task.hoo added projects: MediaWiki-extensions-WikibaseClient, Wikidata, Wikimedia-log-errors.Herald added subscribers: PokestarFan, Aklapper. TASK DESCRIPTIONDBQuery ERROR: Wikibase\Client\Usage\Sql\EntityUsageTable::getAffectedRowIds 10.64.32.1132013Lost connection to MySQL server during query (10.64.32.113) SELECT eu_row_id FROM `wbc_entity_usage`WHERE eu_page_id = '22480131' AND ((eu_aspect = 'L.en' AND eu_entity_id = 'Q10004333') OR (eu_aspect = 'L.en' AND eu_entity_id = 'Q10005068') OR (eu_aspect = 'L.de' AND eu_entity_id = 'Q10005068') OR (eu_aspect = 'L.en' AND eu_entity_id = 'Q10005087') OR (eu_aspect = 'L.de' AND eu_entity_id = 'Q10005087') OR (eu_aspect = 'L.en' AND eu_entity_id = 'Q10005107') OR (eu_aspect = 'L.de' AND eu_entity_id = 'Q10005107') OR (eu_aspect = 'L.en' AND eu_entity_id = 'Q10005162') OR (eu_aspect = 'L.de' AND eu_entity_id = 'Q10005162') OR […]","fname":"Wikibase\\Client\\Usage\\Sql\\EntityUsageTable::getAffectedRowIds"} (query truncated at […])TASK DETAILhttps://phabricator.wikimedia.org/T172036EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Aklapper, PokestarFan, hoo, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Claimed] T172007: $itemId must be either ItemId or string
Lucas_Werkmeister_WMDE claimed this task. TASK DETAILhttps://phabricator.wikimedia.org/T172007EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: Aklapper, PokestarFan, Lucas_Werkmeister_WMDE, Ladsgroup, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T114772: [Task] Implement SiteIdMapper service
Amire80 added a parent task: T172035: Blockers for Wikimedia wiki domain renaming. TASK DETAILhttps://phabricator.wikimedia.org/T114772EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Amire80Cc: hoo, Liuxinyu970226, StudiesWorld, Purodha, Aklapper, daniel, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T112426: [Bug] Querying Wikipedia for langlinks doesn't work for be-tarask, but works for be-x-old
Amire80 added a parent task: T172035: Blockers for Wikimedia wiki domain renaming. TASK DETAILhttps://phabricator.wikimedia.org/T112426EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Amire80Cc: PokestarFan, Jarekt, deryckchan, TerraCodes, Urbanecm, Keegan, JEumerus, zhuyifei1999, Luke081515, Liuxinyu970226, daniel, Anomie, Ricordisamoa, Purodha, Krenair, Ladsgroup, Lydia_Pintscher, aude, Aklapper, Matanya, Nikerabbit, Amire80, Dereckson, GoranSMilovanovic, QZanden, Sethakill, DatGuy, Devwaker, dg711, Tulsi_Bhagat, Izno, biplabanand, Wikidata-bugs, Snowolf, Dcljr, jayvdb, Jdforrester-WMF, Mbch331, Rxy, Jay8g, Legoktm___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T90436: Improve usage tracking granularity to avoid irrelevant changes showing in the watchlist.
daniel added a subscriber: hoo.daniel added a comment. @eranroz wrote filter out changes in wikidata which affect other languages (e.g label/description in [xx] language shouldn't appear for wiki with [yy] language). Possibly fallback languages may appear. So, if enwiki uses a ru label in an infobox about a russian city, and that label is changes, you don't want that to show in the watchlist? Relying on the wiki's content language for filtering seems like a bad idea. We can actually know which language is indeed used on the page, we should use that information! I think we should: improve tracking of data access done via Lua. Currently, programmatic access via Lua is tracked as "all data is used", causing all changes to show in the watchlist - because we don't know which ones are relevant. @hoo recently wrote some code that could be used to achieve this. improve how fallback languages are tracked. right now, changes to English labels show up everywhere, because English is the fallback for all other languages (for historical and practical reasons). But if the xx label was requested and is actually defined, there is no point in tracking English, too. We could removed that, reducing the noise. However, even then, if xx was requested but not defined, so English is used, both codes, xx and en, need to be tracked. Possibly same for sitelinks So, if the cswiki sitelink for Q22686 is changed to Osel_domácí, you don't want to know that your page on Donald Trump is now linking to the Czech page on donkeys? What we could try to do is to make use of rc tags to allow more fine grained filtering, so people can decide what to hide and what to include.TASK DETAILhttps://phabricator.wikimedia.org/T90436EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: hoo, PokestarFan, IKhitron, eranroz, Izno, Oliv0, Ltrlg, Scott_WUaS, Danmichaelo, CennoxX, Liuxinyu970226, aude, Lydia_Pintscher, daniel, Aklapper, GoranSMilovanovic, QZanden, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T110825: I see Wikidata entries in the watchlist in hewiki, but not in enwiki or cswiki
IKhitron added a comment. Sorry, @matej_suchanek, what do you mean?TASK DETAILhttps://phabricator.wikimedia.org/T110825EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: IKhitronCc: Liuxinyu970226, TerraCodes, PokestarFan, IKhitron, Lydia_Pintscher, matej_suchanek, Amire80, Aklapper, GoranSMilovanovic, QZanden, Izno, Luke081515, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Unblock] T108944: [Epic] Improve change dispatching
daniel closed subtask T113606: [Task] dispatchChanges should dispatch to local wiki if client functionality is enabled on the repo as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T108944EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: PokestarFan, Sjoerddebruin, hoo, Lydia_Pintscher, Jonas, Aklapper, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T113606: [Task] dispatchChanges should dispatch to local wiki if client functionality is enabled on the repo
daniel closed this task as "Resolved".daniel added a comment. Yea, this is done. It's not optional and needs no config. It won't make any difference in production, since we already had wikidatawiki configured as a client, and we are regularly dispatching changes to wikidatawiki.TASK DETAILhttps://phabricator.wikimedia.org/T113606EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Ladsgroup, gerritbot, PokestarFan, Aklapper, daniel, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T166348: Scribunto_LuaSandboxInterpreter::callFunction: LuaSandboxFunction::call returned false
daniel added a project: Wikidata.Herald added a subscriber: PokestarFan. TASK DETAILhttps://phabricator.wikimedia.org/T166348EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: PokestarFan, Liuxinyu970226, hoo, MoritzMuehlenhoff, greg, demon, thcipriani, TerraCodes, Jay8g, tstarling, mmodell, gerritbot, Anomie, Aklapper, Legoktm, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, SundanceRaphael, Izno, Wikidata-bugs, aude, Dinoguy1000, jayvdb, MrStradivarius, Jackmcbarn, Mbch331, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T90436: Improve usage tracking granularity to avoid irrelevant changes showing in the watchlist.
eranroz added a comment.Herald added a subscriber: PokestarFan. Currently it isn't feasible to use watchlist with wikidata changes in local wikis as it introduce too much noise, and this is the one of the main points against introducing wikidata to more templates by wikipedia editors, claiming there is no simple way to track against vandalism in templates using wikidata. I may work on it in the upcoming Wikimania hackthon. Specifically I'm planing to change how wikibase client works regarding watchlists: filter out changes in wikidata which affect other languages (e.g label/description in [xx] language shouldn't appear for wiki with [yy] language). Possibly fallback languages may appear. Possibly same for sitelinks (*) I'm aware that it MAY theoretically possible to use Lua to fetch label in other languages other than the local wiki language. However, this is extremely unlikely and if one want to support it we need to figure out how to track it easily.TASK DETAILhttps://phabricator.wikimedia.org/T90436EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: eranrozCc: PokestarFan, IKhitron, eranroz, Izno, Oliv0, Ltrlg, Scott_WUaS, Danmichaelo, CennoxX, Liuxinyu970226, aude, Lydia_Pintscher, daniel, Aklapper, GoranSMilovanovic, QZanden, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T169330: Changes to properties are not formatted in recent changes
Lydia_Pintscher added a project: Wikidata-Sprint. TASK DETAILhttps://phabricator.wikimedia.org/T169330EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: gerritbot, PokestarFan, Mbch331, Michgrig, Lea_Lacroix_WMDE, MisterSynergy, IKhitron, thiemowmde, daniel, Aklapper, Lydia_Pintscher, matej_suchanek, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, Wikidata-bugs, aude___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T113606: [Task] dispatchChanges should dispatch to local wiki if client functionality is enabled on the repo
Ladsgroup added a comment. Should we resolve it? I can't see any configs related to enabling it in wikidata so I'm guessing it gets automatically enabled?TASK DETAILhttps://phabricator.wikimedia.org/T113606EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: daniel, LadsgroupCc: Ladsgroup, gerritbot, PokestarFan, Aklapper, daniel, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Assigned] T113606: [Task] dispatchChanges should dispatch to local wiki if client functionality is enabled on the repo
Ladsgroup assigned this task to daniel.Ladsgroup removed a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T113606EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: daniel, LadsgroupCc: gerritbot, PokestarFan, Aklapper, daniel, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T172015: wikibase-addUsagesForPage doesn't batch properly
gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T172015EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Aklapper, Ladsgroup, PokestarFan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Marostegui, Lewizho99, Minhnv-2809, Maathavan, Izno, Luke081515, Wikidata-bugs, aude, Mbch331, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T172015: wikibase-addUsagesForPage doesn't batch properly
gerritbot added a comment. Change 368545 had a related patch set uploaded (by Ladsgroup; owner: Amir Sarabadani): [mediawiki/extensions/Wikibase@master] Split entity usage queries into chunks of 50 https://gerrit.wikimedia.org/r/368545TASK DETAILhttps://phabricator.wikimedia.org/T172015EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Aklapper, Ladsgroup, PokestarFan, GoranSMilovanovic, QZanden, Marostegui, Minhnv-2809, Izno, Luke081515, Wikidata-bugs, aude, Mbch331, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Claimed] T172015: wikibase-addUsagesForPage doesn't batch properly
Ladsgroup claimed this task.Herald added a project: User-Ladsgroup. TASK DETAILhttps://phabricator.wikimedia.org/T172015EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: gerritbot, Aklapper, Ladsgroup, PokestarFan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Marostegui, Lewizho99, Minhnv-2809, Maathavan, Izno, Luke081515, Wikidata-bugs, aude, Mbch331, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T110825: I see Wikidata entries in the watchlist in hewiki, but not in enwiki or cswiki
matej_suchanek added a subscriber: IKhitron.matej_suchanek added a comment.Herald added subscribers: PokestarFan, TerraCodes. @IKhitron: please #testMe.TASK DETAILhttps://phabricator.wikimedia.org/T110825EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: TerraCodes, PokestarFan, IKhitron, Lydia_Pintscher, matej_suchanek, Amire80, Aklapper, GoranSMilovanovic, QZanden, Izno, Luke081515, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T169330: Changes to properties are not formatted in recent changes
gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T169330EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, PokestarFan, Mbch331, Michgrig, Lea_Lacroix_WMDE, MisterSynergy, IKhitron, thiemowmde, daniel, Aklapper, Lydia_Pintscher, matej_suchanek, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, Wikidata-bugs, aude___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T169330: Changes to properties are not formatted in recent changes
gerritbot added a comment. Change 368541 had a related patch set uploaded (by Matěj Suchánek; owner: Matěj Suchánek): [mediawiki/extensions/Wikibase@master] Support any supported EntityIds in client recent changes https://gerrit.wikimedia.org/r/368541TASK DETAILhttps://phabricator.wikimedia.org/T169330EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, PokestarFan, Mbch331, Michgrig, Lea_Lacroix_WMDE, MisterSynergy, IKhitron, thiemowmde, daniel, Aklapper, Lydia_Pintscher, matej_suchanek, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T171461: Populate term_full_entity_id on test.wikidata.org
Ladsgroup added a comment. Yeah, writing something like that won't be hard.TASK DETAILhttps://phabricator.wikimedia.org/T171461EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: aude, LadsgroupCc: Marostegui, PokestarFan, hoo, Aklapper, Ladsgroup, aude, daniel, GoranSMilovanovic, QZanden, Minhnv-2809, Izno, Luke081515, Wikidata-bugs, Mbch331, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T170039: Pages display Lua error in mw.wikibase.entity.lua
Ladsgroup added a comment. In T170039#3483295, @Anomie wrote: I doubt errors in any of these places causes the errors in the other places. But the underlying bug in all three of those is T166348. Thanks for pointing out, in that case I couldn't find these errors in logsatsh or these two bugs are somehow related (just a wild guess, I have no idea how lua works).TASK DETAILhttps://phabricator.wikimedia.org/T170039EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: Mr.Ibrahem, Ladsgroup, eranroz, IKhitron, Kipod, zhuyifei1999, PokestarFan, hoo, Anomie, gerritbot, thiemowmde, Salgo60, AnotherLadsgroup, RolandUnger, Larske, Arbnos, daniel, putnik, Framawiki, Zebulon84, Thibaut120094, TerraCodes, Jay8g, Liuxinyu970226, aude, Vachovec1, Zdzislaw, ValterVB, Agabi10, Ankry, Jarekt, Lydia_Pintscher, matej_suchanek, JohnBlackburne, Aklapper, Johnuniq, Cosine02, GoranSMilovanovic, QZanden, JJMC89, SundanceRaphael, Johan, Izno, Luke081515, Cwek, Wikidata-bugs, Dinoguy1000, jayvdb, MrStradivarius, Arlolra, TheDJ, Jackmcbarn, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T165809: Does wbsetdescription really need the site parameter
matej_suchanek added a comment.Herald added a subscriber: PokestarFan. You misunderstood the meaning of the parameter. It doesn't say which site the description comes from but it's used to identify the correct item. There are two ways to identify the item: either using its id (id=Q12345) or a sitelink connected to it, which is identified using the siteid and the title (site=enwiki&title=Wikipedia → Q52).TASK DETAILhttps://phabricator.wikimedia.org/T165809EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: matej_suchanek, PokestarFan, aude, hoo, Aklapper, Florian, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
