date:20180902

[Wikidata-bugs] [Maniphest] [Commented On] T189101: Deploy schema change for adding numeric primary key to wbqc_constraints table

2018-09-02 Thread Marostegui

Marostegui added a comment.
Thanks! We will try to get this done today or tomorrow!TASK DETAILhttps://phabricator.wikimedia.org/T189101EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MarosteguiCc: jcrespo, Marostegui, Ladsgroup, Aklapper, Jonas, hoo, aude, gerritbot, Lucas_Werkmeister_WMDE, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, merbst, LawExplorer, Salgo60, Lewizho99, Maathavan, Agabi10, Luke081515, Wikidata-bugs, Lydia_Pintscher, Mbch331, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

2018-09-02 Thread Liuxinyu970226

Restricted Application added a project: Growth-Team.
TASK DETAILhttps://phabricator.wikimedia.org/T160274EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Liuxinyu970226Cc: gerritbot, Cosine02, hoo, aude, Catrope, Liuxinyu970226, The_Discoverer, Aklapper, kostajh, MMiller_WMF, Adrian1985, Lahi, Gq86, Hello903hello, BJ6123C7BTD, GoranSMilovanovic, lisong, 45Jayjay1969, RazeSoldier, QZanden, EnricoCNC, LawExplorer, Taiwania_Justo, Trizek-WMF, SBisson, Fuzheado, Cwek, Wikidata-bugs, Gryllida, jeblad, zhuyifei1999, Shizhao, TTO, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unassigned] T195315: Showing the Lemma(s) or Representation(s) when Lexemes or Forms are mentioned in constraint reports

2018-09-02 Thread Tarrow

Tarrow removed Tarrow as the assignee of this task.
TASK DETAILhttps://phabricator.wikimedia.org/T195315EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: TarrowCc: Tarrow, gerritbot, Jakob_WMDE, Lydia_Pintscher, Aklapper, Pablo-WMDE, WMDE-leszek, Lucas_Werkmeister_WMDE, Mringgaard, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, merbst, LawExplorer, Lewizho99, Maathavan, Agabi10, Wikidata-bugs, aude, Darkdadaah, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T195315: Showing the Lemma(s) or Representation(s) when Lexemes or Forms are mentioned in constraint reports

2018-09-02 Thread gerritbot

gerritbot added a comment.
Change 457102 had a related patch set uploaded (by Tarrow; owner: Tarrow):
[mediawiki/extensions/WikibaseQualityConstraints@master] Use EntityLinkFormatter not EntityIdHtmlLinkFormatters

https://gerrit.wikimedia.org/r/457102TASK DETAILhttps://phabricator.wikimedia.org/T195315EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Tarrow, gerritbotCc: gerritbot, Jakob_WMDE, Lydia_Pintscher, Aklapper, Pablo-WMDE, WMDE-leszek, Lucas_Werkmeister_WMDE, Mringgaard, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, merbst, LawExplorer, Lewizho99, Maathavan, Agabi10, Wikidata-bugs, aude, Darkdadaah, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T200767: Investigate way forward for item selectors

2018-09-02 Thread abian

abian added a comment.
Before a proper discussion about item selectors in general, I leave some thoughts about inline validation of constraints, which could bring different consequences depending on the use case.

First case: vandalism (bad faith)

I am a vandal, i.e., someone who wants to damage Wikidata, probably just for fun, but maybe for other purposes.
Without data validation:
I load a page and write some nonsenses on it.
I click the option for saving my changes and they are sucessfully saved.
I do something else (e.g., vandalizing other statements/items or just leave the project). There's a chance p for my nonsenses to violate a constraint. p depends on how restrictive the constraints over that statement are.
If there's a violation, this change will be easily detected by other editors and reverted. To achieve that, editors have to regularly spend some time.
If there's no violation, it could take editors longer to detect this bad change.

With data validation when pressing the Save option:
I load a page and write some nonsenses on it.
I try to click the option for saving my changes. If the data validation system detects my vandalism, I try with something else and repeat n times until I achieve my goal or get tired.
If I haven't got tired, my changes are saved and I do something else (e.g., vandalizing other statements/items or just leave the project). My nonsenses don't violate any constraint so it could take editors longer to detect them.

With complete, inline data validation:
I load a page and write on it some of those nonsenses that the UI allows.
I click the option for saving my changes.
My changes are saved and I do something else (e.g., vandalizing other statements/items or just leave the project). My nonsenses don't violate any constraint so it could take editors longer to detect them.

Second case: mistakes (good faith)

I am a good-faith contributor, i.e., someone who wants to help but can make mistakes.
Without data validation:
I load a page and accidentally write some nonsenses on it.
I click the option for saving my changes and they are sucessfully saved.
I do something else (e.g., editing other statements/items or just leave the project). There's a chance p for my nonsenses to violate a constraint. p depends on how restrictive the constraints over that statement are.
If there's a violation, this change will be easily detected by myself or by other editors and reverted. Editors have to regularly spend some time on reviewing these cases.
If there's no violation, it could take us much time to detect the mistake.

With data validation:
I load a page and accidentally write nonsenses on it.
If there's a violation, data validation detects that my data are wrong. I realise and fix them. My changes are saved and I do something else (e.g., editing other statements/items or just leave the project). These changes don't violate any constraint and are probably correct. Other editors won't have to spend their time on this, they have nothing to fix.
If there's no violation, my changes are saved. It could take us much time to detect the mistake.

In general:

Vandalism (at least the one that is focused on "fun") is more likely to violate constraints than mistakes. But, at the same time, it tends to be more obvious when patrolling the recent changes or the watchlist.
The more edits are made by a single vandal, the more likely it's for each of these edits to be detected (and reverted).

Opinion:

Editors are the most valuable resource and shouldn't spend their day checking constraint violation reports or, in general, fixing mistakes that others made because of a lack of knowledge (knowledge which is not properly provided by the UI, or not provided at all). One of the main reasons I have read not to edit Wikidata is that it's hard to know what properties/items to use. So, please, consider inline validation and other measures to avoid as many mistakes as possible.
TASK DETAILhttps://phabricator.wikimedia.org/T200767EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: abianCc: Mbch331, Greta_Doci_WMDE, Jakob_WMDE, WMDE-leszek, Lexicographical data, KaMan, Lea_Lacroix_WMDE, abian, Aklapper, reosarevok, Lydia_Pintscher, Pablo-WMDE, Mringgaard, A.S.Kochergin, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, JGirault, Wikidata-bugs, aude, Darkdadaah___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

1 2 >

1 - 100 of 132 matches

Mail list logo