Liuxinyu970226 added a comment.
在T199787#4430692中，@Bugreporter写道：
However the spike does not stop when the import stopped.
If you can't stop that work of your bot, then even I won't see if one day this issue can be fixedTASK DETAILhttps://phabricator.wikimedia.org/T199787EMAIL
Krinkle updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...| {F23876255}| {F23875640}
| {F23876682} | {F23875941}...TASK DETAILhttps://phabricator.wikimedia.org/T199855EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: KrinkleCc:
ReleaseTaggerBot edited projects, added MW-1.32-release-notes (WMF-deploy-2018-07-24 (1.32.0-wmf.14)); removed MW-1.32-release-notes (WMF-deploy-2018-07-17 (1.32.0-wmf.13)).
TASK DETAILhttps://phabricator.wikimedia.org/T198032EMAIL
ReleaseTaggerBot added a project: MW-1.32-release-notes (WMF-deploy-2018-07-24 (1.32.0-wmf.14)).
TASK DETAILhttps://phabricator.wikimedia.org/T198200EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ReleaseTaggerBotCc: Lucas_Werkmeister_WMDE, Addshore,
ReleaseTaggerBot added a project: MW-1.32-release-notes (WMF-deploy-2018-07-24 (1.32.0-wmf.14)).
TASK DETAILhttps://phabricator.wikimedia.org/T198196EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, ReleaseTaggerBotCc: gerritbot, Ladsgroup, Mikepipo,
ReleaseTaggerBot edited projects, added MW-1.32-release-notes (WMF-deploy-2018-07-24 (1.32.0-wmf.14)); removed MW-1.32-release-notes (WMF-deploy-2018-07-17 (1.32.0-wmf.13)).
TASK DETAILhttps://phabricator.wikimedia.org/T198197EMAIL
ReleaseTaggerBot added a project: MW-1.32-release-notes (WMF-deploy-2018-07-24 (1.32.0-wmf.14)).
TASK DETAILhttps://phabricator.wikimedia.org/T198199EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ReleaseTaggerBotCc: gerritbot, Lydia_Pintscher, Addshore,
Krinkle created this task.Krinkle added a project: Wikidata-Page-Banner.Herald added a subscriber: Aklapper.Herald added a project: Wikidata.
TASK DESCRIPTIONI've noticed this on test2.wikipedia.org where the extension was enabled.
F23876255: capture3.pngF23875640: capture.pngF23875941:
Krinkle added projects: Regression, Readers-Web-Backlog.
TASK DETAILhttps://phabricator.wikimedia.org/T199855EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: KrinkleCc: Aklapper, Krinkle, Lahi, Gq86, GoranSMilovanovic, Jrbranaa, QZanden, LawExplorer, Winter,
kaldari added a comment.
the word "century" is not compatible with the data model and should not be used anywhere in the user interface.
@Jc3s5h: As I've mentioned before, there are separate tickets for discussing both the century data model problem (T73459) and the use of "century" in the
Smalyshev added a comment.
As one of the possible solutions for this: https://commons.wikimedia.org/wiki/User:TabulistBot
Not sure whether it closes the task, but at least it implements a major part of it.TASK DETAILhttps://phabricator.wikimedia.org/T67626EMAIL
Smalyshev removed a project: Traffic.
TASK DETAILhttps://phabricator.wikimedia.org/T154015EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: PokestarFan, Smalyshev, Ottomata, Ricordisamoa, Boshomi, Lydia_Pintscher, Aklapper, Esc3300, AndyTan,
Smalyshev triaged this task as "Low" priority.Smalyshev added a comment.
See https://commons.wikimedia.org/wiki/User:TabulistBot - may be appropriate for the same use case.TASK DETAILhttps://phabricator.wikimedia.org/T187424EMAIL
Smalyshev added a comment.
Not exactly Quarry, but see https://commons.wikimedia.org/wiki/User:TabulistBot - this should be similar to Listeria and generate persistent reusable tabular data.
@Lucas_Werkmeister_WMDE I agree there are some downsides to this model, but I think it's the easiest and
Smalyshev closed this task as "Declined".Smalyshev added a comment.
I don't think it's happening. If we decide otherwise in the future, we can reopen, but for now I don't think it makes sense to keep this open.TASK DETAILhttps://phabricator.wikimedia.org/T153563EMAIL
Smalyshev closed subtask T153563: Consider switching to HTTPS for Wikidata query service links as "Declined".
TASK DETAILhttps://phabricator.wikimedia.org/T153513EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Lydia_Pintscher, Esc3300,
Liuxinyu970226 added a comment.
在T199787#4430686中，@Nikki写道：
I see no evidence for that. GZWDer's edits started at 17:47 on the 14th (link)
Unless if you have at least one screenshot and dump to identify that, you believe that this problem happened before this timestamp, my comment is still
Greta_Doci_WMDE triaged this task as "Low" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T199709EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Greta_Doci_WMDECc: Greta_Doci_WMDE, wassan.anmol117, Jakob_WMDE, Mringgaard, Lahi, Gq86,
Greta_Doci_WMDE added a comment.
It happened the same to me:
F23857664: lexeme_back.PNGTASK DETAILhttps://phabricator.wikimedia.org/T199709EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Greta_Doci_WMDECc: Greta_Doci_WMDE, wassan.anmol117, Jakob_WMDE,
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T151057EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, prssanna, Lydia_Pintscher, PokestarFan, Liuxinyu970226, Smalyshev, Jheald, Aklapper,
gerritbot added a comment.
Change 446491 had a related patch set uploaded (by Prssanna; owner: Prssanna):
[wikidata/query/gui@master] New toolbars for embed view
https://gerrit.wikimedia.org/r/446491TASK DETAILhttps://phabricator.wikimedia.org/T151057EMAIL
Ladsgroup added a comment.
https://wikidata.beta.wmflabs.org/w/index.php?title=Lexeme:L5=1041639=1015099TASK DETAILhttps://phabricator.wikimedia.org/T198032EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: Ladsgroup, gerritbot, Lydia_Pintscher,
Ladsgroup added a comment.
@Lydia_Pintscher This is actually testable in beta cluster now. The UI needs some polish but overall it works.TASK DETAILhttps://phabricator.wikimedia.org/T198032EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc:
Smalyshev created this task.Smalyshev added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONwb_terms table contains terms - e.g. labels, descriptions, etc. - for Wikidata items. The length of these terms is limited by the table definitions:
| term_text |
Cparle added a comment.
Hehe very well then @Jheald I'll make sure it happensTASK DETAILhttps://phabricator.wikimedia.org/T194401EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: CparleCc: Jheald, Aklapper, Smalyshev, Ramsey-WMF, Cparle, Lahi, PDrouin-WMF,
gerritbot added a comment.
Change 445613 merged by jenkins-bot:
[mediawiki/extensions/WikibaseLexeme@master] Add API module for adding Senses
https://gerrit.wikimedia.org/r/445613TASK DETAILhttps://phabricator.wikimedia.org/T198200EMAIL
gerritbot added a comment.
Change 445613 merged by jenkins-bot:
[mediawiki/extensions/WikibaseLexeme@master] Add API module for adding Senses
https://gerrit.wikimedia.org/r/445613TASK DETAILhttps://phabricator.wikimedia.org/T198196EMAIL
Jc3s5h added a comment.
In T95553#4430944, @Jarekt wrote:
Phabricator tickets are not a good place to debate the definitions of phrases like "20th century". The meaning of that term was defined a long time ago and should not depend on Wikidata or other software. I am no expert on the matter but
Jc3s5h added a comment.
I would say the data model must be obeyed, and every aspect of the user interface must obey the data model. The presence of the word "century" in the user interface is a lie. This ticket should be closed as requesting the developers to refine a lie.TASK
gerritbot added a comment.
Change 446320 merged by jenkins-bot:
[mediawiki/extensions/WikibaseLexeme@master] Introduce SenseChanger
https://gerrit.wikimedia.org/r/446320TASK DETAILhttps://phabricator.wikimedia.org/T198197EMAIL
gerritbot added a comment.
Change 446286 merged by jenkins-bot:
[mediawiki/extensions/WikibaseLexeme@master] Add parsing and deserialization of sense ChangeOps
https://gerrit.wikimedia.org/r/446286TASK DETAILhttps://phabricator.wikimedia.org/T198196EMAIL
gerritbot added a comment.
Change 446285 merged by jenkins-bot:
[mediawiki/extensions/WikibaseLexeme@master] Add ChangeOps for editing senses
https://gerrit.wikimedia.org/r/446285TASK DETAILhttps://phabricator.wikimedia.org/T198196EMAIL
gerritbot added a comment.
Change 446285 merged by jenkins-bot:
[mediawiki/extensions/WikibaseLexeme@master] Add ChangeOps for editing senses
https://gerrit.wikimedia.org/r/446285TASK DETAILhttps://phabricator.wikimedia.org/T198199EMAIL
Smalyshev added a comment.
I don’t think it’s possible to construct a ReDoS attack without any nesting
Wouldn't something like a*b*[ac]*$ be still dangerous? Maybe not as dangerous as nested ones, but seems to still have some evil potential.
There's also this one:
Jc86035 added a comment.
user interface is the only place that interprets the precision
Is the standard behaviour documented anywhere? Wikibase/DataModel does not appear to contain any information about how the behaviour of the user interface is different for centuries and millennia.TASK
Lucas_Werkmeister_WMDE added a comment.
I’m not sure how to answer that question, because I don’t really understand how WBQC uses WDQS. According to Grafana, the mean runtime for all four checkers which potentially use SPARQL (type, value type, format, unique) is somewhere between 15 seconds and
Lucas_Werkmeister_WMDE added a comment.
In T95553#4430887, @Jc3s5h wrote:
I would say rather that most of Wikibase follows much of ISO 8601:2004, and in particular, follows that standard with respect to centuries, for example, when 4 digit years are being used, the precision is century, and the
Smalyshev added a comment.
should we even be getting HTTP 429 errors from the internal endpoint?
Yes :) The internal endpoint still designed to serve multiple client scenarios, even if reduced to internal ones. Which means there should be balancing between them, so runaway client wouldn't take it
Jc86035 created this task.Jc86035 added projects: Wikibase-DataModel, Easy.Herald added a subscriber: Aklapper.Herald added a project: Wikidata.
TASK DESCRIPTIONhttps://phabricator.wikimedia.org/diffusion/EWBA/browse/master/docs/json.wiki contains a link error; [[w:Universal time universal
gerritbot added a comment.
Change 446284 merged by jenkins-bot:
[mediawiki/extensions/WikibaseLexeme@master] Rename FormSummaryAggregator to SummaryAggregator
https://gerrit.wikimedia.org/r/446284TASK DETAILhttps://phabricator.wikimedia.org/T198196EMAIL
Lucas_Werkmeister_WMDE added a comment.
As an interim solution, would it be okay to use unsandboxed preg_match for certain regexes which are known to be safe, and to continue to use SPARQL for all others? For example, currently, 2304 out of 2999 regexes in format constraints don’t contain any
Jc86035 added a comment.
Link to the bot request to clean up data automatically because Wikibase won't do it by itself and no one's fixed it in five yearsTASK DETAILhttps://phabricator.wikimedia.org/T196674EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
Jc86035 added a comment.
when 4 digit years are being used, the precision is century, and the first two digits of the year are 20, then the date could be anywhere from 1 January 2000 to and including 31 December 2099
@Jc3s5h The user interface says "20. century" for +2000-00-00T00:00:00/7, and if
Lucas_Werkmeister_WMDE added subscribers: Addshore, Lucas_Werkmeister_WMDE.Lucas_Werkmeister_WMDE added a comment.
This basically boils down to ensuring that a LexemeTermLanguageValidator is involved somewhere in the request parsing process. @Addshore patch for wbladdsense does that, we just need
gerritbot added a comment.
Change 445613 had a related patch set uploaded (by Lucas Werkmeister (WMDE); owner: Addshore):
[mediawiki/extensions/WikibaseLexeme@master] Add API module for adding Senses
https://gerrit.wikimedia.org/r/445613TASK DETAILhttps://phabricator.wikimedia.org/T198200EMAIL
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T198200EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Lydia_Pintscher, RazShuty, Mringgaard, Gaboe420, Versusxo, Majesticalreaper22,
gerritbot added a comment.
Change 446332 merged by jenkins-bot:
[mediawiki/extensions/WikibaseLexeme@master] Add support for senses in LexemeRevisionStore.js
https://gerrit.wikimedia.org/r/446332TASK DETAILhttps://phabricator.wikimedia.org/T198197EMAIL
Jarekt added a comment.
Phabricator tickets are not a good place to debate the definitions of phrases like "20th century". The meaning of that term was defined a long time ago and should not depend on Wikidata or other software. I am no expert on the matter but articles on individual centuries on
zeljkofilipin added a parent task: T188742: Run tests daily targeting beta cluster for all repositories with Selenium tests.
TASK DETAILhttps://phabricator.wikimedia.org/T194252EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszek, zeljkofilipinCc:
Jc3s5h added a comment.
In T196674#4430825, @Jarekt wrote:
Current Wikibase definition of beginning and ending years of a century and millennium are in synch with the definitions in the English or German Wikipedia, see :de:19._Jahrhundert for example. Maybe Wikibase software could just provide a
Lucas_Werkmeister_WMDE edited projects, added Wikidata-Senses-Iteration1; removed Wikidata-Senses-Hike.
TASK DETAILhttps://phabricator.wikimedia.org/T198199EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: gerritbot, Lydia_Pintscher,
gerritbot added a comment.
Change 445652 had a related patch set uploaded (by Zfilipin; owner: Zfilipin):
[mediawiki/extensions/WikibaseLexeme@master] Selenium: add selenium-daily NPM script
https://gerrit.wikimedia.org/r/445652TASK DETAILhttps://phabricator.wikimedia.org/T194252EMAIL
Lucas_Werkmeister_WMDE removed a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T198035EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: gerritbot, Aklapper, Lucas_Werkmeister_WMDE, Addshore, RazShuty,
zeljkofilipin updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONTwo jobs should be created, one running Ruby Selenium tests ([[ https://integration.wikimedia.org/ci/job/selenium-WikibaseLexeme-chrome/ | selenium-WikibaseLexeme-chrome ]]), one running Node.js Selenium tests
gerritbot added a comment.
Change 446285 had a related patch set uploaded (by Lucas Werkmeister (WMDE); owner: Addshore):
[mediawiki/extensions/WikibaseLexeme@master] Add ChangeOps for editing senses
https://gerrit.wikimedia.org/r/446285TASK DETAILhttps://phabricator.wikimedia.org/T198199EMAIL
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T198199EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Lydia_Pintscher, Addshore, RazShuty, Mringgaard, Gaboe420, Versusxo, Majesticalreaper22,
gerritbot added a comment.
Change 446285 had a related patch set uploaded (by Lucas Werkmeister (WMDE); owner: Addshore):
[mediawiki/extensions/WikibaseLexeme@master] Add ChangeOps for editing senses
https://gerrit.wikimedia.org/r/446285TASK DETAILhttps://phabricator.wikimedia.org/T198035EMAIL
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T198035EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Aklapper, Lucas_Werkmeister_WMDE, Addshore, RazShuty, Lydia_Pintscher, Mringgaard,
Jc3s5h updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...Because of Wikibase's nonstandard date handling, some dates labelled "20. century" may actually be interpreted as a time in the period 2000–2099 by Wikibase components other than the user interface, and by software
Jc3s5h added a comment.
In T95553#4430864, @Jc86035 wrote:
(My earlier description edits were incorrect and were based on a bad interpretation of the project chat discussion with complaints about external tools. The thing that causes the issue is that some software doesn't realize that Wikibase
Jc86035 added a comment.
(My earlier description edits were incorrect and were based on a bad interpretation of the project chat discussion with complaints about external tools. The thing that causes the issue is that some software doesn't realize that Wikibase has nonstandard date handling and
Jc86035 updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONThe full stop in messages such as "$1. century" is useful in German, because its spelling rules mandate a full stop after numbers in some cases, but it is probably not needed in English.
This is also completely
Jc86035 added a comment.
The end user problem is that Wikibase sets the time to the very end of the century if the user inputs "20. century", which is incorrect in ISO 8601 (although Wikibase is nonstandard anyway) and causes problems with external tools, which read it as "2000–2099".TASK
Jarekt added a comment.
Current Wikibase definition of beginning and ending years of a century and millennium are in synch with the definitions in the English or German Wikipedia, see :de:19._Jahrhundert for example. Maybe Wikibase software could just provide a link to the item like Q6955 to
gerritbot added a comment.
Change 446332 had a related patch set uploaded (by Ladsgroup; owner: Amir Sarabadani):
[mediawiki/extensions/WikibaseLexeme@master] Add support for senses in LexemeRevisionStore.js
https://gerrit.wikimedia.org/r/446332TASK
Jarekt added a comment.
I agree that we should have correct translation of phases like "19th century" to English and other languages. On Commons we have dealt with this over a decade ago and you can find translations to various languages at c:Module:I18n/complex_date.TASK
gerritbot added a comment.
Change 446313 merged by jenkins-bot:
[mediawiki/extensions/WikibaseLexeme@master] Use TermMapSerializer in FormSerializer and SenseSerializer
https://gerrit.wikimedia.org/r/446313TASK DETAILhttps://phabricator.wikimedia.org/T198197EMAIL
Bugreporter added a comment.
However the spike does not stop when the import stopped.TASK DETAILhttps://phabricator.wikimedia.org/T199787EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BugreporterCc: Bugreporter, Liuxinyu970226, Nikki, MisterSynergy,
Nikki added a comment.
I see no evidence for that. GZWDer's edits started at 17:47 on the 14th (link)TASK DETAILhttps://phabricator.wikimedia.org/T199787EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: NikkiCc: Liuxinyu970226, Nikki, MisterSynergy, Jneubert,
gerritbot added a comment.
Change 446320 had a related patch set uploaded (by Ladsgroup; owner: Amir Sarabadani):
[mediawiki/extensions/WikibaseLexeme@master] Introduce SenseChanger
https://gerrit.wikimedia.org/r/446320TASK DETAILhttps://phabricator.wikimedia.org/T198197EMAIL
Liuxinyu970226 added a comment.
I strongly believe that those are happened after GZWDer starts his cebwiki importing.TASK DETAILhttps://phabricator.wikimedia.org/T199787EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Liuxinyu970226Cc: Liuxinyu970226, Nikki,
gerritbot added a comment.
Change 446310 merged by jenkins-bot:
[mediawiki/extensions/WikibaseLexeme@master] Correctly serialize glosses in SenseSerializer
https://gerrit.wikimedia.org/r/446310TASK DETAILhttps://phabricator.wikimedia.org/T198197EMAIL
matej_suchanek updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONIt doesn’t make sense to report errors with SPARLQQL queries as constraint violations to users, that’s just confusing. We should log them and then report some inconspicuous status (perhaps TODO?).TASK
gerritbot added a comment.
Change 446313 had a related patch set uploaded (by Lucas Werkmeister (WMDE); owner: Lucas Werkmeister (WMDE)):
[mediawiki/extensions/WikibaseLexeme@master] Use TermMapSerializer in FormSerializer and SenseSerializer
https://gerrit.wikimedia.org/r/446313TASK
gerritbot added a comment.
Change 446312 had a related patch set uploaded (by Jakob; owner: Jakob):
[mediawiki/extensions/WikibaseLexeme@master] Use non-temporary tables for testing Special:WhatLinksHere
https://gerrit.wikimedia.org/r/446312TASK
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T199309EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jakob_WMDE, gerritbotCc: gerritbot, Ladsgroup, daniel, WMDE-leszek, Addshore, Tarrow, Pablo-WMDE, Jakob_WMDE,
gerritbot added a comment.
Change 446310 had a related patch set uploaded (by Lucas Werkmeister (WMDE); owner: Lucas Werkmeister (WMDE)):
[mediawiki/extensions/WikibaseLexeme@master] Correctly serialize glosses in SenseSerializer
https://gerrit.wikimedia.org/r/446310TASK
gerritbot added a comment.
Change 446305 merged by jenkins-bot:
[mediawiki/extensions/WikibaseLexeme@master] Turn glosses into a TermMap in frontend, second try
https://gerrit.wikimedia.org/r/446305TASK DETAILhttps://phabricator.wikimedia.org/T198197EMAIL
WMDE-leszek added a comment.
@hoo: any update on this? Or should we return this to the Backlog for others to pick up?TASK DETAILhttps://phabricator.wikimedia.org/T184933EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, WMDE-leszekCc: WMDE-leszek, Tpt,
gerritbot added a comment.
Change 446305 had a related patch set uploaded (by Ladsgroup; owner: Amir Sarabadani):
[mediawiki/extensions/WikibaseLexeme@master] Turn glosses into a TermMap in frontend, second try
https://gerrit.wikimedia.org/r/446305TASK
Lucas_Werkmeister_WMDE created this task.Lucas_Werkmeister_WMDE added projects: Wikidata, Wikibase-Quality, Wikibase-Quality-Constraints.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONIt doesn’t make sense to report errors with SPARLQ queries as constraint violations to users, that’s just
Lucas_Werkmeister_WMDE created this task.Lucas_Werkmeister_WMDE added projects: Wikidata, Wikibase-Quality, Wikibase-Quality-Constraints, Wikidata-Query-Service.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONSince around 2018-07-16 09:00:00Z (with an earlier spike around 2018-07-15
gerritbot added a comment.
Change 446302 had a related patch set uploaded (by Jonas Kress (WMDE); owner: Jonas Kress (WMDE)):
[mediawiki/extensions/Wikibase@master] Fix: Special:NewItem does not validate maximum label length
https://gerrit.wikimedia.org/r/446302TASK
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T145932EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jonas, gerritbotCc: gerritbot, Addshore, Gstupp, Liuxinyu970226, Thryduulf, Mbch331, Sjoerddebruin, Aklapper, hoo,
Daimona closed this task as a duplicate of T197157: New diffs show lines in the wrong order.
TASK DETAILhttps://phabricator.wikimedia.org/T199222EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: DaimonaCc: Aklapper, JeroenDeDauw, Marc, Lahi, Gq86,
gerritbot added a comment.
Change 444905 merged by jenkins-bot:
[mediawiki/extensions/WikibaseLexeme@master] Add Lexeme::addOrUpdateSense()
https://gerrit.wikimedia.org/r/444905TASK DETAILhttps://phabricator.wikimedia.org/T198032EMAIL
Lucas_Werkmeister_WMDE assigned this task to hoo.Lucas_Werkmeister_WMDE edited projects, added Wikidata-Senses-Iteration1; removed Wikidata-Senses-Hike.
TASK DETAILhttps://phabricator.wikimedia.org/T198202EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo,
Salgo60 added a comment.
One of the biggest hurdles I see in sv:Wikipedia to use WD driven Infoboxes is that occupations are presented in the infobox in the wrong order so we need this possibility to get better acceptance for using WD as the storage of factsTASK
gerritbot added a comment.
Change 446286 had a related patch set uploaded (by Lucas Werkmeister (WMDE); owner: Addshore):
[mediawiki/extensions/WikibaseLexeme@master] Add parsing and deserialization of sense ChangeOps
https://gerrit.wikimedia.org/r/446286TASK
gerritbot added a comment.
Change 446284 had a related patch set uploaded (by Lucas Werkmeister (WMDE); owner: Addshore):
[mediawiki/extensions/WikibaseLexeme@master] Add SenseSummaryAggregator
https://gerrit.wikimedia.org/r/446284TASK DETAILhttps://phabricator.wikimedia.org/T198196EMAIL
gerritbot added a comment.
Change 446285 had a related patch set uploaded (by Lucas Werkmeister (WMDE); owner: Addshore):
[mediawiki/extensions/WikibaseLexeme@master] Add ChangeOps for editing senses
https://gerrit.wikimedia.org/r/446285TASK DETAILhttps://phabricator.wikimedia.org/T198196EMAIL
zeljkofilipin updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...# TODO
## Docker
Get WikibaseLexeme running locally, following instructions at [[ https://github.com/addshore/mediawiki-docker-dev | addshore/mediawiki-docker-dev ]] and [[
Stashbot added a comment.
Mentioned in SAL (#wikimedia-operations) [2018-07-17T10:14:16Z] Deploy schema change on db1093 T144010 T51190 T199368TASK DETAILhttps://phabricator.wikimedia.org/T144010EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Marostegui,
Stashbot added a comment.
Mentioned in SAL (#wikimedia-operations) [2018-07-17T09:41:07Z] Deploy schema change on db1113:3316 T144010 T51190 T199368TASK DETAILhttps://phabricator.wikimedia.org/T144010EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
Stashbot added a comment.
Mentioned in SAL (#wikimedia-operations) [2018-07-17T09:11:27Z] Deploy schema change on db1098:3316 T144010 T51190 T199368TASK DETAILhttps://phabricator.wikimedia.org/T144010EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
ReleaseTaggerBot added a project: MW-1.32-release-notes (WMF-deploy-2018-07-17 (1.32.0-wmf.13)).
TASK DETAILhttps://phabricator.wikimedia.org/T199305EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ReleaseTaggerBotCc: gerritbot, Jakob_WMDE, Mringgaard,
Jakob_WMDE claimed this task.Jakob_WMDE moved this task from To Do to Doing on the Wikidata-Editor-Experience-Improvements-Iteration3 board.
TASK DETAILhttps://phabricator.wikimedia.org/T199309WORKBOARDhttps://phabricator.wikimedia.org/project/board/3467/EMAIL
Pablo-WMDE removed Pablo-WMDE as the assignee of this task.
TASK DETAILhttps://phabricator.wikimedia.org/T194371EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Pablo-WMDECc: Pablo-WMDE, Tarrow, gerritbot, Aklapper, Addshore, Mringgaard, Gaboe420, Versusxo,
Pablo-WMDE removed Tarrow as the assignee of this task.Pablo-WMDE added a subscriber: Tarrow.
TASK DETAILhttps://phabricator.wikimedia.org/T191614EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Pablo-WMDECc: Tarrow, Pablo-WMDE, gerritbot, Amire80,
Pablo-WMDE added a comment.
@Lydia_Pintscher Question from the discussion on gerrit: "Should we also use “lexicographical sense” instead of “sense” for new senses messages?"TASK DETAILhttps://phabricator.wikimedia.org/T191614EMAIL
1 - 100 of 108 matches
Mail list logo
