[Wikidata-bugs] [Maniphest] T265562: [6hr.] Investigation - Wikibase Lua: addStatementUsage seems unjustifiably expensive

2020-10-22 Thread RolandUnger
RolandUnger added a comment. I was surprised, too. And I did not made any changes (yesterday morning I only added some maintenance categories). The computing times for `addStatementUsage` oscillate (between 400 and 900 ms) but they are clearly reduced. I think yesterday the 1.36.0-wmf.14

[Wikidata-bugs] [Maniphest] T265562: [6hr.] Investigation - Wikibase Lua: addStatementUsage seems unjustifiably expensive

2020-10-21 Thread RolandUnger
RolandUnger added a comment. The computing times for `Scribunto_LuaSandboxCallback::getEntity` and `Scribunto_LuaSandboxCallback::addStatementUsage` did not change much, but only that of `Scribunto_LuaSandboxCallback::addStatementUsage` changed drastically. The number of properties fetched

[Wikidata-bugs] [Maniphest] T265562: [6hr.] Investigation - Wikibase Lua: addStatementUsage seems unjustifiably expensive

2020-10-21 Thread RolandUnger
RolandUnger added a comment. I am not sure if T263999 <https://phabricator.wikimedia.org/T263999> is the real cause for this bug. But I cannot exclude this cause, or maybe both bugs have a joint cause elsewhere. `addStatementUsage` only registers the use of an entity and a property a

[Wikidata-bugs] [Maniphest] T265562: Wikibase Lua: addStatementUsage seems unjustifiably expensive

2020-10-19 Thread RolandUnger
RolandUnger added a comment. The Wikivoyage template vCard <https://de.wikivoyage.org/wiki/Modul:VCard> can use up to 50 statements per template (see table ParWD at Module:VCard/Params <https://de.wikivoyage.org/wiki/Modul:VCard/Params>, too). About 5 `addStatementUsage` calls

[Wikidata-bugs] [Maniphest] T265562: Wikibase Lua: addStatementUsage seems unjustifiably expensive

2020-10-18 Thread RolandUnger
RolandUnger added a comment. If the bug is caused by cache limitations: Maybe a simple destructor `entity:remove()` would help. People told me that all entities are cached until the end of article parsing. But most of the entities are used in only one template and must not be cached any

[Wikidata-bugs] [Maniphest] T265562: Wikibase Lua: addStatementUsage seems unjustifiably expensive

2020-10-18 Thread RolandUnger
RolandUnger added a comment. I tried to remove the museum section from https://de.wikivoyage.org/wiki/Halle_(Saale) and to stop using qualifiers and references from entities but the bug remained. But it seems that this bug depends on the number of entities loaded: - https

[Wikidata-bugs] [Maniphest] T265562: Wikibase Lua: addStatementUsage seems unjustifiably expensive

2020-10-16 Thread RolandUnger
RolandUnger added a comment. See also T189409 <https://phabricator.wikimedia.org/T189409>. TASK DETAIL https://phabricator.wikimedia.org/T265562 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: RolandUnger Cc: hoo, Lydia_Pintscher, Rolan

[Wikidata-bugs] [Maniphest] T265562: Wikibase Lua: addStatementUsage seems unjustifiably expensive

2020-10-16 Thread RolandUnger
RolandUnger added projects: MediaWiki-extensions-WikibaseClient, MediaWiki-extensions-Scribunto. TASK DETAIL https://phabricator.wikimedia.org/T265562 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: RolandUnger Cc: hoo, Lydia_Pintscher, RolandUnger

[Wikidata-bugs] [Maniphest] T265562: Wikibase Lua: addStatementUsage seems unjustifiably expensive

2020-10-15 Thread RolandUnger
RolandUnger added a comment. It seems that it is a sudden spike. The computing time only for `addStatementUsage` jumped from about 600 ms to 5000 ms (all Lua stuff from about 4.5 sec to about 9 sec). Within the last two weeks I added and optimized the analysis of opening hours to our vCard

[Wikidata-bugs] [Maniphest] T265562: Wikibase Lua: addStatementUsage seems unjustifiably expensive

2020-10-15 Thread RolandUnger
RolandUnger added a project: MediaWiki-Cache. TASK DETAIL https://phabricator.wikimedia.org/T265562 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: RolandUnger Cc: hoo, Lydia_Pintscher, RolandUnger, Aklapper, Akuckartz, Iflorez, darthmon_wmde

[Wikidata-bugs] [Maniphest] T265565: Getting Q-Id info with Lua call

2020-10-14 Thread RolandUnger
RolandUnger created this task. RolandUnger added projects: Wikidata, Wikibase-Lua. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION It is impossible to access Q-Id info with a Lua function. It can be done only by a API call like `https://www.wikidata.org/w/api.php

[Wikidata-bugs] [Maniphest] T265562: Wikibase Lua: addStatementUsage seems unjustifiably expensive

2020-10-14 Thread RolandUnger
RolandUnger added a comment. Maybe it is the same like T236485 <https://phabricator.wikimedia.org/T236485>. TASK DETAIL https://phabricator.wikimedia.org/T265562 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: RolandUnger Cc: Lydia_Pin

[Wikidata-bugs] [Maniphest] T265562: Wikibase Lua: addStatementUsage seems unjustifiably expensive

2020-10-14 Thread RolandUnger
RolandUnger created this task. RolandUnger added projects: Wikidata, Wikibase-Lua, Wikidata-Campsite (Wikidata-Campsite-Iteration-∞), Performance Issue. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION The computing times increased drastically by about 100 %, mainly

[Wikidata-bugs] [Maniphest] [Updated] T237884: mw.wikibase.getBestStatements is slow when used on objects with many properties

2020-03-06 Thread RolandUnger
RolandUnger added a comment. In this regard I made the proposal of T179638 <https://phabricator.wikimedia.org/T179638> about two years ago. TASK DETAIL https://phabricator.wikimedia.org/T237884 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailprefe

[Wikidata-bugs] [Maniphest] [Updated] T243779: Wikidata internal error

2020-01-27 Thread RolandUnger
RolandUnger added a project: Wikibase-DataModel. TASK DETAIL https://phabricator.wikimedia.org/T243779 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: RolandUnger Cc: RolandUnger, Aklapper, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic

[Wikidata-bugs] [Maniphest] [Created] T243779: Wikidata internal error

2020-01-27 Thread RolandUnger
RolandUnger created this task. RolandUnger added a project: Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION If I call `https://www.wikidata.org/w/index.php?title=Q28966042=no` then I get a server error or an exception like `[Xi8HgwpAADsAADteSMgAAACA] 2020-01-27

[Wikidata-bugs] [Maniphest] [Commented On] T225497: Update Wikibase Lua documentation

2019-08-23 Thread RolandUnger
RolandUnger added a comment. After ten weeks nothing is done. Why? TASK DETAIL https://phabricator.wikimedia.org/T225497 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: RolandUnger Cc: WMDE-leszek, Aklapper, Lydia_Pintscher, RolandUnger

[Wikidata-bugs] [Maniphest] [Updated] T66315: Move "Data item" link outside of sidebar toolbox

2019-08-22 Thread RolandUnger
RolandUnger added a comment. @WMDE-leszek, for instance on the French Wikipedia and on the German Wikivoyage we added icons to the items of the "in other project" list to make them more prominent. That's why we added rules to the MediaWiki:Vector.css stylesheet. And that's w

[Wikidata-bugs] [Maniphest] [Updated] T230958: deWikisource doesn't show Wikibase-Item (API) / Link to Wikidata (UI)

2019-08-22 Thread RolandUnger
RolandUnger added a comment. This behavior occurs in other projects, too. I mentioned this in T66315 <https://phabricator.wikimedia.org/T66315>. Unfortunately it is now necessary to make zero-edits to show the link in the "in other projects" list. TAS

[Wikidata-bugs] [Maniphest] [Commented On] T66315: Move "Data item" link outside of sidebar toolbox

2019-08-22 Thread RolandUnger
RolandUnger added a comment. You should inform the communities on this (skin) change. This is necessary because the toolbox item is already vanished but the item in the "other project" list not yet available. We had to make zero-edits to make the new item visible.

[Wikidata-bugs] [Maniphest] [Updated] T226925: mw.wikibase.getReferencedEntityId() fails

2019-06-30 Thread RolandUnger
RolandUnger added a comment. Missing Lua documentation is a big problem, see T225497 <https://phabricator.wikimedia.org/T225497>, too. TASK DETAIL https://phabricator.wikimedia.org/T226925 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailprefe

[Wikidata-bugs] [Maniphest] [Created] T226925: mw.wikibase.getReferencedEntityId() fails

2019-06-30 Thread RolandUnger
RolandUnger created this task. RolandUnger added projects: Wikidata, Wikidata-Campsite, Wikibase-Lua, MediaWiki-Documentation. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION Sometimes mw.wikibase.getReferencedEntityId() calls unexpectedly fail. For instance, a single

[Wikidata-bugs] [Maniphest] [Updated] T182147: more convenience functions for Lua

2018-03-15 Thread RolandUnger
RolandUnger added a comment. At Wikivoyage (Modul:FastWikidata) we introduced some helpful and simple functions with support of @thiemowmde. Searching for parent entities along a P31-P279 chain. Proposal: typeSearch( childId, idArray, limit ). childId is the entity id (or entity) to start

[Wikidata-bugs] [Maniphest] [Updated] T189409: Strong reduction of computing time at Wikivoyage needed

2018-03-15 Thread RolandUnger
RolandUnger added a comment. Thanks again to @Anomie for the profiler details. The fixes made by @thiemowmde could help to reduce the computing time of the Wikibase related calls from former 5000 ms to 900 ms now. I agree with thiemowmde to investigate further improvements in frame of T182147. I

[Wikidata-bugs] [Maniphest] [Commented On] T189409: Strong reduction of computing time at Wikivoyage needed

2018-03-15 Thread RolandUnger
RolandUnger added a comment. Today the computing time was similar to the values a few weeks ago. For https://de.wikivoyage.org/wiki/Halle_%28Saale%29, we have now 3700-3900 ms as compared to about yesterday's 8000 ms for 237 vCard templates. Comparing with other articles I estimated a computing

[Wikidata-bugs] [Maniphest] [Commented On] T189409: Strong reduction of computing time at Wikivoyage needed

2018-03-12 Thread RolandUnger
RolandUnger added a comment. @thiemowmde Of course I can wait until Wednesday/Thursday to test it again. The report will follow.TASK DETAILhttps://phabricator.wikimedia.org/T189409EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: RolandUngerCc: hoo

[Wikidata-bugs] [Maniphest] [Commented On] T189409: Strong reduction of computing time at Wikivoyage needed

2018-03-12 Thread RolandUnger
RolandUnger added a comment. Thanks very much for your answers. As I told now parsing takes now between 8 to 10 s, a few weeks ago it was only 4 s. I have no explanations for this phenomenon of the 100 % increase of the computing time. Is there anybody who knows the reason? I estimated

[Wikidata-bugs] [Maniphest] [Created] T189409: Strong reduction of computing time at Wikivoyage needed

2018-03-11 Thread RolandUnger
RolandUnger created this task.RolandUnger added projects: Wikidata, LuaSandbox, hardware-requests, MediaWiki-extensions-WikibaseClient.Herald added a project: Operations. TASK DESCRIPTIONIf you are looking for the profiling data at the article "Halle (Saale)" at the German Wikivoy

[Wikidata-bugs] [Maniphest] [Created] T179638: Property filter to reduce computing time of mw.wikibase.getEntity()

2017-11-03 Thread RolandUnger
RolandUnger created this task.RolandUnger added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONmw.wikibase.getEntity() is an expensive function which can be called several hundreds times in an article. The computing time is huge if an entity owns many properties. In most

[Wikidata-bugs] [Maniphest] [Commented On] T170039: Pages display Lua error in mw.wikibase.entity.lua

2017-08-09 Thread RolandUnger
RolandUnger added a comment. Thanks for your answer. We will check for the cause in the scripts and why these errors occurred only today.TASK DETAILhttps://phabricator.wikimedia.org/T170039EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: RolandUngerCc

[Wikidata-bugs] [Maniphest] [Updated] T170039: Pages display Lua error in mw.wikibase.entity.lua

2017-08-09 Thread RolandUnger
RolandUnger added a comment. Today we detected inexplicable Lua/Wikidata errors. Maybe they have the same cause like this described in this task. In Rocky Mountain National Park we got the message, that the Object ids "Q4735531, Q4878135" are not known. But these ids are not used in t

[Wikidata-bugs] [Maniphest] [Commented On] T170039: Pages display Lua error in mw.wikibase.entity.lua

2017-07-26 Thread RolandUnger
RolandUnger added a comment. Thanks. This script is helpful.TASK DETAILhttps://phabricator.wikimedia.org/T170039EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: RolandUngerCc: eranroz, IKhitron, Kipod, zhuyifei1999, PokestarFan, hoo, Anomie, gerritbot

[Wikidata-bugs] [Maniphest] [Commented On] T170039: Pages display Lua error in mw.wikibase.entity.lua

2017-07-26 Thread RolandUnger
RolandUnger added a comment. Yes, I am really interested.TASK DETAILhttps://phabricator.wikimedia.org/T170039EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: RolandUngerCc: eranroz, IKhitron, Kipod, zhuyifei1999, PokestarFan, hoo, Anomie, gerritbot, thiemowmde

[Wikidata-bugs] [Maniphest] [Commented On] T170039: Pages display Lua error in mw.wikibase.entity.lua

2017-07-25 Thread RolandUnger
RolandUnger added a comment. It seems that there is no fast solution of this problem. Within the last month I made more than one thousand null-edits manually, and I did not get any support from the community. We need help to clear the Category:Pages_with_script_errors because we need this category