RolandUnger created this task.
RolandUnger added projects: MediaWiki-Parser, Wikidata, Wikidata Analytics.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
**Steps to replicate the issue** (include links if applicable):
- Use for instance "https://de.wikivoyag
RolandUnger created this task.
RolandUnger added projects: Wikibase and Wikidata Architecture Overview,
Wikidata, Wikibase-Lua.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
**List of steps to reproduce** (step by step, including full links if
applicable):
- See
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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.
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
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
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
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
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
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
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
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
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
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
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
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
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
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
36 matches
Mail list logo
