Vachovec1 renamed this task from "vdcaaa" to "Add placeholders to Lexicographical Data UI".Vachovec1 lowered the priority of this task from "High" to "Normal".Vachovec1 added a subscriber: Aklapper.Vachovec1 removed projects: TCB-Team, Mail, New-Ed
Vachovec1 renamed this task from "fddaaa" to "Make WDQS UI’s RDF namespaces and standard prefixes configurable".Vachovec1 raised the priority of this task from "High" to "Needs Triage".Vachovec1 added a subscriber: Aklapper.
TASK DETAILhttps:
Vachovec1 renamed this task from "kddaaa" to "Make WDQS UI completely configurable for other Wikibase installations".Vachovec1 raised the priority of this task from "High" to "Needs Triage".Vachovec1 added a subscriber: Aklapper.Vachovec1 remo
Vachovec1 renamed this task from "hddaaa" to "Make WDQS UI page title configurable".Vachovec1 raised the priority of this task from "High" to "Needs Triage".Vachovec1 added a subscriber: Aklapper.
TASK DETAILhttps://phabricator.wik
Vachovec1 renamed this task from "9pcaaa" to "Add Wikidata support to pmswikisource".Vachovec1 raised the priority of this task from "High" to "Needs Triage".Vachovec1 added a subscriber: Aklapper.Vachovec1 removed projects: TCB-Team, Mail, New-Ed
Vachovec1 removed a subscriber: Cloud-Services.Vachovec1 added a project: Cloud-Services.
TASK DETAILhttps://phabricator.wikimedia.org/T195008EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Bstorm, Vachovec1Cc: Aklapper, bd808, Bstorm, Stashbot, Marostegui
Vachovec1 renamed this task from "fqcaaa" to "Prepare and check storage layer for pmswikisource".Vachovec1 closed this task as "Resolved".Vachovec1 lowered the priority of this task from "High" to "Normal".Vachovec1 assigned this task to
Vachovec1 changed the task status from "Invalid" to "Declined".
TASK DETAILhttps://phabricator.wikimedia.org/T194299EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Vachovec1Cc: Addshore, hoo, Gaboe420, Versusxo, Majesticalreaper22, Giu
Vachovec1 renamed this task from "49caaa" to "Lock wait timeout exceeded in SqlIdGenerator::generateNewId".Vachovec1 closed this task as "Invalid".Vachovec1 raised the priority of this task from "High" to "Needs Triage".
TASK DE
Vachovec1 added a project: Wikimedia-Incident.Vachovec1 added a comment.
Added #wikimedia-incident tag. The incident report alrerady exists...TASK DETAILhttps://phabricator.wikimedia.org/T195520EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Vachovec1Cc
Vachovec1 added a comment.
In T170039#3553607, @Mbch331 wrote:
When I try to purge the page in the previous link through the API (with forcelinkupdate, which has the same effect as a null edit) also results in a Internal Server Error. Tried another year and that gives the same problem. Selected a
Vachovec1 added a comment.
24 hours after purging affected pages on cs-wiki, everything looks good:
no new Lua errors (of type error in mw.wikibase.entity.lua)
no more "phantom" Lua errors (false positives) in the "script errors" category
no more "phantom" Lua erro
Vachovec1 added a comment.
@Johan : I would reccomend something like this:
Lua executing entity = mw.wikibase.getEntity() or entity = mw.wikibase.getEntityObject() caused problems resulting in a big red error message(s) announcing a Lua error in mw.wikibase.entity.lua. This has now been fixed so
Vachovec1 added a comment.
In T170039#3545358, @Anomie wrote:
@Vachovec1: I already answered you about that in T170039#3467750. If a page is reparsed without updating link tables, a transient warning might be cleared while leaving the page in the error category until something does trigger a link
Vachovec1 added a comment.
Side note: the Category:Pages with script errors (cs-wiki version) contained a lot of false positives. We found similar false positives in Category:Pages where expansion depth is exceeded and Category:Pages with malformed coordinate tags (cs-wiki versions). Is this
Vachovec1 added a comment.
We did purging (for both categorized and uncategorized errors) on cs-wikipedia project. Crossing fingers now.TASK DETAILhttps://phabricator.wikimedia.org/T170039EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Vachovec1Cc
Vachovec1 added a comment.
@aude: any progress?TASK DETAILhttps://phabricator.wikimedia.org/T172592EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, Vachovec1Cc: Tacsipacsi, Arbnos, Larske, Nirmos, aude, Reception123, Andrei_Stroe, gerritbot, Obsuser
Vachovec1 added a comment.
In T170039#3476825, @Vachovec1 wrote:
In T170039#3475644, @IKhitron wrote:
You can try to purge all the page with the old message, and check tomorrow if there is a new one, or more, @Vachovec1,
OK, I purged/null edited everything. No positive search results now. We
Vachovec1 added a comment.
In T170039#3475644, @IKhitron wrote:
You can try to purge all the page with the old message, and check tomorrow if there is a new one, or more, @Vachovec1,
OK, purged/null edited everything. No positive search results now. We will see in 24 hours.TASK DETAILhttps
Vachovec1 added a comment.
@daniel: I am not sure, but Iam inclining to the version where both errors occurs independently. The category is completely unreliable (or the pages are reported with a long delay?). On cs-wiki someone probably just made a purge run through it (no affected pages are
Vachovec1 added a comment.
I see that from about Jun 13, there are ongoing problems with WMF ParserCache - T167784, probably as consequence of https://gerrit.wikimedia.org/r/#/c/354504/. Could it be related? A real root cause for bugs like this and T168040? Both bugs seem to be a consequence of
Vachovec1 added a comment.
In T170039#3469186, @JohnBlackburne wrote:
One of the new error messages at the bottom of en:Higgs Boson as I type:
Lua error in mw.wikibase.entity.lua at line 37: data.schemaVersion must be a number, got nil instead.
That could be result of an another bug. At cs
Vachovec1 added a comment.
In T170039#3467750, @Anomie wrote:
@Vachovec1: Desynchronization between the displayed version and the category membership is easily explained: not every parse of the page updates the links tables. If you have certain user preferences set, you see the page parsed
Vachovec1 added a comment.
I don't think this is primarily a Lua bug. I think Larske in T170039#3451753 has something with his "timing error" hypothesis. It really looks like this:
Page is loading, but "something" is timing out (or "some" process/job fails
Vachovec1 added a comment.
An observation: today I got through the Category: Pages with script errors equivalent at cs-wikipedia (https://cs.wikipedia.org/wiki/Kategorie:%C3%9Adr%C5%BEba:Str%C3%A1nky_s_chybami_skript%C5%AF). A lot of false positives (all purged), three real cases of this error
Vachovec1 added a comment.
The error can be persistent (if the affected page is not purged). I am watching this page: https://cs.wikipedia.org/wiki/Ole%C5%A1nice_(Polsko) for several days and the error is still present (not purging as it can be useful for debugging).
Another thing: it looks like
Vachovec1 added a comment.
In T170039#3441616, @Liuxinyu970226 wrote:
In T170039#3441308, @Vachovec1 wrote:
Bumping priority. This NEEDS attention.
Are you sure, absolutely sure, that without resolving this task many pages and many scripts will not render/work properly? If not, how do you
Vachovec1 added a project: MediaWiki-Parser.Vachovec1 added a comment.
Adding MediaWiki-Parser, because this looks like some bad caching (like T168040).
@aude: Added you because you are listed as a member of both MediaWiki-Parser and MediaWiki-extensions-WikibaseClient projects. Please decide
Vachovec1 raised the priority of this task from "High" to "Unbreak Now!".Vachovec1 added a subscriber: aude.Vachovec1 added a comment.Herald added subscribers: Liuxinyu970226, Jay8g, TerraCodes.
Bumping priority. This NEEDS attention.TASK DETAILhttps://phabricator.wikime
Vachovec1 added a comment.
An example of a completely broken page:
F8771865: Capture_2017_07_15_15_48_00_78.jpgTASK DETAILhttps://phabricator.wikimedia.org/T170039EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Vachovec1Cc: Vachovec1, Zdzislaw, ValterVB
Vachovec1 added a comment.
Because this error can completely break pages (although the problem can be repaired through a purge), I suggest UBN! priority.TASK DETAILhttps://phabricator.wikimedia.org/T170039EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To
Vachovec1 added a comment.
In T170039#3431944, @ValterVB wrote:
Also in it wikipedia we have the problem. You can check this with search: https://it.wikipedia.org/w/index.php?search=The+entity+data+must+be+a+table+obtained+via+mw.wikibase.getEntityObject.&title=Speciale:Ricerca&am
Vachovec1 added a comment.
Duplicate of T161263?TASK DETAILhttps://phabricator.wikimedia.org/T161297EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Vachovec1Cc: Vachovec1, Aklapper, Emijrp, QZanden, D3r1ck01, Izno, Wikidata-bugs, aude
33 matches
Mail list logo
