[Wikidata-bugs] [Maniphest] [Claimed] T159699: [Task] Add a tooltip hint to the "Query Service" toolbar button on wikidata.org

Smarita claimed this task. TASK DETAILhttps://phabricator.wikimedia.org/T159699EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmaritaCc: ShapeOfMatter, PokestarFan, TerraCodes, matej_suchanek, Lydia_Pintscher, Aklapper, Viveksr96, GoranSMilovanovic,

[Wikidata-bugs] [Maniphest] [Updated] T175741: Set ElasticSearch implementation as default for wbsearchentites on Wikidata

gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T175741EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Sjoerddebruin, Aklapper, EBernhardson, dcausse, Lydia_Pintscher, daniel, Smalyshev,

[Wikidata-bugs] [Maniphest] [Commented On] T175741: Set ElasticSearch implementation as default for wbsearchentites on Wikidata

gerritbot added a comment. Change 379426 had a related patch set uploaded (by Smalyshev; owner: Smalyshev): [operations/mediawiki-config@master] Make using CirrusSearch engine default for wbsearchentities https://gerrit.wikimedia.org/r/379426TASK

[Wikidata-bugs] [Maniphest] [Triaged] T175741: Set ElasticSearch implementation as default for wbsearchentites on Wikidata

Smalyshev triaged this task as "Normal" priority. TASK DETAILhttps://phabricator.wikimedia.org/T175741EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Sjoerddebruin, Aklapper, EBernhardson, dcausse, Lydia_Pintscher, daniel, Smalyshev,

[Wikidata-bugs] [Maniphest] [Commented On] T176312: Don’t check format constraint via SPARQL (safely evaluating user-provided regular expressions)

tstarling added a comment. If you just want an approximately PCRE-like syntax, you could just translate the regex to a Lua pattern. Scribunto has equivalent code going in the other direction, in Scribunto_LuaUstringLibrary::patternToRegex(), which you could look at for ideas. Obviously you would

[Wikidata-bugs] [Maniphest] [Commented On] T176192: WDQS clone keeps freezing up on GC

Yurik added a comment. @Gehel I have been running it for a day with 16GB space, and got this gc report - apparently sys time is usually slow. Thread dump report. Any thoughts?TASK DETAILhttps://phabricator.wikimedia.org/T176192EMAIL

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T176312: Don’t check format constraint via SPARQL (safely evaluating user-provided regular expressions)

daniel added subscribers: GWicke, daniel.daniel added a comment. @GWicke suggest looking into RE2 https://en.wikipedia.org/wiki/RE2_(software)TASK DETAILhttps://phabricator.wikimedia.org/T176312EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: daniel,

[Wikidata-bugs] [Maniphest] [Commented On] T165982: Investigate using blazegraph for deep category searching / returning of results

debt added a comment. Stas recently announced that the category tree of a few wikis are now available as RDF dump and in Wikidata Query Service. More documentation is at: https://www.mediawiki.org/wiki/Wikidata_query_service/CategoriesTASK DETAILhttps://phabricator.wikimedia.org/T165982EMAIL

[Wikidata-bugs] [Maniphest] [Retitled] T176312: Don’t check format constraint via SPARQL (safely evaluating user-provided regular expressions)

daniel renamed this task from "Don’t check format constraint via SPARQL" to "Don’t check format constraint via SPARQL (safely evaluating user-provided regular expressions)". TASK DETAILhttps://phabricator.wikimedia.org/T176312EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T168041: Assign different favicons to query.wikidata.org and test.wikidata.org

Smalyshev added a comment. Also, the PNG image seems to have pretty large margins, which makes the actual icon look very small.TASK DETAILhttps://phabricator.wikimedia.org/T168041EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: gerritbot, Esc3300,

[Wikidata-bugs] [Maniphest] [Commented On] T168041: Assign different favicons to query.wikidata.org and test.wikidata.org

Smalyshev added a comment. @Charlie_WMDE I don't think we can use SVG, due to limited support, and PNG is 220x200 - is that the size we should use for the icon? Typically icons are smaller...TASK DETAILhttps://phabricator.wikimedia.org/T168041EMAIL

[Wikidata-bugs] [Maniphest] [Retitled] T176347: Grafana should be updated to reflect the new usage aspect C

Sjoerddebruin renamed this task from "Graphana should be updated to reflect the new usage aspect C" to "Grafana should be updated to reflect the new usage aspect C". TASK DETAILhttps://phabricator.wikimedia.org/T176347EMAIL

[Wikidata-bugs] [Maniphest] [Updated] T175588: Server overloaded .. can't save (only remove or cancel)

matej_suchanek added a project: TestMe.Herald added a subscriber: TerraCodes. TASK DETAILhttps://phabricator.wikimedia.org/T175588EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: TerraCodes, matej_suchanek, BBlack, Aklapper, Esc3300,

[Wikidata-bugs] [Maniphest] [Edited] T176347: Graphana should be updated to reflect the new usage aspect C

matej_suchanek updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION[[ https://grafana.wikimedia.org/dashboard/db/wikidata-entity-usage | Wikidata Entity Usage ]] and [[ https://grafana.wikimedia.org/dashboard/db/wikidata-entity-usage-project should | Wikidata Entity Usage

[Wikidata-bugs] [Maniphest] [Commented On] T176347: Graphana should be updated to reflect the new usage aspect C

hoo added a comment. Already done for the "Usage type comparison" graph (but data still needs to appear). Other graphs are yet missing.TASK DETAILhttps://phabricator.wikimedia.org/T176347EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: hoo,

[Wikidata-bugs] [Maniphest] [Created] T176347: Graphana should be updated to reflect the new usage aspect C

matej_suchanek created this task.matej_suchanek added projects: Wikidata, WMDE-Analytics-Engineering.Herald added a subscriber: Aklapper. TASK DESCRIPTIONWikidata Entity Usage and Wikidata Entity Usage Project should at least mention this one.TASK

[Wikidata-bugs] [Maniphest] [Block] T151717: Usage tracking: record which statement group is used

matej_suchanek created subtask T176347: Graphana should be updated to reflect the new usage aspect C. TASK DETAILhttps://phabricator.wikimedia.org/T151717EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: Bawolff, eranroz, Ottomata,

[Wikidata-bugs] [Maniphest] [Updated] T160274: Interlanguage links not appearing on Flow pages

gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T160274EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Cosine02, hoo, aude, Catrope, Liuxinyu970226, The_Discoverer, Aklapper, anant-k-agrawal,

[Wikidata-bugs] [Maniphest] [Commented On] T160274: Interlanguage links not appearing on Flow pages

gerritbot added a comment. Change 379294 had a related patch set uploaded (by Hoo man; owner: Hoo man): [mediawiki/extensions/Flow@master] Make BoardContent::getParserOutput call the "ContentAlterParserOutput" hook https://gerrit.wikimedia.org/r/379294TASK

[Wikidata-bugs] [Maniphest] [Commented On] T160274: Interlanguage links not appearing on Flow pages

hoo added a comment. The problem is that Wikibase uses the ContentAlterParserOutput hook to inject the language links, but Flow doesn't call that. Will fix.TASK DETAILhttps://phabricator.wikimedia.org/T160274EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:

[Wikidata-bugs] [Maniphest] [Commented On] T160274: Interlanguage links not appearing on Flow pages

hoo added a comment. I looked into this a bit: The langlinks table is empty: mysql:wikiadmin@db1078 [gomwiki]> SELECT * FROM langlinks WHERE ll_from = 7451; Empty set (0.00 sec) The language links of the ParserOutput are also empty: hoo@terbium:~$ mwscript eval.php --wiki gomwiki > $wikiPage

[Wikidata-bugs] [Maniphest] [Commented On] T174519: Determine baseline for metrics on Commons

Ramsey-WMF added a comment. Some specific desired metrics from multimedia (some are simple/basic, others...maybe not so much): how many search "hits" are based on a match in the file name vs. description vs. category better analysis of how many files may be currently "unfindable" because of lack

[Wikidata-bugs] [Maniphest] [Updated] T172914: mw.wikibase.entity: Use __index to lazy register entity usages

hoo added a comment. In T172914#3622132, @Bawolff wrote: As an aside, in the case of commons, it might make sense to always record label usage as being for all languages, instead of which specific language, since commons uses weird {{int:...}} hacks for multilingualness, which won't record all

[Wikidata-bugs] [Maniphest] [Commented On] T172914: mw.wikibase.entity: Use __index to lazy register entity usages

Bawolff added a comment. As an aside, in the case of commons, it might make sense to always record label usage as being for all languages, instead of which specific language, since commons uses weird {{int:...}} hacks for multilingualness, which won't record all the usages for non-canonical

[Wikidata-bugs] [Maniphest] [Commented On] T172246: Support rollout of editing wikidata descriptions on Android for en.wp

Elitre added a comment. Linking some of the discussions on the topic: 1 - 2 - 3 - 4 - 5.TASK DETAILhttps://phabricator.wikimedia.org/T172246EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ElitreCc: PokestarFan, Aklapper, JKatzWMF, Dbrant, Qgil, Trizek-WMF,

[Wikidata-bugs] [Maniphest] [Commented On] T151717: Usage tracking: record which statement group is used

hoo added a comment. (Shortly) after the refresh links got started: mysql:wikiadmin@db1038 [elwiki]> SHOW TABLE STATUS like "wbc_entity_usage"\G *** 1. row *** Name: wbc_entity_usage Engine: InnoDB Version: 10

[Wikidata-bugs] [Maniphest] [Commented On] T151717: Usage tracking: record which statement group is used

jcrespo added a comment. Cool, get if you can some `SHOW TABLE STATUS like stats, to get the "before" state in bytes (even if it had started some time ago).TASK DETAILhttps://phabricator.wikimedia.org/T151717EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:

[Wikidata-bugs] [Maniphest] [Commented On] T151717: Usage tracking: record which statement group is used

hoo added a comment. Just started refreshLinks.php for all articles on elwiki (https://wikitech.wikimedia.org/w/index.php?diff=1770578=1770577), this should fully update the entity usage table.TASK DETAILhttps://phabricator.wikimedia.org/T151717EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T151717: Usage tracking: record which statement group is used

hoo added a comment. Note: Before the deploy, elwiki had 798858 usages only: mysql:wikiadmin@db1038 [elwiki]> SELECT COUNT(*) AS No, eu_aspect FROM wbc_entity_usage GROUP BY eu_aspect ORDER BY No DESC; ++---+ | No | eu_aspect | ++---+ | 270849 | X | |

[Wikidata-bugs] [Maniphest] [Commented On] T151717: Usage tracking: record which statement group is used

hoo added a comment. After a few hours (w/o any mass purges from my side), the table looks like this: +--+ | COUNT(*) | +--+ | 1577837 | +--+ 1 row in set (0.50 sec) ++---+ | No | eu_aspect | ++---+ | 270820 | X | | 192107 | S

[Wikidata-bugs] [Maniphest] [Created] T176327: Special:GoToLinkedPage implicitly shows an error message

matej_suchanek created this task.matej_suchanek added projects: Wikidata, MediaWiki-extensions-WikibaseRepository.Herald added a subscriber: Aklapper. TASK DESCRIPTIONWhen you visit https://www.wikidata.org/wiki/Special:GoToLinkedPage, you will always see error: The entered ID of the item is not

[Wikidata-bugs] [Maniphest] [Updated] T128661: Don't add other projects links to commons on commons

hoo added a comment. Note: T173818: [Epic] Kill the Wikidata build step will also "magically" fix this, so I'm not sure direct action is required/ worth it here.TASK DETAILhttps://phabricator.wikimedia.org/T128661EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T173231: Wikidata Elastic search drops results with matches in different language label

Stashbot added a comment. Mentioned in SAL (#wikimedia-operations) [2017-09-20T15:36:29Z] upgrading elasticsearch plugins on elasticsearch eqiad, including cold restart of the cluster - T173231TASK DETAILhttps://phabricator.wikimedia.org/T173231EMAIL

[Wikidata-bugs] [Maniphest] [Created] T176321: Allow Special:GoToLinkedPage to use site=enwiki, * - open anything

Yurik created this task.Yurik added a project: Wikidata. TASK DESCRIPTIONSpecial:GoToLinkedPage is a great tool, but It needs wildcard support, when the specific Wikipedia article language is not known. For example, If I view an OpenStreetMap object in France, which has a WD id, I would like to

[Wikidata-bugs] [Maniphest] [Block] T176317: Add endpoint for Wikidata-based navigation in Wikipedias

Yurik created subtask T176321: Allow Special:GoToLinkedPage to use site=enwiki,* - open anything. TASK DETAILhttps://phabricator.wikimedia.org/T176317EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_Pintscher, YurikCc: Lydia_Pintscher, daniel, Smalyshev,

[Wikidata-bugs] [Maniphest] [Commented On] T176317: Add endpoint for Wikidata-based navigation in Wikipedias

Yurik added a comment. @Lydia_Pintscher I found that I can specify the list of fallbacks, but can I specify a list + "anything", which doesn't even have to be deterministic? Without it, one would have to generate a full list of all sites with every link - just like we currently have in the WDQS

[Wikidata-bugs] [Maniphest] [Commented On] T176317: Add endpoint for Wikidata-based navigation in Wikipedias

Yurik added a comment. This is awesome, sorry I didn't know about it! Is fallback documented anywhere? (i did try it, and it does work with comma-separated site values)TASK DETAILhttps://phabricator.wikimedia.org/T176317EMAIL

[Wikidata-bugs] [Maniphest] [Closed] T174422: Make dbBatchSize in WikiPageUpdater configurable

daniel moved this task from Review to Done on the Wikidata-Sprint board.daniel closed this task as "Resolved".daniel added a comment. All relevant patches are merged now.TASK DETAILhttps://phabricator.wikimedia.org/T174422WORKBOARDhttps://phabricator.wikimedia.org/project/board/2351/EMAIL

[Wikidata-bugs] [Maniphest] [Unblock] T173710: Job queue is increasing non-stop

daniel closed subtask T174422: Make dbBatchSize in WikiPageUpdater configurable as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T173710EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: YOUR1, Tbayer, mobrovac, Nikerabbit, Mholloway,

[Wikidata-bugs] [Maniphest] [Commented On] T174422: Make dbBatchSize in WikiPageUpdater configurable

gerritbot added a comment. Change 378228 merged by jenkins-bot: [mediawiki/extensions/Wikibase@master] Clean up unused code, comments and docs in WikiPageUpdaterTest https://gerrit.wikimedia.org/r/378228TASK DETAILhttps://phabricator.wikimedia.org/T174422EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T173710: Job queue is increasing non-stop

gerritbot added a comment. Change 377046 merged by jenkins-bot: [mediawiki/extensions/Wikibase@master] Allow batch sizes for different jobs to be defined separately. https://gerrit.wikimedia.org/r/377046TASK DETAILhttps://phabricator.wikimedia.org/T173710EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T174422: Make dbBatchSize in WikiPageUpdater configurable

gerritbot added a comment. Change 377046 merged by jenkins-bot: [mediawiki/extensions/Wikibase@master] Allow batch sizes for different jobs to be defined separately. https://gerrit.wikimedia.org/r/377046TASK DETAILhttps://phabricator.wikimedia.org/T174422EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T164742: [Story] Add Form to list of Forms (persistent)

gerritbot added a comment. Change 379233 had a related patch set uploaded (by Jakob; owner: Jakob): [mediawiki/extensions/WikibaseLexeme@master] Reload page to test persistence in browser test. https://gerrit.wikimedia.org/r/379233TASK DETAILhttps://phabricator.wikimedia.org/T164742EMAIL

[Wikidata-bugs] [Maniphest] [Updated] T176312: Don’t check format constraint via SPARQL

Krinkle added a project: TechCom-RfC. TASK DETAILhttps://phabricator.wikimedia.org/T176312EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: KrinkleCc: Lucas_Werkmeister_WMDE, Krinkle, Aklapper, GoranSMilovanovic, QZanden, Agabi10, Izno, Wikidata-bugs, aude,

[Wikidata-bugs] [Maniphest] [Closed] T176317: Add endpoint for Wikidata-based navigation in Wikipedias

Lydia_Pintscher closed this task as "Resolved".Lydia_Pintscher claimed this task.Lydia_Pintscher added a comment. This already exists: https://www.wikidata.org/wiki/Special:GoToLinkedPage You can submit a chain of sites for fallback.TASK DETAILhttps://phabricator.wikimedia.org/T176317EMAIL

[Wikidata-bugs] [Maniphest] [Created] T176317: Add endpoint for Wikidata-based navigation in Wikipedias

Yurik created this task.Yurik added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONBased on the discussion in OpenStreetMap mailing list, I would like to propose a new way to open Wikipedia articles - with a Wikidata ID: https://en.wikipedia.org/w/index.php?wd=Q42 ->

[Wikidata-bugs] [Maniphest] [Commented On] T173696: Cache constraint check results

gerritbot added a comment. Change 379222 had a related patch set uploaded (by Lucas Werkmeister (WMDE); owner: Aaron Schulz): [mediawiki/extensions/WikibaseQualityConstraints@master] Use per-regex cache map to cache regex check results https://gerrit.wikimedia.org/r/379222TASK

[Wikidata-bugs] [Maniphest] [Updated] T173696: Cache constraint check results

Lucas_Werkmeister_WMDE added a comment. Good point, let’s discuss this in T176312: Don’t check format constraint via SPARQL.TASK DETAILhttps://phabricator.wikimedia.org/T173696EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: Krinkle,

[Wikidata-bugs] [Maniphest] [Created] T176312: Don’t check format constraint via SPARQL

Lucas_Werkmeister_WMDE created this task.Lucas_Werkmeister_WMDE added projects: Wikidata, Wikibase-Quality, Wikibase-Quality-Constraints.Herald added a subscriber: Aklapper. TASK DESCRIPTIONChecking the format constraint on a SPARQL query service incurs a lot of overhead (ping, TCP, HTTP, SPARQL

[Wikidata-bugs] [Maniphest] [Commented On] T176312: Don’t check format constraint via SPARQL

Lucas_Werkmeister_WMDE added a comment. For the wikidata-constraints test system (which doesn’t have enough RAM to run BlazeGraph), I’ve written a tiny server, minisparql, which listens for REGEX() SPARQL queries and evaluates them with PCRE. We could use a very similar service, except we can do

[Wikidata-bugs] [Maniphest] [Updated] T151717: Usage tracking: record which statement group is used

hoo added a comment. This is in effect now and the first statement usages are coming in on elwiki: ++---+ | No | eu_aspect | ++---+ | 270848 | X | | 192094 | S | | 150218 | T | | 99255 | L.el | | 79981 | O | | 6461 |

[Wikidata-bugs] [Maniphest] [Commented On] T151717: Usage tracking: record which statement group is used

Stashbot added a comment. Mentioned in SAL (#wikimedia-operations) [2017-09-20T12:08:38Z] Synchronized wmf-config/Wikibase-production.php: Enable statement usage tracking on elwiki (T151717) (duration: 00m 49s)TASK DETAILhttps://phabricator.wikimedia.org/T151717EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T151717: Usage tracking: record which statement group is used

gerritbot added a comment. Change 375544 merged by jenkins-bot: [operations/mediawiki-config@master] Enable statement usage tracking on elwiki https://gerrit.wikimedia.org/r/375544TASK DETAILhttps://phabricator.wikimedia.org/T151717EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T168041: Assign different favicons to query.wikidata.org and test.wikidata.org

Charlie_WMDE added a comment. Hey @Smalyshev the following file is the correct one: F9531372: WD_Favicon_color_Query_black.png https://commons.wikimedia.org/wiki/File:Wikidata_Query_Service_Favicon.svgTASK DETAILhttps://phabricator.wikimedia.org/T168041EMAIL

[Wikidata-bugs] [Maniphest] [Unblock] T168532: Check constraints on qualifiers and references

Lucas_Werkmeister_WMDE closed subtask T175570: Don’t check some constraint types on non-statement contexts as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T168532EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: abian,

[Wikidata-bugs] [Maniphest] [Closed] T175570: Don’t check some constraint types on non-statement contexts

Lucas_Werkmeister_WMDE closed this task as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T175570EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: Sjoerddebruin, gerritbot, Aklapper, Lucas_Werkmeister_WMDE, Lordiis,

[Wikidata-bugs] [Maniphest] [Closed] T176062: Support Creator namespace in Commons link constraint

Lucas_Werkmeister_WMDE closed this task as "Resolved".Lucas_Werkmeister_WMDE claimed this task. TASK DETAILhttps://phabricator.wikimedia.org/T176062EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: gerritbot, Liuxinyu970226,

[Wikidata-bugs] [Maniphest] [Commented On] T175570: Don’t check some constraint types on non-statement contexts

gerritbot added a comment. Change 378932 merged by jenkins-bot: [mediawiki/extensions/WikibaseQualityConstraints@master] Finish new check result status for T175570 https://gerrit.wikimedia.org/r/378932TASK DETAILhttps://phabricator.wikimedia.org/T175570EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T173696: Cache constraint check results

daniel added a comment. @Krinkle wrote a while back: On the other hand, considering its for internal execution of a single regex, ~300ms is a lot. I wonder if something like a "simple" PHP or Python subprocess would work (something that runs preg_match or re.match, using tight firejail with

[Wikidata-bugs] [Maniphest] [Commented On] T176062: Support Creator namespace in Commons link constraint

gerritbot added a comment. Change 378944 merged by Lucas Werkmeister (WMDE): [mediawiki/extensions/WikibaseQualityConstraints@master] Fix CommonsLinkChecker for Creator namespace https://gerrit.wikimedia.org/r/378944TASK DETAILhttps://phabricator.wikimedia.org/T176062EMAIL

[Wikidata-bugs] [Maniphest] [Block] T173710: Job queue is increasing non-stop

daniel reopened subtask T174422: Make dbBatchSize in WikiPageUpdater configurable as "Open". TASK DETAILhttps://phabricator.wikimedia.org/T173710EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: YOUR1, Tbayer, mobrovac, Nikerabbit, Mholloway, Legoktm,

[Wikidata-bugs] [Maniphest] [Reopened] T174422: Make dbBatchSize in WikiPageUpdater configurable

daniel reopened this task as "Open".daniel added a comment. Reopening, because the patches failed to merge. CI is failing due to a problem in the Cirrus extension T174654.TASK DETAILhttps://phabricator.wikimedia.org/T174422EMAIL

[Wikidata-bugs] [Maniphest] [Claimed] T55619: API module to copy a claim from one item to another

Ladsgroup claimed this task.Ladsgroup added a project: Wikidata-Sprint.Herald added a project: User-Ladsgroup. TASK DETAILhttps://phabricator.wikimedia.org/T55619EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: PokestarFan, Liuxinyu970226, Snipre,

[Wikidata-bugs] [Maniphest] [Claimed] T168298: UI for editing a Lexeme's language

Jakob_WMDE claimed this task. TASK DETAILhttps://phabricator.wikimedia.org/T168298EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jakob_WMDECc: WMDE-leszek, Jan_Dittrich, Aklapper, daniel, Cinemantique, GoranSMilovanovic, QZanden, JGirault, Izno,

[Wikidata-bugs] [Maniphest] [Unassigned] T168300: UI for editing a Lexeme's lexical category

Jakob_WMDE removed Jakob_WMDE as the assignee of this task. TASK DETAILhttps://phabricator.wikimedia.org/T168300EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jakob_WMDECc: Jakob_WMDE, WMDE-leszek, Jan_Dittrich, Aklapper, daniel, Cinemantique,

[Wikidata-bugs] [Maniphest] [Closed] T154555: Special:SetSiteLink, other SpecialModifyEntity subclasses open master connection on GET

Ladsgroup closed this task as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T154555EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: PokestarFan, aude, Ladsgroup, Lydia_Pintscher, Amire80, daniel, Johan, Glaisher, Nemo_bis, Gilles,

[Wikidata-bugs] [Maniphest] [Commented On] T154555: Special:SetSiteLink, other SpecialModifyEntity subclasses open master connection on GET

Ladsgroup added a comment. This is plot of the events in the past 12 days: F9667791: image.png I LOVE itTASK DETAILhttps://phabricator.wikimedia.org/T154555EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: PokestarFan, aude, Ladsgroup,

[Wikidata-bugs] [Maniphest] [Commented On] T176273: Move the wbc_entity_usage table onto a dedicated DB shard

jcrespo added a comment. I know- it is only related because the wikidata migration require replication channels movement and that consumes DBA time, not because it contains wikidata.TASK DETAILhttps://phabricator.wikimedia.org/T176273EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T173696: Cache constraint check results

Lucas_Werkmeister_WMDE added a comment. One thing that could also be tweaked in that code is to track the last timestamp an entry was touched and prune ones older than a certain number of days. For busy regexes, that stops long-tail cruft from accumulating and reduce memcached I/O in bytes. If I

[Wikidata-bugs] [Maniphest] [Commented On] T164371: Respect units when checking “Range” and “Diff within range” constraints

Lucas_Werkmeister_WMDE added a comment. Copying this comment from Gerrit so it doesn’t get buried: There’s one remaining problem [with Change Ic5dee62c01, PS12]: While the conversion of units in “difference within range” is very nice in theory (at least, IMHO :) ), it doesn’t really work on

[Wikidata-bugs] [Maniphest] [Commented On] T173696: Cache constraint check results

aaron added a comment. In T173696#3620700, @Lucas_Werkmeister_WMDE wrote: Interesting idea! It feels a bit weird to implement logic like this on top of the cache (I thought that’s the cache’s job?), but you’re the expert :) it sounds like it makes a lot of sense, at least, since the set of

[Wikidata-bugs] [Maniphest] [Updated] T175199: Index certain statements for Wikidata items

daniel added a project: Wikidata-Sprint. TASK DETAILhttps://phabricator.wikimedia.org/T175199EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev, danielCc: aude, gerritbot, debt, EBernhardson, dcausse, daniel, Aklapper, Smalyshev, Lordiis,

[Wikidata-bugs] [Maniphest] [Commented On] T175199: Index certain statements for Wikidata items

gerritbot added a comment. Change 339575 had a related patch set uploaded (by Daniel Kinzler; owner: Smalyshev): [mediawiki/extensions/Wikibase@master] Add script to search entities from command line https://gerrit.wikimedia.org/r/339575TASK DETAILhttps://phabricator.wikimedia.org/T175199EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T176273: Move the wbc_entity_usage table onto a dedicated DB shard

daniel added a comment. @jcrespo please note that the proposed change is for all wikibase client wikis (that is, almost all wikis). Wikidata itself also has wbc_entity_usage since it is a client of itself, but the proposed change is much more relevant for large client wikis, such as enwiki and

[Wikidata-bugs] [Maniphest] [Unblock] T173710: Job queue is increasing non-stop

thiemowmde closed subtask T174422: Make dbBatchSize in WikiPageUpdater configurable as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T173710EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: YOUR1, Tbayer, mobrovac, Nikerabbit,

[Wikidata-bugs] [Maniphest] [Closed] T174422: Make dbBatchSize in WikiPageUpdater configurable

thiemowmde triaged this task as "High" priority.thiemowmde reassigned this task from Ladsgroup to daniel.thiemowmde closed this task as "Resolved".thiemowmde moved this task from Review to Done on the Wikidata-Sprint board. TASK

[Wikidata-bugs] [Maniphest] [Commented On] T173696: Cache constraint check results

Lucas_Werkmeister_WMDE added a comment. Interesting idea! It feels a bit weird to implement logic like this on top of the cache (I thought that’s the cache’s job?), but you’re the expert :) it sounds like it makes a lot of sense, at least, since the set of regexes is mostly static and the set of

[Wikidata-bugs] [Maniphest] [Updated] T165300: [Task] Drop PHP 5.3 and 5.4 support in all Wikidata code repositories

thiemowmde added a parent task: T170281: Raise PHP version requirement of Wikibase (and its related extensions) to 5.6. TASK DETAILhttps://phabricator.wikimedia.org/T165300EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Tobi_WMDE_SW,

[Wikidata-bugs] [Maniphest] [Updated] T170281: Raise PHP version requirement of Wikibase (and its related extensions) to 5.6

thiemowmde added a subtask: T165300: [Task] Drop PHP 5.3 and 5.4 support in all Wikidata code repositories. TASK DETAILhttps://phabricator.wikimedia.org/T170281EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Ricordisamoa, PokestarFan,

[Wikidata-bugs] [Maniphest] [Updated] T165300: [Task] Drop PHP 5.3 and 5.4 support in all Wikidata code repositories

thiemowmde added a parent task: T172165: Bump PHP requirement to 5.6 (or 7.x?) in 1.31. TASK DETAILhttps://phabricator.wikimedia.org/T165300EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Tobi_WMDE_SW, Lydia_Pintscher, hoo, aude, WMDE-leszek,

[Wikidata-bugs] [Maniphest] [Created] T176307: show diff when undoing edit in forms and senses

Lydia_Pintscher created this task.Lydia_Pintscher added a project: Lexicographical data.Herald added a subscriber: Aklapper.Herald added a project: Wikidata. TASK DESCRIPTIONWhen undoing an edit on a form or sense the undo page currently shows an empty diff. It should show the diff like it is done

[Wikidata-bugs] [Maniphest] [Commented On] T176273: Move the wbc_entity_usage table onto a dedicated DB shard

jcrespo added a comment. @hoo Regarding Wikimedia setup, you must know that it is our priority right now to move wikidata to a dedicated server group; which means from ops side no other structural change can happen at the same time. This is still needed (and doing it is blocked on code being