[Wikidata-bugs] [Maniphest] [Commented On] T114654: [Task] Delete by primary key in EntityUsageTable::pruneStaleUsages and EntityUsageTable::removeEntities

[gerritbot]

gerritbot added a comment.

Change 243699 had a related patch set uploaded (by Hoo man):
Remove UsageTracker::removeEntities and all implementations

https://gerrit.wikimedia.org/r/243699


TASK DETAIL
  https://phabricator.wikimedia.org/T114654

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: gerritbot
Cc: gerritbot, daniel, Aklapper, hoo, Wikidata-bugs, aude, GWicke



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T114690: [Task] Wikidata: Set up Jenkins to run unit tests also against repo without client

[JanZerebecki]

JanZerebecki added a blocked task: T108946: [Epic] Improve the development 
infrastructure .

TASK DETAIL
  https://phabricator.wikimedia.org/T114690

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: JanZerebecki
Cc: daniel, Aklapper, JanZerebecki, gerritbot, Wikidata-bugs, aude, hashar, greg



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T108946: [Epic] Improve the development infrastructure

[JanZerebecki]

JanZerebecki added a blocking task: T114690: [Task] Wikidata: Set up Jenkins to 
run unit tests also against repo without client.

TASK DETAIL
  https://phabricator.wikimedia.org/T108946

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: JanZerebecki
Cc: Ricordisamoa, Aklapper, Lydia_Pintscher, Wikidata-bugs, aude



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T112136: [Task] Set up Jenkins to run unit tests against a combined repo+client setup.

[gerritbot]

gerritbot added a project: Patch-For-Review.

TASK DETAIL
  https://phabricator.wikimedia.org/T112136

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: gerritbot
Cc: gerritbot, JanZerebecki, Aklapper, daniel, Wikidata-bugs, aude, hashar, greg



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T112136: [Task] Set up Jenkins to run unit tests against a combined repo+client setup.

[JanZerebecki]

JanZerebecki added a comment.

I decided is was best to first change ever job using repo only to repo+client. 
Also having a repo only run can be done later.


TASK DETAIL
  https://phabricator.wikimedia.org/T112136

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: JanZerebecki
Cc: gerritbot, JanZerebecki, Aklapper, daniel, Wikidata-bugs, aude, hashar, greg



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Retitled] T114690: [Task] Wikibase: Set up Jenkins to run unit tests also against repo without client

[JanZerebecki]

JanZerebecki changed the title from "[Task] Wikidata: Set up Jenkins to run 
unit tests also against repo without client" to "[Task] Wikibase: Set up 
Jenkins to run unit tests also against repo without client".
JanZerebecki edited the task description.
JanZerebecki set Security to None.

TASK DETAIL
  https://phabricator.wikimedia.org/T114690

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: JanZerebecki
Cc: daniel, Aklapper, JanZerebecki, gerritbot, Wikidata-bugs, aude, hashar, greg



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Changed Project Column] T114649: delete mediawiki/extensions/ValueView from gerrit

[JanZerebecki]

JanZerebecki moved this task to monitoring on the Wikidata workboard.

TASK DETAIL
  https://phabricator.wikimedia.org/T114649

WORKBOARD
  https://phabricator.wikimedia.org/project/board/71/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: JanZerebecki
Cc: Aklapper, JanZerebecki, Wikidata-bugs, aude, QChris, greg



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T114443: EventBus MVP

[Eevans]

Eevans added a comment.

In https://phabricator.wikimedia.org/T114443#1701296, @Joe wrote:

> Apart from the concerns on a practical use case which I agree with, I have a 
> big doubt about the implementation idea:
>
> I am in general a fan of the paradigm that it's better to beg for forgiveness 
> than to ask for permission, and of Postel's robustness principle, so I don't 
> really see what use a service in front of kafka would serve us, apart from 
> introducing another software that could fail and some latency.
>
> Messages we send onto kafka will be anyways verified on the receiving end 
> (considering them "trusted" would be foolish), so we will need to write 
> validation libraries in basically all the languages we will consume our data 
> from; this is the standard way to build communications protocols and I don't 
> see a good reason for introducing a level of indirection here.


Why is this, why would they //need// to be verified on the receiving end?

I see this as being somewhat analogous to a database.  In any database you 
//could// store your data opaquely, allow each client to marshal it according 
to some shared notion of schema, and then have every client validate (the 
untrustworthy input) on read, but how is that better?  If the data is 
structured according to a well defined schema, why not let the system 
persisting it apply those constraints on write?  Assuming the goal is to 
disseminate these events to an arbitrary number of independently implemented 
systems, it seems the latter approach would provided better guarantees about 
the integrity of the data, and eliminate a lot of redundancy among 
implementations.

> So, I have two questions I'd like an answer to:

> 

> - What is the advantage of having a service validate messages before they get 
> into the queue (Kafka or other doesn't really matter)


It assures a single consistent set of constraints on events, independent of the 
various producer/consumer implementations.

> - Why building libraries that do the validations based on shared schemas not 
> enough?


A service provides a single high level abstraction that hides the details of 
the underlying implementation (allowing said implementation to be transparently 
changed), eliminates redundancy among implementations, and prevents a single 
buggy consumer from propagating corrupt events to all consumers.


TASK DETAIL
  https://phabricator.wikimedia.org/T114443

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Eevans
Cc: EBernhardson, bd808, Joe, dr0ptp4kt, madhuvishy, Nuria, ori, faidon, aaron, 
GWicke, mobrovac, Halfak, Eevans, Ottomata, Matanya, Aklapper, JAllemandou, 
jkroll, Smalyshev, Hardikj, Wikidata-bugs, Jdouglas, RobH, aude, Deskana, 
Manybubbles, mark, JanZerebecki, RobLa-WMF, fgiunchedi, Dzahn, jeremyb, 
chasemp, Krenair



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T109438: [Story] Get to Article Placeholder via search

[gerritbot]

gerritbot added a project: Patch-For-Review.

TASK DETAIL
  https://phabricator.wikimedia.org/T109438

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Lucie, gerritbot
Cc: gerritbot, hoo, Ricordisamoa, Lydia_Pintscher, Nemo_bis, Bugreporter, 
Lucie, Aklapper, Wikidata-bugs, aude



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T109438: [Story] Get to Article Placeholder via search

[gerritbot]

gerritbot added a subscriber: gerritbot.
gerritbot added a comment.

Change 243715 had a related patch set uploaded (by Lucie Kaffee):
[WIP] Article placeholder appear in search

https://gerrit.wikimedia.org/r/243715


TASK DETAIL
  https://phabricator.wikimedia.org/T109438

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Lucie, gerritbot
Cc: gerritbot, hoo, Ricordisamoa, Lydia_Pintscher, Nemo_bis, Bugreporter, 
Lucie, Aklapper, Wikidata-bugs, aude



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Claimed] T112136: [Task] Set up Jenkins to run unit tests against a combined repo+client setup.

[JanZerebecki]

JanZerebecki claimed this task.

TASK DETAIL
  https://phabricator.wikimedia.org/T112136

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: JanZerebecki
Cc: gerritbot, JanZerebecki, Aklapper, daniel, Wikidata-bugs, aude, hashar, greg



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T114690: [Task] Wikidata: Set up Jenkins to run unit tests also against repo without client

[JanZerebecki]

JanZerebecki created this task.
JanZerebecki added subscribers: gerritbot, JanZerebecki, Aklapper, daniel.
JanZerebecki added projects: Continuous-Integration-Config, Wikidata.

TASK DESCRIPTION


TASK DETAIL
  https://phabricator.wikimedia.org/T114690

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: JanZerebecki
Cc: daniel, Aklapper, JanZerebecki, gerritbot, Wikidata-bugs, aude, hashar, greg



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T114656: [Bug] Frequent "request has exceeded memory limit" fatals in EntityUsageTable::extractProperty

[hoo]

hoo edited the task description.
hoo closed this task as "Resolved".
hoo claimed this task.
hoo removed a project: Patch-For-Review.
hoo set Security to None.

TASK DETAIL
  https://phabricator.wikimedia.org/T114656

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: hoo
Cc: gerritbot, hoo, Aklapper, daniel, Luke081515, Wikidata-bugs, aude, Jay8g, 
Krenair, greg



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T114656: [Bug] Frequent "request has exceeded memory limit" fatals in EntityUsageTable::extractProperty

[gerritbot]

gerritbot added a comment.

Change 243692 merged by jenkins-bot:
Use a DISTINCT query in EntityUsageTable::getUsedEntityIdStrings

https://gerrit.wikimedia.org/r/243692


TASK DETAIL
  https://phabricator.wikimedia.org/T114656

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: gerritbot
Cc: gerritbot, hoo, Aklapper, daniel, Luke081515, Wikidata-bugs, aude, Jay8g, 
Krenair, greg



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T112136: [Task] Set up Jenkins to run unit tests against a combined repo+client setup.

[gerritbot]

gerritbot added a subscriber: gerritbot.
gerritbot added a comment.

Change 243700 had a related patch set uploaded (by JanZerebecki):
Jenkins: enable client when repo is enabled

https://gerrit.wikimedia.org/r/243700


TASK DETAIL
  https://phabricator.wikimedia.org/T112136

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: gerritbot
Cc: gerritbot, JanZerebecki, Aklapper, daniel, Wikidata-bugs, aude, hashar, greg



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Changed Project Column] T114690: [Task] Wikibase: Set up Jenkins to run unit tests also against repo without client

[JanZerebecki]

JanZerebecki moved this task to ready to go on the Wikidata workboard.

TASK DETAIL
  https://phabricator.wikimedia.org/T114690

WORKBOARD
  https://phabricator.wikimedia.org/project/board/71/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: JanZerebecki
Cc: daniel, Aklapper, JanZerebecki, gerritbot, Wikidata-bugs, aude, hashar, greg



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T114697: [Bug] wbc_entity_usage table gets new rows with ancient eu_touched date

[daniel]

daniel created this task.
daniel assigned this task to Jonas.
daniel added subscribers: gerritbot, daniel, Tobi_WMDE_SW, Lydia_Pintscher, 
Aklapper, aude, Ricordisamoa, MGChecker.
daniel added projects: MediaWiki-extensions-WikibaseClient, Wikidata.

TASK DESCRIPTION
  Sometimes a new row with a rather old eu_touched date. The date does not 
correspond to the current revision of the page referenced by eu_page_id, but to 
a previous revision. 
  
  Suspicion: StashEdit triggers the new row to be inserted, using the "current" 
revision's date as the touch date, which is the last revision //before// the 
edit. Using wfTimeNow() is a possible fix, but we should make sure it's the 
Right Thing.

TASK DETAIL
  https://phabricator.wikimedia.org/T114697

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Jonas, daniel
Cc: MGChecker, Ricordisamoa, aude, Aklapper, Lydia_Pintscher, Tobi_WMDE_SW, 
daniel, gerritbot, Wikidata-bugs



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Changed Project Column] T112136: [Task] Set up Jenkins to run unit tests against a combined repo+client setup.

[JanZerebecki]

JanZerebecki moved this task to Review on the Wikidata-Sprint-2015-09-29 
workboard.

TASK DETAIL
  https://phabricator.wikimedia.org/T112136

WORKBOARD
  https://phabricator.wikimedia.org/project/board/1540/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: JanZerebecki
Cc: gerritbot, JanZerebecki, Aklapper, daniel, Wikidata-bugs, aude, hashar, greg



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T114734: Wikidata page banner does not work properly with language converter.

[zhuyifei1999]

zhuyifei1999 created this task.
zhuyifei1999 added subscribers: zhuyifei1999, Jdlrobson, liangent, Hkjacksonhk.
zhuyifei1999 added projects: Wikidata-Page-Banner, MediaWiki-Language-converter.
Herald added a subscriber: Aklapper.
Herald added a project: Wikidata.

TASK DESCRIPTION
  See https://zh.wikivoyage.org/wiki/莫斯科, 2 bugs with 
[[https://www.mediawiki.org/wiki/Writing_systems#LanguageConverter|LanguageConverter]]:
  # the h1.wpb-name covers out the variant selection menu (div#p-variants > 
div.menu). Same for the toc when the banner is small enough.
  # title and the toc stays un-language-converted even after a variant is 
specified: (eg. -{zh-cn:客车;zh-hk:客車;zh-tw:公車;}- in toc)

TASK DETAIL
  https://phabricator.wikimedia.org/T114734

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: zhuyifei1999
Cc: Hkjacksonhk, liangent, Jdlrobson, Aklapper, zhuyifei1999, Wikidata-bugs, 
aude, Lydia_Pintscher



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T114443: EventBus MVP

[Nuria]

Nuria added a comment.

> a way to expose a stream of events in a defined format that can be consumed 
> easily by a range of clients.


This talks about consumption, not production but I do not want to get too deep 
into that cause I  really I do not think we are discussing whether this is 
technically more sound or not. What I would like to emphasize is that we should 
think whether there are true users for the system we are building.

Example: right now we have a concrete use case: search team is publishing 
events to kafka directly, we need a place so consumer and producer can have 
access to schemas, While we can glue a system that works, seems to me that the 
MVP needs to provide value on this space with our current use cases and needs. 
More so when the use case for the edit stream is analogous to search use case. 
Hopefully this makes sense. As I understand it, an MVP is a "product" whose 
criteria of success depends on how well it serves the use cases it is set to 
satisfy.

> I also think that we should look at actual data before making assumptions 
> about latency.


On my opinion performance concerns should be left aside until we know what are 
our functional goals.


TASK DETAIL
  https://phabricator.wikimedia.org/T114443

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nuria
Cc: EBernhardson, bd808, Joe, dr0ptp4kt, madhuvishy, Nuria, ori, faidon, aaron, 
GWicke, mobrovac, Halfak, Eevans, Ottomata, Matanya, Aklapper, JAllemandou, 
jkroll, Smalyshev, Hardikj, Wikidata-bugs, Jdouglas, RobH, aude, Deskana, 
Manybubbles, mark, JanZerebecki, RobLa-WMF, fgiunchedi, Dzahn, jeremyb, 
chasemp, Krenair



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T75380: [Task] Introduce factory for JS views

[gerritbot]

gerritbot added a comment.

Change 243496 had a related patch set uploaded (by Jonas Kress (WMDE)):
Use ViewFactory for building statementviews in statementlistview

https://gerrit.wikimedia.org/r/243496


TASK DETAIL
  https://phabricator.wikimedia.org/T75380

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: adrianheine, gerritbot
Cc: Aklapper, Wikidata-bugs, adrianheine, Lydia_Pintscher, aude



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T114566: Activate Extension:WikidataPageBanner in all namespaces in Russian Wikivoyage

[Jdlrobson]

Jdlrobson added a comment.

Including talk pages @Atsirlin ? If you answer quickly hopefully I can get this 
deployed tonight with some other changes!


TASK DETAIL
  https://phabricator.wikimedia.org/T114566

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Jdlrobson
Cc: Jdlrobson, Atsirlin, Aklapper, Wikidata-bugs, aude, Lydia_Pintscher



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T114566: Activate Extension:WikidataPageBanner in all namespaces in Russian Wikivoyage

[Atsirlin]

Atsirlin added a subscriber: Jdlrobson.
Atsirlin set Security to None.

TASK DETAIL
  https://phabricator.wikimedia.org/T114566

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Atsirlin
Cc: Jdlrobson, Atsirlin, Aklapper, Wikidata-bugs, aude, Lydia_Pintscher



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T114220: Add hook or mechanism in Wikibase for other extensions to register additional extension data in ParserOutput

[gerritbot]

gerritbot added a project: Patch-For-Review.

TASK DETAIL
  https://phabricator.wikimedia.org/T114220

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: aude, gerritbot
Cc: gerritbot, aude, Aklapper, Wikidata-bugs



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T114220: Add hook or mechanism in Wikibase for other extensions to register additional extension data in ParserOutput

[gerritbot]

gerritbot added a subscriber: gerritbot.
gerritbot added a comment.

Change 243613 had a related patch set uploaded (by Aude):
Refactor ReferencedEntitiesFinder etc. into ParserOutputDataUpdates [WIP]

https://gerrit.wikimedia.org/r/243613


TASK DETAIL
  https://phabricator.wikimedia.org/T114220

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: aude, gerritbot
Cc: gerritbot, aude, Aklapper, Wikidata-bugs



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T75482: Make Wikibase add coordinates to GeoData on wikidata.org

[gerritbot]

gerritbot added a project: Patch-For-Review.

TASK DETAIL
  https://phabricator.wikimedia.org/T75482

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: aude, gerritbot
Cc: gerritbot, Aklapper, Nemo_bis, Ricordisamoa, Sjoerddebruin, Wikidata-bugs, 
aude, Multichill, MaxSem, Lydia_Pintscher, hoo



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T75482: Make Wikibase add coordinates to GeoData on wikidata.org

[gerritbot]

gerritbot added a subscriber: gerritbot.
gerritbot added a comment.

Change 243158 had a related patch set uploaded (by Aude):
Register Wikibase coordinates as GeoData in ParserOutput [WIP]

https://gerrit.wikimedia.org/r/243158


TASK DETAIL
  https://phabricator.wikimedia.org/T75482

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: aude, gerritbot
Cc: gerritbot, Aklapper, Nemo_bis, Ricordisamoa, Sjoerddebruin, Wikidata-bugs, 
aude, Multichill, MaxSem, Lydia_Pintscher, hoo



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Retitled] T75460: [Story] Sane Lua label access in user language

[hoo]

hoo changed the title from "[Story] Sane Lua label access in non-content 
languages" to "[Story] Sane Lua label access in user language".
hoo edited the task description.

TASK DETAIL
  https://phabricator.wikimedia.org/T75460

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: hoo
Cc: Ricordisamoa, Rical, daniel, Aklapper, Daniel_Mietchen, Liuxinyu970226, 
Wikidata-bugs, TheDJ, mxn, GWicke, Multichill, Lydia_Pintscher, hoo, aude



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T75460: [Story] Sane Lua label access in user language

[hoo]

hoo edited the task description.

TASK DETAIL
  https://phabricator.wikimedia.org/T75460

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: hoo
Cc: Ricordisamoa, Rical, daniel, Aklapper, Daniel_Mietchen, Liuxinyu970226, 
Wikidata-bugs, TheDJ, mxn, GWicke, Multichill, Lydia_Pintscher, hoo, aude



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T114634: [Bug] Labels used via mw.wikibase.label are not tracked

[hoo]

hoo created this task.
hoo claimed this task.
hoo added subscribers: hoo, Lydia_Pintscher, daniel.
hoo added projects: Wikidata, MediaWiki-extensions-WikibaseClient.
Herald added a subscriber: Aklapper.

TASK DESCRIPTION


TASK DETAIL
  https://phabricator.wikimedia.org/T114634

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: hoo
Cc: Aklapper, daniel, Lydia_Pintscher, hoo, Wikidata-bugs, aude



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T105749: Need a way to create a systemd service that is initially stopped

[Joe]

Joe closed this task as "Resolved".
Joe set Security to None.

TASK DETAIL
  https://phabricator.wikimedia.org/T105749

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Joe
Cc: Aklapper, Matanya, Smalyshev, jkroll, Wikidata-bugs, Jdouglas, RobH, aude, 
Deskana, Manybubbles, mark, JanZerebecki, faidon, fgiunchedi, Dzahn, chasemp, 
Krenair



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T105749: Need a way to create a systemd service that is initially stopped

[Joe]

Joe added a comment.

For the record, this is possible by doing the following:

  base::service_unit{ 'foo':

 
  ensure => present,


  refresh=> true,   


  systemd=> true,   


  service_params => {ensure => 'stopped'},  



  
  } 


TASK DETAIL
  https://phabricator.wikimedia.org/T105749

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Joe
Cc: Aklapper, Matanya, Smalyshev, jkroll, Wikidata-bugs, Jdouglas, RobH, aude, 
Deskana, Manybubbles, mark, JanZerebecki, faidon, fgiunchedi, Dzahn, chasemp, 
Krenair



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T114634: [Bug] Labels used via mw.wikibase.label are not tracked

[hoo]

hoo closed this task as "Invalid".
hoo added a comment.

They are tracked, but we apparently no longer update usages on view (but in a 
job).


TASK DETAIL
  https://phabricator.wikimedia.org/T114634

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: hoo
Cc: Aklapper, daniel, Lydia_Pintscher, hoo, Wikidata-bugs, aude



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T114664: [Bug] Show more meaningful messages on the client wiki when a relevant sitelink is changed on the repo

[daniel]

daniel added a comment.

@hoo or we could just not call SiteLinkCommentCreator if the affected page 
isn't the connected page. ChangeHandler::getEditComment() should have the 
necessary knowledge.


TASK DETAIL
  https://phabricator.wikimedia.org/T114664

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: daniel
Cc: hoo, Jonas, MGChecker, Ricordisamoa, aude, Aklapper, Lydia_Pintscher, 
Tobi_WMDE_SW, daniel, gerritbot, Wikidata-bugs



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T114664: [Bug] Show more meaningful messages on the client wiki when a relevant sitelink is changed on the repo

[hoo]

hoo added a subscriber: hoo.
hoo added a comment.

`SiteLinkCommentCreator` doesn't know about which page it is currently 
formatting a comment for, so that it can't do this right now. In order to fix 
that, `SiteLinkCommentCreator` needs to be made aware of the page that it's 
formatting a comment for.


TASK DETAIL
  https://phabricator.wikimedia.org/T114664

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: hoo
Cc: hoo, Jonas, MGChecker, Ricordisamoa, aude, Aklapper, Lydia_Pintscher, 
Tobi_WMDE_SW, daniel, gerritbot, Wikidata-bugs



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T114538: Extract/Remove ORM from MediaWiki core and move to Vendor repo

[Reedy]

Reedy added projects: MediaWiki-extensions-EducationProgram, Wikidata.

TASK DETAIL
  https://phabricator.wikimedia.org/T114538

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Reedy
Cc: JeroenDeDauw, Aklapper, Reedy, AKoval_WMF, Wikidata-bugs, aude, 
TFlanagan-WMF, AndyRussG, Ragesoss, Legoktm



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T114538: Extract/Remove ORM from MediaWiki core and move to Vendor repo

[Reedy]

Reedy added a comment.

EducationProgram and Wikidata/Wikibase seem to be the only real users of this 
code

So, it wants extracting from core into a separate repo. Adding to the WMF 
vendor repo (for extension purposes), and then said repo wants adding as a 
dependancy via composer to EducationProgram and Wikidata/Wikibase

There's also the API module to go with it too


TASK DETAIL
  https://phabricator.wikimedia.org/T114538

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Reedy
Cc: JeroenDeDauw, Aklapper, Reedy, AKoval_WMF, Wikidata-bugs, aude, 
TFlanagan-WMF, AndyRussG, Ragesoss, Legoktm



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T114538: Extract/Remove ORM from MediaWiki core and move to Vendor repo

[MZMcBride]

MZMcBride added a subscriber: MZMcBride.

TASK DETAIL
  https://phabricator.wikimedia.org/T114538

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: MZMcBride
Cc: MZMcBride, JeroenDeDauw, Aklapper, Reedy, AKoval_WMF, Wikidata-bugs, aude, 
TFlanagan-WMF, AndyRussG, Ragesoss, Legoktm



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T110033: [Story] Redirect users on mobile devices to mobile site automatically

[gerritbot]

gerritbot added a subscriber: gerritbot.
gerritbot added a comment.

Change 238396 had a related patch set uploaded (by Hoo man):
Enable automatic redirect to mobile Wikidata

https://gerrit.wikimedia.org/r/238396


TASK DETAIL
  https://phabricator.wikimedia.org/T110033

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: gerritbot
Cc: gerritbot, hoo, Tobi_WMDE_SW, Krenair, Aklapper, Bene, Lydia_Pintscher, 
Wikidata-bugs, aude



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T114723: Should be a cleaner way to enable banners on all namespaces

[Jdlrobson]

Jdlrobson created this task.
Jdlrobson added a subscriber: Jdlrobson.
Jdlrobson added projects: Technical-Debt, Wikidata-Page-Banner.
Herald added a subscriber: Aklapper.
Herald added a project: Wikidata.

TASK DESCRIPTION
  https://gerrit.wikimedia.org/r/#/c/243728/ was deployed to enable banners on 
all namespaces in Russian Wikivoyage. We can do much better than this.
  
  Possible solutions
  1) Use a global to set the array
  2) When wgWPBNamespaces is true, all namespaces are activated
  
  Personally I prefer option 2.

TASK DETAIL
  https://phabricator.wikimedia.org/T114723

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Jdlrobson
Cc: Aklapper, Jdlrobson, Wikidata-bugs, aude, Lydia_Pintscher



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T114723: Should be a cleaner way to enable banners on all namespaces

[Krenair]

Krenair added a subscriber: Krenair.

TASK DETAIL
  https://phabricator.wikimedia.org/T114723

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Krenair
Cc: Krenair, Aklapper, Jdlrobson, Wikidata-bugs, aude, Lydia_Pintscher



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T75482: Make Wikibase add coordinates to GeoData on wikidata.org

[gerritbot]

gerritbot added a comment.

Change 243158 abandoned by Aude:
Register Wikibase coordinates as GeoData in ParserOutput [WIP]

Reason:
in favor of If4ec903 in Wikibase

https://gerrit.wikimedia.org/r/243158


TASK DETAIL
  https://phabricator.wikimedia.org/T75482

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: aude, gerritbot
Cc: gerritbot, Aklapper, Nemo_bis, Ricordisamoa, Sjoerddebruin, Wikidata-bugs, 
aude, Multichill, MaxSem, Lydia_Pintscher, hoo



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T114634: [Bug] Labels used via mw.wikibase.label are not tracked

[aude]

aude added a subscriber: aude.
aude added a comment.

@daniel https://phabricator.wikimedia.org/T103429 :)


TASK DETAIL
  https://phabricator.wikimedia.org/T114634

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: hoo, aude
Cc: aude, Aklapper, daniel, Lydia_Pintscher, hoo, Wikidata-bugs



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T112550: [RFC] Represent derived values in the data model, and allow for deferred deserialization

[JeroenDeDauw]

JeroenDeDauw added a comment.

Still waiting for an answer to: Where is the list of "derived values" we need 
to support again?


TASK DETAIL
  https://phabricator.wikimedia.org/T112550

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: daniel, JeroenDeDauw
Cc: hoo, Tobi_WMDE_SW, Jonas, thiemowmde, JeroenDeDauw, Bene, aude, 
JanZerebecki, Aklapper, Lydia_Pintscher, daniel, Wikidata-bugs



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T113049: [Task] add CI to extension ArticlePlaceholder

[hashar]

hashar added a subscriber: hashar.
hashar added a comment.

Seems good now isn't it ?


TASK DETAIL
  https://phabricator.wikimedia.org/T113049

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: hashar
Cc: hashar, Ricordisamoa, Lucie, Paladox, JanZerebecki, Aklapper, 
Wikidata-bugs, aude, greg



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T112759: Introduce a GenericValueSnakFormatter that dispatches to ValueFormatters based on the data type (and value type)

[gerritbot]

gerritbot added a project: Patch-For-Review.

TASK DETAIL
  https://phabricator.wikimedia.org/T112759

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: daniel, gerritbot
Cc: gerritbot, Lydia_Pintscher, Aklapper, thiemowmde, hoo, JanZerebecki, aude, 
daniel, Liuxinyu970226, Bugreporter, Ricordisamoa, Wikidata-bugs



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T112759: Introduce a GenericValueSnakFormatter that dispatches to ValueFormatters based on the data type (and value type)

[gerritbot]

gerritbot added a subscriber: gerritbot.
gerritbot added a comment.

Change 243640 had a related patch set uploaded (by Daniel Kinzler):
Factor error handling out of PropertyValueSnakFormatter.

https://gerrit.wikimedia.org/r/243640


TASK DETAIL
  https://phabricator.wikimedia.org/T112759

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: daniel, gerritbot
Cc: gerritbot, Lydia_Pintscher, Aklapper, thiemowmde, hoo, JanZerebecki, aude, 
daniel, Liuxinyu970226, Bugreporter, Ricordisamoa, Wikidata-bugs



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T109705: [Task] Consistently and correctly get target or 'cached' language in ParserOptions when userlang option is used

[daniel]

daniel edited the task description.

TASK DETAIL
  https://phabricator.wikimedia.org/T109705

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: daniel
Cc: Lydia_Pintscher, gerritbot, aude, Aklapper, Wikidata-bugs, Jackmcbarn



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T114634: [Bug] Labels used via mw.wikibase.label are not tracked

[daniel]

daniel added a comment.

I think such updates got pushed to the job queue due to Aaron's work to get rid 
of all database writes on GET requests.


TASK DETAIL
  https://phabricator.wikimedia.org/T114634

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: hoo, daniel
Cc: Aklapper, daniel, Lydia_Pintscher, hoo, Wikidata-bugs, aude



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T114482: [Task] Do a "clean up open pull requests on GitHub" day

[thiemowmde]

thiemowmde added a comment.

I'm listing an example, not saying we should work on this.


TASK DETAIL
  https://phabricator.wikimedia.org/T114482

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: thiemowmde
Cc: Jonas, Bene, JeroenDeDauw, Tobi_WMDE_SW, Lydia_Pintscher, thiemowmde, 
Aklapper, Wikidata-bugs, aude



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Changed Project Column] T101497: [Story] Run browsertests regularly on test.wikidata.org via Jenkins

[hashar]

hashar moved this task to Repo setup on the Continuous-Integration-Config 
workboard.

TASK DETAIL
  https://phabricator.wikimedia.org/T101497

WORKBOARD
  https://phabricator.wikimedia.org/project/board/1208/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: hashar
Cc: hoo, Lydia_Pintscher, gerritbot, Krenair, aude, WMDE-Fisch, JanZerebecki, 
Tobi_WMDE_SW, Aklapper, Wikidata-bugs, hashar, greg



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T87759: [Story] Allow simultaneous editing of mainsnak and references

[gerritbot]

gerritbot added a comment.

Change 190799 abandoned by Jonas Kress (WMDE):
[DNM] Edit References along with Statement

https://gerrit.wikimedia.org/r/190799


TASK DETAIL
  https://phabricator.wikimedia.org/T87759

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: gerritbot
Cc: Sjoerddebruin, Jonas, Ricordisamoa, matej_suchanek, Tobi_WMDE_SW, Aklapper, 
Snaterlicious, thiemowmde, adrianheine, Wikidata-bugs, aude



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T114482: [Task] Do a "clean up open pull requests on GitHub" day

[thiemowmde]

thiemowmde edited the task description.
thiemowmde added subscribers: JanZerebecki, daniel, aude, hoo.
thiemowmde set Security to None.

TASK DETAIL
  https://phabricator.wikimedia.org/T114482

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: thiemowmde
Cc: hoo, aude, daniel, JanZerebecki, Jonas, Bene, JeroenDeDauw, Tobi_WMDE_SW, 
Lydia_Pintscher, thiemowmde, Aklapper, Wikidata-bugs



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T89594: Use the arbitrary access to Wikidata feature on Commons (tracking)

[El_Grafo]

El_Grafo added a subscriber: El_Grafo.

TASK DETAIL
  https://phabricator.wikimedia.org/T89594

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: El_Grafo
Cc: El_Grafo, RP88, Matanya, Steinsplitter, zhuyifei1999, Aschroet, 
Liuxinyu970226, Nemo_bis, Daniel_Mietchen, Jheald, Elitre, ValterVB, Jarekt, 
JeanFred, Ricordisamoa, Aklapper, Multichill, Wikidata-bugs, aude, 
Fabrice_Florin, Tgr



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T114547: Table of nuclides based on Wikidata

[ArthurPSmith]

ArthurPSmith added a subscriber: ArthurPSmith.

TASK DETAIL
  https://phabricator.wikimedia.org/T114547

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: ArthurPSmith
Cc: ArthurPSmith, Pamputt, Tobias1984, Ricordisamoa, Aklapper, Wikidata-bugs, 
Lucie, aude



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T114547: Table of nuclides based on Wikidata

[ArthurPSmith]

ArthurPSmith added a comment.

I'm new to phabricator but this sounds like fun!
Suggestions in response to above questions:

1. We could try to make every stable nuclide an instance of "stable isotope" 
(Q878130). I don't believe it's been used for that yet but it seems the perfect 
candidate to identify.
2. To find all nuclides the query I used in this auto list of the nuclides 

 should work - it's CLAIM[31:(tree[25276][][279])] - i.e. all instances from 
the subclass tree of 'isotope' (Q25276).

Also I've added 'half-life' to a number of the nuclides but we should get a 
more complete data input if possible somehow from the NNDC list or elsewhere - 
coloring by half-life is the key to this chart here: 
http://www.nndc.bnl.gov/nudat2/reCenter.jsp?z=88=140


TASK DETAIL
  https://phabricator.wikimedia.org/T114547

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: ArthurPSmith
Cc: ArthurPSmith, Pamputt, Tobias1984, Ricordisamoa, Aklapper, Wikidata-bugs, 
Lucie, aude



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T112865: [Story] Add Wikibase support for PageImages

[gerritbot]

gerritbot added a project: Patch-For-Review.

TASK DETAIL
  https://phabricator.wikimedia.org/T112865

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: gerritbot
Cc: gerritbot, thiemowmde, Lydia_Pintscher, Bene, aude, Aklapper, Wikidata-bugs



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T112865: [Story] Add Wikibase support for PageImages

[gerritbot]

gerritbot added a subscriber: gerritbot.
gerritbot added a comment.

Change 243673 had a related patch set uploaded (by Thiemo Mättig (WMDE)):
[WIP] Introduce PageImagesHookHandler for PageImages extension

https://gerrit.wikimedia.org/r/243673


TASK DETAIL
  https://phabricator.wikimedia.org/T112865

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: gerritbot
Cc: gerritbot, thiemowmde, Lydia_Pintscher, Bene, aude, Aklapper, Wikidata-bugs



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T114482: [Task] Do a "clean up open pull requests on GitHub" day

[JanZerebecki]

JanZerebecki added a comment.

In https://phabricator.wikimedia.org/T114482#1700470, @JeroenDeDauw wrote:

> > There are some really, really old pull requets that are just sitting there, 
> > rotting and slowly dying, the worst example probably being the 
> > WikibaseQueryEngine integration tests.
>
>
> As we are not sure we will continue work on that component, why would we 
> spend time and effort on these?


We should spend the effort to make it clear that we won't continue work on it, 
which includes closing the pull requests.


TASK DETAIL
  https://phabricator.wikimedia.org/T114482

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: JanZerebecki
Cc: hoo, aude, daniel, JanZerebecki, Jonas, Bene, JeroenDeDauw, Tobi_WMDE_SW, 
Lydia_Pintscher, thiemowmde, Aklapper, Wikidata-bugs



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T75460: [Story] Make Lua functions default to the user's language on multilingual wikis

[gerritbot]

gerritbot added a project: Patch-For-Review.

TASK DETAIL
  https://phabricator.wikimedia.org/T75460

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: gerritbot
Cc: gerritbot, Ricordisamoa, Rical, daniel, Aklapper, Daniel_Mietchen, 
Liuxinyu970226, Wikidata-bugs, TheDJ, mxn, GWicke, Multichill, Lydia_Pintscher, 
hoo, aude



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T75460: [Story] Make Lua functions default to the user's language on multilingual wikis

[gerritbot]

gerritbot added a subscriber: gerritbot.
gerritbot added a comment.

Change 243645 had a related patch set uploaded (by Hoo man):
Use the user's language in DataAccess if allowDataAccessInUserLanguage

https://gerrit.wikimedia.org/r/243645


TASK DETAIL
  https://phabricator.wikimedia.org/T75460

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: gerritbot
Cc: gerritbot, Ricordisamoa, Rical, daniel, Aklapper, Daniel_Mietchen, 
Liuxinyu970226, Wikidata-bugs, TheDJ, mxn, GWicke, Multichill, Lydia_Pintscher, 
hoo, aude



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T114649: delete mediawiki/extensions/ValueView from gerrit

[JanZerebecki]

JanZerebecki created this task.
JanZerebecki added subscribers: JanZerebecki, Aklapper.
JanZerebecki added projects: Wikidata, Gerrit.

TASK DESCRIPTION
  Delete mediawiki/extensions/ValueView from gerrit, it was never used and 
there is currently no plan to use it.

TASK DETAIL
  https://phabricator.wikimedia.org/T114649

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: JanZerebecki
Cc: Aklapper, JanZerebecki, Wikidata-bugs, aude, QChris, greg



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T114443: EventBus MVP

[Nuria]

Nuria added a comment.

> EventLogging: Decode, validate and enqueue JSON events for EL.


mmm..I am not sure who would  be the users of this endpoint at this time, do 
you have a case for EL that is not served by varnish endpoint?

> Provide edit related events (ex: edit, creation, deletion, revision deletion, 
> rename).


This is a strong use case and analytics cares a lot about this data. Now, the 
priority here is the data and I am not sure this data would be published to 
kafka via rest endpoint given that the monolog integration with mediawiki is 
already set up.

I am not trying to get in the way but rather truly trying to understand here 
why the edit stream use case implies a rest endpoint. Seems to me (and I defer 
to @ottomata on this point)  that in order to deliver value the critical path 
includes: some schema registry system plus publishing of edit stream directly 
into kafka. As @joe pointed out separation of systems can be achieved by 
abstracting interface and implementation.


TASK DETAIL
  https://phabricator.wikimedia.org/T114443

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Nuria
Cc: EBernhardson, bd808, Joe, dr0ptp4kt, madhuvishy, Nuria, ori, faidon, aaron, 
GWicke, mobrovac, Halfak, Eevans, Ottomata, Matanya, Aklapper, JAllemandou, 
jkroll, Smalyshev, Hardikj, Wikidata-bugs, Jdouglas, RobH, aude, Deskana, 
Manybubbles, mark, JanZerebecki, RobLa-WMF, fgiunchedi, Dzahn, jeremyb, 
chasemp, Krenair



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T113049: [Task] add CI to extension ArticlePlaceholder

[JanZerebecki]

JanZerebecki added a comment.

Not yet, I updated the description with what still needs to be done.


TASK DETAIL
  https://phabricator.wikimedia.org/T113049

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: JanZerebecki
Cc: hashar, Ricordisamoa, Lucie, Paladox, JanZerebecki, Aklapper, 
Wikidata-bugs, aude, greg



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T69122: Remove assertTag usages from tests

[Ricordisamoa]

Ricordisamoa added a comment.

In https://phabricator.wikimedia.org/T69122#1701960, @daniel wrote:

> - DOMTestUtils would be "born deprecated". We don't want to encourage more 
> usages of it, we really want it to go away and be replaced with something 
> better


DOMTestUtils is not in good shape yet, but eventually it should implement a 
sensible subset of `assertTag()` and be quite stable.

> based on CSS selectors, perhaps


I'm not aware of any CSS equivalent of 'content'.

> - DOMTestUtils is currently copied around. It would make more sense to put 
> assertTagSimple() into the phpunit-dom-assertions project, which has support 
> for assertTag as a TODO. Or at least put it into MediaWikiTestCase.


Sure.

> If we //urgently// need to migrate to a PHPUnit 5, I'd agree to using 
> assertTagSimple() for now. But it seems that there are several more blockers 
> to this, which gives us time to work on The Real Solution.


That's why I opposed https://gerrit.wikimedia.org/r/237372 in the first place.

> PS: Is it correct that the code in DOMTestUtils was mainly copied from 
> PHPUnit? If so, it needs to attribute Sebastian Bergman to be in compliance 
> with the BSD license: //"Redistributions of source code must retain the above 
> copyright notice, this list of conditions and the following disclaimer."//


Have a look at 
https://github.com/sebastianbergmann/phpunit/blob/9a0ed21d58b263ea1e32f8d2e6151f56dac088e2/PHPUnit/Util/XML.php#L515
 and 
https://gerrit.wikimedia.org/r/#/c/234291/7/repo/tests/phpunit/includes/DOMTestUtils.php


TASK DETAIL
  https://phabricator.wikimedia.org/T69122

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Ricordisamoa
Cc: JanZerebecki, Ricordisamoa, gerritbot, Aklapper, Wikidata-bugs, Bene, 
Tobi_WMDE_SW, JeroenDeDauw, adrianheine, Lydia_Pintscher, daniel, aude



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T112649: [Task] Test: Using repo edit summaries on the client

[gerritbot]

gerritbot added a comment.

Change 243660 merged by jenkins-bot:
Track usage of missign entity via Lua.

https://gerrit.wikimedia.org/r/243660


TASK DETAIL
  https://phabricator.wikimedia.org/T112649

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Jonas, gerritbot
Cc: gerritbot, daniel, Tobi_WMDE_SW, Lydia_Pintscher, Aklapper, aude, 
Ricordisamoa, MGChecker, Wikidata-bugs



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Retitled] T75460: [Story] Make DataAccess functions default to the user's language on multilingual wikis

[hoo]

hoo changed the title from "[Story] Sane Lua label access in user language" to 
"[Story] Make DataAccess functions default to the user's language on 
multilingual wikis".
hoo edited the task description.

TASK DETAIL
  https://phabricator.wikimedia.org/T75460

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: hoo
Cc: Ricordisamoa, Rical, daniel, Aklapper, Daniel_Mietchen, Liuxinyu970226, 
Wikidata-bugs, TheDJ, mxn, GWicke, Multichill, Lydia_Pintscher, hoo, aude



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T69122: Remove assertTag usages from tests

[daniel]

daniel added a comment.

Quick update on my take on this: If DOMTestUtils::assertTagSimple() implements 
a subset of PHPUnit's assertTag(), and doesn't (contrary to my earlier 
understanding) invent yet another way to specify tag matches, I'm not 
//fundamentally// opposed to using it. However, I' still not very eager to go 
that way because:

- DOMTestUtils would be "born deprecated". We don't want to encourage more 
usages of it, we really want it to go away and be replaced with something 
better (based on CSS selectors, perhaps)
- DOMTestUtils is currently copied around. It would make more sense to put 
assertTagSimple() into the phpunit-dom-assertions project, which has support 
for assertTag as a TODO. Or at least put it into MediaWikiTestCase.

If we //urgently// need to migrate to a PHPUnit 5, I'd agree to using 
assertTagSimple() for now. But it seems that there are several more blockers to 
this, which gives us time to work on The Real Solution. Well, knowing how 
things go, nobody will until it's really urgent, but hey, that's life ;)

PS: Is it correct that the code in DOMTestUtils was mainly copied from PHPUnit? 
If so, it needs to attribute Sebastian Bergman to be in compliance with the BSD 
license: //"Redistributions of source code must retain the above copyright 
notice, this list of conditions and the following disclaimer."//


TASK DETAIL
  https://phabricator.wikimedia.org/T69122

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: daniel
Cc: JanZerebecki, Ricordisamoa, gerritbot, Aklapper, Wikidata-bugs, Bene, 
Tobi_WMDE_SW, JeroenDeDauw, adrianheine, Lydia_Pintscher, daniel, aude



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Retitled] T75460: [Story] Make Lua functions default to the user's language on multilingual wikis

[hoo]

hoo changed the title from "[Story] Make DataAccess functions default to the 
user's language on multilingual wikis" to "[Story] Make Lua functions default 
to the user's language on multilingual wikis".
hoo edited the task description.

TASK DETAIL
  https://phabricator.wikimedia.org/T75460

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: hoo
Cc: Ricordisamoa, Rical, daniel, Aklapper, Daniel_Mietchen, Liuxinyu970226, 
Wikidata-bugs, TheDJ, mxn, GWicke, Multichill, Lydia_Pintscher, hoo, aude



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T113049: [Task] add CI to extension ArticlePlaceholder

[JanZerebecki]

JanZerebecki edited the task description.

TASK DETAIL
  https://phabricator.wikimedia.org/T113049

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: JanZerebecki
Cc: hashar, Ricordisamoa, Lucie, Paladox, JanZerebecki, Aklapper, 
Wikidata-bugs, aude, greg



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T114547: Table of nuclides based on Wikidata

[ArthurPSmith]

ArthurPSmith added a comment.

By the way, the standard chart uses neutron number on the horizontal axis and 
proton number (i.e. the "atomic number" property) on the vertical. Every 
legitimate nuclide in wikidata seems to have those set correctly (I had to 
correct a handful last week but most were right).


TASK DETAIL
  https://phabricator.wikimedia.org/T114547

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: ArthurPSmith
Cc: ArthurPSmith, Pamputt, Tobias1984, Ricordisamoa, Aklapper, Wikidata-bugs, 
Lucie, aude



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T109705: [Task] Consistently and correctly get target or 'cached' language in ParserOptions when userlang option is used

[hoo]

hoo removed a blocked task: T75460: [Story] Make Lua functions default to the 
user's language on multilingual wikis.

TASK DETAIL
  https://phabricator.wikimedia.org/T109705

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: hoo
Cc: Lydia_Pintscher, gerritbot, aude, Aklapper, Wikidata-bugs, Jackmcbarn



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T112649: [Task] Test: Using repo edit summaries on the client

[gerritbot]

gerritbot added a subscriber: gerritbot.
gerritbot added a comment.

Change 243660 had a related patch set uploaded (by Daniel Kinzler):
Track usage of missign entity via Lua.

https://gerrit.wikimedia.org/r/243660


TASK DETAIL
  https://phabricator.wikimedia.org/T112649

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Jonas, gerritbot
Cc: gerritbot, daniel, Tobi_WMDE_SW, Lydia_Pintscher, Aklapper, aude, 
Ricordisamoa, MGChecker, Wikidata-bugs



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T112649: [Task] Test: Using repo edit summaries on the client

[gerritbot]

gerritbot added a project: Patch-For-Review.

TASK DETAIL
  https://phabricator.wikimedia.org/T112649

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Jonas, gerritbot
Cc: gerritbot, daniel, Tobi_WMDE_SW, Lydia_Pintscher, Aklapper, aude, 
Ricordisamoa, MGChecker, Wikidata-bugs



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T75460: [Story] Make Lua functions default to the user's language on multilingual wikis

[hoo]

hoo removed a blocking task: T109705: [Task] Consistently and correctly get 
target or 'cached' language in ParserOptions when userlang option is used.

TASK DETAIL
  https://phabricator.wikimedia.org/T75460

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: hoo
Cc: gerritbot, Ricordisamoa, Rical, daniel, Aklapper, Daniel_Mietchen, 
Liuxinyu970226, Wikidata-bugs, TheDJ, mxn, GWicke, Multichill, Lydia_Pintscher, 
hoo, aude



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T90706: [Task] Profile entity deserialization

[hoo]

hoo removed a blocked task: T111780: [Story] Allow usage of more entities on 
client pages via Lua.

TASK DETAIL
  https://phabricator.wikimedia.org/T90706

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: hoo
Cc: JeroenDeDauw, Lydia_Pintscher, Aklapper, daniel, Wikidata-bugs, aude, GWicke



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T111780: [Story] Allow usage of more entities on client pages via Lua

[hoo]

hoo removed a blocking task: T90706: [Task] Profile entity deserialization.

TASK DETAIL
  https://phabricator.wikimedia.org/T111780

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: hoo
Cc: gerritbot, hoo, Ricordisamoa, Aklapper, Lydia_Pintscher, Wikidata-bugs, aude



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T114547: Table of nuclides based on Wikidata

[Ricordisamoa]

Ricordisamoa edited the task description.
Ricordisamoa set Security to None.

TASK DETAIL
  https://phabricator.wikimedia.org/T114547

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Ricordisamoa
Cc: ArthurPSmith, Pamputt, Tobias1984, Ricordisamoa, Aklapper, Wikidata-bugs, 
Lucie, aude



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T114656: [Bug] Frequent "request has exceeded memory limit" fatals in EntityUsageTable::extractProperty

[hoo]

hoo created this task.
hoo added subscribers: daniel, Aklapper, hoo.
hoo added projects: MediaWiki-extensions-WikibaseClient, Wikidata, 
Wikimedia-log-errors.

TASK DESCRIPTION
  
  ```
  2015-10-05 08:40:46 mw1014 ruwikisource fatal ERROR: [f2d374e3] PHP Fatal 
Error: request has exceeded memory limit {"exception_id":"f2d374e3"}
  [Exception ErrorException] 
(/srv/mediawiki/php-1.27.0-wmf.1/extensions/Wikidata/extensions/Wikibase/client/includes/Usage/Sql/EntityUsageTable.php:484)
 PHP Fatal Error: request has exceeded memory limit
#0 
/srv/mediawiki/php-1.27.0-wmf.1/extensions/Wikidata/extensions/Wikibase/client/includes/Usage/Sql/EntityUsageTable.php(484):
 ()
#1 
/srv/mediawiki/php-1.27.0-wmf.1/extensions/Wikidata/extensions/Wikibase/client/includes/Usage/Sql/EntityUsageTable.php(468):
 Wikibase\Client\Usage\Sql\EntityUsageTable->extractProperty(ResultWrapper, 
string)
#2 
/srv/mediawiki/php-1.27.0-wmf.1/extensions/Wikidata/extensions/Wikibase/client/includes/Usage/Sql/EntityUsageTable.php(446):
 Wikibase\Client\Usage\Sql\EntityUsageTable->getUsedEntityIdStrings(array)
#3 
/srv/mediawiki/php-1.27.0-wmf.1/extensions/Wikidata/extensions/Wikibase/client/includes/Usage/Sql/SqlUsageTracker.php(286):
 Wikibase\Client\Usage\Sql\EntityUsageTable->getUnusedEntities(array)
#4 
/srv/mediawiki/php-1.27.0-wmf.1/extensions/Wikidata/extensions/Wikibase/client/includes/store/UsageUpdater.php(113):
 Wikibase\Client\Usage\Sql\SqlUsageTracker->getUnusedEntities(array)
#5 
/srv/mediawiki/php-1.27.0-wmf.1/extensions/Wikidata/extensions/Wikibase/client/includes/Hooks/DataUpdateHookHandlers.php(156):
 Wikibase\Client\Store\UsageUpdater->pruneUsagesForPage(integer, string)
#6 
/srv/mediawiki/php-1.27.0-wmf.1/extensions/Wikidata/extensions/Wikibase/client/includes/Hooks/DataUpdateHookHandlers.php(61):
 
Wikibase\Client\Hooks\DataUpdateHookHandlers->doLinksUpdateComplete(LinksUpdate)
#7 /srv/mediawiki/php-1.27.0-wmf.1/includes/Hooks.php(204): 
Wikibase\Client\Hooks\DataUpdateHookHandlers::onLinksUpdateComplete(LinksUpdate)
#8 /srv/mediawiki/php-1.27.0-wmf.1/includes/deferred/LinksUpdate.php(146): 
Hooks::run(string, array)
#9 /srv/mediawiki/php-1.27.0-wmf.1/includes/deferred/DataUpdate.php(99): 
LinksUpdate->doUpdate()
#10 
/srv/mediawiki/php-1.27.0-wmf.1/includes/jobqueue/jobs/RefreshLinksJob.php(200):
 DataUpdate::runUpdates(array)
#11 
/srv/mediawiki/php-1.27.0-wmf.1/includes/jobqueue/jobs/RefreshLinksJob.php(99): 
RefreshLinksJob->runForTitle(Title)
#12 /srv/mediawiki/php-1.27.0-wmf.1/includes/jobqueue/JobRunner.php(180): 
RefreshLinksJob->run()
#13 /srv/mediawiki/rpc/RunJobs.php(42): JobRunner->run(array)
#14 {main}
  
  ```

TASK DETAIL
  https://phabricator.wikimedia.org/T114656

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: hoo
Cc: hoo, Aklapper, daniel, Luke081515, Wikidata-bugs, aude, Jay8g, Krenair, greg



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T114664: [Bug] Show more meaningful messages on the client wiki when a relevant sitelink is changed on the repo

[daniel]

daniel created this task.
daniel assigned this task to Jonas.
daniel added subscribers: gerritbot, daniel, Tobi_WMDE_SW, Lydia_Pintscher, 
Aklapper, aude, Ricordisamoa, MGChecker.
daniel added projects: MediaWiki-extensions-WikibaseClient, Wikidata.

TASK DESCRIPTION
  Observed:
  1) when the sitelink for enwiki is changed from Foo to Bar, the client wiki 
shows RC entries for Foo and Bar, with the original message from the repo 
("Sitelinks for enwiki was changed from Foo to Bar")
  2) when the sitelink for Foo on enwiki is removed, the client wiki shows a 
specialized message for Foo, saying that the link was removed.
  3) when a sitelink for Bar on enwiki is added (and none existed for enwiki 
before), the client wiki shows a specialized message for Bar, saying that a 
data item was connected to the page.
  
  Expected:
  * when the sitelink for enwiki is changed from Foo to Bar, the client wiki 
shows specialized messages for Foo and Bar, saying that a data item was 
unlinked/linked, as is done for case (2) and (3).

TASK DETAIL
  https://phabricator.wikimedia.org/T114664

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Jonas, daniel
Cc: MGChecker, Ricordisamoa, aude, Aklapper, Lydia_Pintscher, Tobi_WMDE_SW, 
daniel, gerritbot, Wikidata-bugs



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T112120: [Task] Move ValueView repository from github to gerrit

[JanZerebecki]

JanZerebecki added a comment.

Creating a tag then works like this:
git tag TAGNAME master
git push gerrit tag TAGNAME


TASK DETAIL
  https://phabricator.wikimedia.org/T112120

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: JanZerebecki
Cc: Tobi_WMDE_SW, adrianheine, Addshore, aude, JanZerebecki, Aklapper, 
Lydia_Pintscher, Wikidata-bugs



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Changed Project Column] T112120: [Task] Move ValueView repository from github to gerrit

[JanZerebecki]

JanZerebecki moved this task to Review on the Wikidata-Sprint-2015-09-29 
workboard.

TASK DETAIL
  https://phabricator.wikimedia.org/T112120

WORKBOARD
  https://phabricator.wikimedia.org/project/board/1540/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: JanZerebecki
Cc: Tobi_WMDE_SW, adrianheine, Addshore, aude, JanZerebecki, Aklapper, 
Lydia_Pintscher, Wikidata-bugs



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T114656: [Bug] Frequent "request has exceeded memory limit" fatals in EntityUsageTable::extractProperty

[gerritbot]

gerritbot added a subscriber: gerritbot.
gerritbot added a comment.

Change 243692 had a related patch set uploaded (by Hoo man):
Use a DISTINCT query in EntityUsageTable::getUsedEntityIdStrings

https://gerrit.wikimedia.org/r/243692


TASK DETAIL
  https://phabricator.wikimedia.org/T114656

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: gerritbot
Cc: gerritbot, hoo, Aklapper, daniel, Luke081515, Wikidata-bugs, aude, Jay8g, 
Krenair, greg



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Lowered Priority] T114665: [Bug] Repo should generate a meaningful log message when an entity is deleted.

[daniel]

daniel edited the task description.
daniel lowered the priority of this task from "High" to "Normal".
daniel set Security to None.

TASK DETAIL
  https://phabricator.wikimedia.org/T114665

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: daniel
Cc: Jonas, MGChecker, Ricordisamoa, aude, Aklapper, Lydia_Pintscher, 
Tobi_WMDE_SW, daniel, gerritbot, Wikidata-bugs



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T114666: [Bug] Repo should generate a meaningful log message when an entity is restored

[daniel]

daniel edited the task description.

TASK DETAIL
  https://phabricator.wikimedia.org/T114666

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: daniel
Cc: MGChecker, Ricordisamoa, aude, Aklapper, Lydia_Pintscher, Tobi_WMDE_SW, 
daniel, gerritbot, Wikidata-bugs



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T114654: [Task] Delete by primary key in EntityUsageTable::pruneStaleUsages and EntityUsageTable::removeEntities

[hoo]

hoo created this task.
hoo added subscribers: hoo, daniel.
hoo added projects: Wikidata, MediaWiki-extensions-WikibaseClient, Performance.
Herald added a subscriber: Aklapper.

TASK DESCRIPTION
  Might help reduce the locks on that table. See also T111769.

TASK DETAIL
  https://phabricator.wikimedia.org/T114654

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: hoo
Cc: daniel, Aklapper, hoo, Wikidata-bugs, aude, GWicke



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T112120: [Task] Move ValueView repository from github to gerrit

[JanZerebecki]

JanZerebecki added a comment.

This is now moved, please don't change the repo on github.com yourself. I.e. 
creating a tag needs to happen through gerrit.

https://gerrit.wikimedia.org/r/#/c/243677/ needs to be merged for the CI to 
pass.


TASK DETAIL
  https://phabricator.wikimedia.org/T112120

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: JanZerebecki
Cc: Tobi_WMDE_SW, adrianheine, Addshore, aude, JanZerebecki, Aklapper, 
Lydia_Pintscher, Wikidata-bugs



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Lowered Priority] T114666: [Bug] Repo should generate a meaningful log message when an entity is restored

[daniel]

daniel edited the task description.
daniel lowered the priority of this task from "High" to "Normal".
daniel set Security to None.

TASK DETAIL
  https://phabricator.wikimedia.org/T114666

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: daniel
Cc: MGChecker, Ricordisamoa, aude, Aklapper, Lydia_Pintscher, Tobi_WMDE_SW, 
daniel, gerritbot, Wikidata-bugs



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Up For Grabs] T114665: [Bug] Repo should generate a meaningful log message when an entity is deleted.

[daniel]

daniel placed this task up for grabs.
daniel added a subscriber: Jonas.

TASK DETAIL
  https://phabricator.wikimedia.org/T114665

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: daniel
Cc: Jonas, MGChecker, Ricordisamoa, aude, Aklapper, Lydia_Pintscher, 
Tobi_WMDE_SW, daniel, gerritbot, Wikidata-bugs



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T114665: [Bug] Repo should generate a meaningful log message when an entity is deleted.

[daniel]

daniel created this task.
daniel assigned this task to Jonas.
daniel added subscribers: gerritbot, daniel, Tobi_WMDE_SW, Lydia_Pintscher, 
Aklapper, aude, Ricordisamoa, MGChecker.
daniel added projects: MediaWiki-extensions-WikibaseClient, Wikidata.

TASK DESCRIPTION
  Observed:
  * The repo writes a message key like "wikidata-item-removed" into the comment 
field of the changes meta-data.
  
  Expected:
  * The repo writes a localisable auto-comment block (e.g. "/* removed */") 
into the comment field of the changes meta-data.

TASK DETAIL
  https://phabricator.wikimedia.org/T114665

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Jonas, daniel
Cc: MGChecker, Ricordisamoa, aude, Aklapper, Lydia_Pintscher, Tobi_WMDE_SW, 
daniel, gerritbot, Wikidata-bugs



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T114668: [Bug] Show meaningful message on the client when a used (but not connected) entity is deleted or restored.

[daniel]

daniel created this task.
daniel added subscribers: gerritbot, daniel, Tobi_WMDE_SW, Lydia_Pintscher, 
Aklapper, aude, Ricordisamoa, MGChecker.
daniel added projects: MediaWiki-extensions-WikibaseClient, Wikidata.

TASK DESCRIPTION
  Observed:
  * The client shows a message along the lines of "Connected item deleted; 
Language links removed" for //all// pages that used the deleted item.
  * The client shows a message along the lines of "Connected item restored; 
Language links restored" for //all// pages that used the restored item.
  
  Expected:
  * The client shows the "Connected item deleted" resp "Connected item 
restored" message only for the page that is actually connected to the 
deleted/restored item.
  * The client shows a more general "Used item Q1234 deleted" resp "Used item 
Q1234 deleted" message for pages that use the respective item, but are not 
connected to it via sitelink..

TASK DETAIL
  https://phabricator.wikimedia.org/T114668

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: daniel
Cc: MGChecker, Ricordisamoa, aude, Aklapper, Lydia_Pintscher, Tobi_WMDE_SW, 
daniel, gerritbot, Wikidata-bugs



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T114666: [Bug] Repo should generate a meaningful log message when an entity is restored

[daniel]

daniel created this task.
daniel added subscribers: gerritbot, daniel, Tobi_WMDE_SW, Lydia_Pintscher, 
Aklapper, aude, Ricordisamoa, MGChecker.
daniel added projects: MediaWiki-extensions-WikibaseClient, Wikidata.

TASK DESCRIPTION
  Observed:
  * The repo writes the commit message of the newest restored revision into the 
comment field of the changes meta-data.
  
  Expected:
  * The repo writes a localisable auto-comment block (e.g. "/* restored */") 
into the comment field of the changes meta-data.

TASK DETAIL
  https://phabricator.wikimedia.org/T114666

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: daniel
Cc: MGChecker, Ricordisamoa, aude, Aklapper, Lydia_Pintscher, Tobi_WMDE_SW, 
daniel, gerritbot, Wikidata-bugs



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Up For Grabs] T114664: [Bug] Show more meaningful messages on the client wiki when a relevant sitelink is changed on the repo

[daniel]

daniel placed this task up for grabs.
daniel added a subscriber: Jonas.

TASK DETAIL
  https://phabricator.wikimedia.org/T114664

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: daniel
Cc: Jonas, MGChecker, Ricordisamoa, aude, Aklapper, Lydia_Pintscher, 
Tobi_WMDE_SW, daniel, gerritbot, Wikidata-bugs



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T112865: [Story] Add Wikibase support for PageImages

[thiemowmde]

thiemowmde added a comment.

All the extension does (besides the "pageimages" API module) is appending a 
page property called "page_image" for each page id to the `page_props` table, 
containing the pure file name without the namespace. (And it does that in a way 
that's not really applicable for our code base, by accessing 
`LinksUpdate::$mProperties`.) That's all. That's so simple, the only reason to 
bind to the https://phabricator.wikimedia.org/tag/pageimages/ extension is 
literally the constant `PageImages::PROP_NAME` with the "page_image" string. As 
far as I can see, not even major refactoring of the PageImages class would make 
it possible to reuse existing code.

I suggest to not bind against the PageImages extension but simply ... well, 
rely on `class_exists( 'PageImages' )`?

To do:

- What about the `wgPageImagesNamespaces` setting? Problem is, the PageImages 
extension should not work on Wikibase namespaces. But at the same time it would 
be confusing to have two separate settings for the same thing.
- What about the `wgPageImagesBlacklist`? Our code should respect this.


TASK DETAIL
  https://phabricator.wikimedia.org/T112865

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: thiemowmde
Cc: gerritbot, thiemowmde, Lydia_Pintscher, Bene, aude, Aklapper, Wikidata-bugs



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T114443: EventBus MVP

[GWicke]

GWicke added a comment.

I guess we have slightly different ideas about what a message bus should be:

1. a way to get blobs from a to b, and
2. a way to expose a stream of events in a defined format that can be consumed 
easily by a range of clients.

The use cases I care about require 2). Applying my interpretation of the 
Robustness Principle  to 
that use case means thoroughly checking / coercing things on the way in, and 
keeping promises on the way out.

I also agree that it is possible to implement 2) by writing directly to Kafka, 
provided that *each* producer

- emits only events satisfying the expected (current) schema,
- never writes to queues it shouldn't write to (access control), and
- is fully aware of internal optimizations such as binary encodings and 
compression specific to the event queue implementation and topic.

Add to this requirements like emitting per-topic metrics, and I think it 
becomes clear why limiting the number of implementations is desirable.

I also think that we should look at actual data before making assumptions about 
latency. For example, simple Kafka clients establish a new TCP connection per 
write, and might even fetch metadata for each connection. The simple REST 
service (120 lines) processes 1100+ req/s with a mean enqueue latency of around 
10ms, with both Kafka and the service running on a single-core labs instance. 
At production load, low single-digit ms should be typical. There will be use 
cases where sub-ms latency or extremely high volume is needed & REST is not a 
good fit, but lets base decisions around that on actual data.

Regarding the monolog backend, my understanding based on 
https://phabricator.wikimedia.org/T108618 and conversations is that this is 
primarily aiming to ship events to hadoop for later analysis. As such, it's 
message format is geared towards that use case, and no effort has been made to 
generalize events and their representation for general use. That said, we 
*could* consider using the monolog integration for emitting more general events 
from MediaWiki, but would then also need to implement support for alternative 
backends, and ensure that schemas agree.


TASK DETAIL
  https://phabricator.wikimedia.org/T114443

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: GWicke
Cc: EBernhardson, bd808, Joe, dr0ptp4kt, madhuvishy, Nuria, ori, faidon, aaron, 
GWicke, mobrovac, Halfak, Eevans, Ottomata, Matanya, Aklapper, JAllemandou, 
jkroll, Smalyshev, Hardikj, Wikidata-bugs, Jdouglas, RobH, aude, Deskana, 
Manybubbles, mark, JanZerebecki, RobLa-WMF, fgiunchedi, Dzahn, jeremyb, 
chasemp, Krenair



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T114670: [Bug] Improve display of relevant item ID in RecentChanges/Watchlist display on the client.

[daniel]

daniel created this task.
daniel added subscribers: gerritbot, daniel, Tobi_WMDE_SW, Lydia_Pintscher, 
Aklapper, aude, Ricordisamoa, MGChecker.
daniel added projects: MediaWiki-extensions-WikibaseClient, Wikidata.

TASK DESCRIPTION
  Observed: 
  * On the RecentChanges and Watchlist page, the client wiki shows changes from 
the repo using the form "Local-Name (Q1234)". 
  
  Expected: 
  * On the RecentChanges and Watchlist page, the client wiki shows changes from 
the repo using something more like "Local-Name (affected by change to Q1234)". 
  
  Rationale: 
  We use the form "Name (Q1234)" to indicate that the page called "Name" is 
about the concept Q1234 (resp that "Name" is the label for Q1234). On the 
client however, The affected page may be about a completely unrelated concept.

TASK DETAIL
  https://phabricator.wikimedia.org/T114670

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: daniel
Cc: MGChecker, Ricordisamoa, aude, Aklapper, Lydia_Pintscher, Tobi_WMDE_SW, 
daniel, gerritbot, Wikidata-bugs



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T114656: [Bug] Frequent "request has exceeded memory limit" fatals in EntityUsageTable::extractProperty

[gerritbot]

gerritbot added a project: Patch-For-Review.

TASK DETAIL
  https://phabricator.wikimedia.org/T114656

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: gerritbot
Cc: gerritbot, hoo, Aklapper, daniel, Luke081515, Wikidata-bugs, aude, Jay8g, 
Krenair, greg



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T114654: [Task] Delete by primary key in EntityUsageTable::pruneStaleUsages and EntityUsageTable::removeEntities

[gerritbot]

gerritbot added a subscriber: gerritbot.
gerritbot added a comment.

Change 243696 had a related patch set uploaded (by Hoo man):
Batch the query and delete by primary key in EntityUsageTable::pruneStaleUsages

https://gerrit.wikimedia.org/r/243696


TASK DETAIL
  https://phabricator.wikimedia.org/T114654

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: gerritbot
Cc: gerritbot, daniel, Aklapper, hoo, Wikidata-bugs, aude, GWicke



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T114654: [Task] Delete by primary key in EntityUsageTable::pruneStaleUsages and EntityUsageTable::removeEntities

[gerritbot]

gerritbot added a project: Patch-For-Review.

TASK DETAIL
  https://phabricator.wikimedia.org/T114654

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: gerritbot
Cc: gerritbot, daniel, Aklapper, hoo, Wikidata-bugs, aude, GWicke



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs