[Wikidata-bugs] [Maniphest] [Updated] T145819: Jobs invoking SiteConfiguration::getConfig cause HHVM to fail updating the bytecode cache due to being filesize limited to 512MBytes

thcipriani added a comment. In T145819#2650834, @greg wrote: We're back to wmf.18 now. explanation on the wmf.19 blockers task T143328#2651001 the rollback was not due to the problems outlined in this task; although, I was not able to confirm that this task was resolved.TASK

[Wikidata-bugs] [Maniphest] [Commented On] T145819: Jobs invoking SiteConfiguration::getConfig cause HHVM to fail updating the bytecode cache due to being filesize limited to 512MBytes

greg added a comment. We're back to wmf.18 now.TASK DETAILhttps://phabricator.wikimedia.org/T145819EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gregCc: thcipriani, Anomie, aaron, MZMcBride, Tobi_WMDE_SW, FastLizard4, JJMC89, zeljkofilipin, Lydia_Pintscher,

[Wikidata-bugs] [Maniphest] [Commented On] T123196: Access to item from talk page

Esc3300 added a comment. For projects using talk pages for maintenance templates and categories, this could be helpful.TASK DETAILhttps://phabricator.wikimedia.org/T123196EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Esc3300, hoo, matej_suchanek,

[Wikidata-bugs] [Maniphest] [Commented On] T145819: Jobs invoking SiteConfiguration::getConfig cause HHVM to fail updating the bytecode cache due to being filesize limited to 512MBytes

thcipriani added a comment. In T145819#2649573, @aaron wrote: The backport should get the maintenance script call rate back to the old status quo (rare), so re-deploy is worth attempting. Trying the redeploy now. wmf.19 is on group0 wikis currently. Plan is to move group1 at 21:45, and all

[Wikidata-bugs] [Maniphest] [Commented On] T146079: s5-master contention caused (?) by refreshlinksprioritized/addUsagesForPage jobs running for all wikis

aaron added a comment. Does addUsages() get called when no other writes are pending commit? If so, you can do the usual getEmptyTransactionTicket/commitAndWaitForReplication dance. If not, you'd have to pass the ticked down from above...TASK DETAILhttps://phabricator.wikimedia.org/T146079EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T143762: WDQS: Geographic breakdown of SPARQL queries

chelsyx added a comment. 3rd draft: F4487819: report.pdfTASK DETAILhttps://phabricator.wikimedia.org/T143762EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: chelsyxCc: Addshore, Aklapper, mpopov, Smalyshev, debt, mschwarzer, Avner, Gehel, D3r1ck01, Jonas,

[Wikidata-bugs] [Maniphest] [Updated] T146079: s5-master contention caused (?) by refreshlinksprioritized/addUsagesForPage jobs running for all wikis

hoo added subscribers: aude, daniel, Lydia_Pintscher.hoo added a comment. Since 98bd2437ae38f395a8b47e6895793e88ca3ae6b4 we use larger transactions in EntityUsageTable (one for the whole set (up to 400(?)), not one per batch (up to 100 rows). If this is indeed the cause for this, we presumably

Re: [Wikidata] Greater than 400 char limit for Wikidata string data types

On 19.09.2016 18:12, Lydia Pintscher wrote: On Mon, Sep 19, 2016 at 6:19 AM, Denny Vrandečić wrote: Can you figure out what a good limit would be for these two use cases? I.e. what would support 99%, 99.9%, and 100%? Yes this would be extremely helpful. In general I

[Wikidata-bugs] [Maniphest] [Commented On] T145743: Wikibase unit tests should not call WikiPage::doEdit()

gerritbot added a comment. Change 310957 merged by jenkins-bot: Replace WikiPage::doEdit() usage https://gerrit.wikimedia.org/r/310957TASK DETAILhttps://phabricator.wikimedia.org/T145743EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot,

[Wikidata] Moving SPARQL query examples to Wikidata

Hi! Right now we have SPARQL query examples page in https://www.mediawiki.org/wiki/Wikibase/Indexing/SPARQL_Query_Examples, and it gathered a large amount of excellent contributions (for which I'd like to take this opportunity to thank everybody who helped!) However, MediaWiki site is really not

[Wikidata-bugs] [Maniphest] [Closed] T146082: RDF dumps should contain revision info

daniel closed this task as "Invalid".daniel added a comment. Closing as per Stas, the revision info is already in the dumps. Quote from the relevant mail: So the revision info should already be in the dump. Can you confirm it is? I don't have a dump handy, and just broke my test install >_< I

[Wikidata-bugs] [Maniphest] [Commented On] T146082: RDF dumps should contain revision info

Smalyshev added a comment. PRODUCE_VERSION_INFO seems to be wrong one - this one adds cc:license and schema:softwareVersion. addEntityRevisionInfo adds version and dateModified unconditionally. In fact, looking at the dump right now, I see: wdata:Q1 a schema:Dataset ; schema:about wd:Q1 ;

[Wikidata-bugs] [Maniphest] [Created] T146082: RDF dumps should contain revision info

daniel created this task.daniel added projects: Wikidata, MediaWiki-extensions-WikibaseRepository.Herald added a subscriber: Aklapper. TASK DESCRIPTIONRDF dumps should provide revision ID and timestamp for each entity page. This allows consumers to check whether an entity they imported from a dump

[Wikidata-bugs] [Maniphest] [Retitled] T146079: s5-master contention caused (?) by refreshlinksprioritized/addUsagesForPage jobs running for all wikis

jcrespo changed the title from "s5-master contention caused (?) by refreshlinksprioritized job running for all wikis" to "s5-master contention caused (?) by refreshlinksprioritized/addUsagesForPage jobs running for all wikis". TASK DETAILhttps://phabricator.wikimedia.org/T146079EMAIL

[Wikidata-bugs] [Maniphest] [Created] T146079: s5-master contention caused (?) by refreshlinksprioritized job running for all wikis

jcrespo created this task.jcrespo added projects: Wikimedia-log-errors, Wikidata, DBA, MediaWiki-JobRunner.Herald added a subscriber: Aklapper. TASK DESCRIPTIONThere is high number of connection errors to 10.64.16.144 (db1049, or s5-master) caused probably by high number of connections such as: {

Re: [Wikidata] Let's move forward with support for Wiktionary

Denny, Ah. very cool. So its currently supported just by the flexible nature of Wikidata's backing triplestore, Blazegraph and its generic graph structure, I assume what you mean. So just having statements perform the linking to Lexemes that are just Q items themselves, but with a special

[Wikidata-bugs] [Maniphest] [Claimed] T143424: [Task] Explore the Entity Relevancy Scoring for Wikidata

thalhamm claimed this task.thalhamm added a comment. We were recently discussing a Wikipedia PageRank solution (or a combination of that ranking with other features). I could contribute these scores and get ready also to implement some integration (with some help).TASK

[Wikidata-bugs] [Maniphest] [Updated] T145819: Jobs invoking SiteConfiguration::getConfig cause HHVM to fail updating the bytecode cache due to being filesize limited to 512MBytes

hashar added a comment. T111441 is most probably a beast too large to get rid of in a short time, and I don't even know who could be diverted to work on it. I would at least clear out the HHVM bytecode caches for to be safe. A server that failed had a 202MBytes file: In T145819#2643463,

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T76229: [Story] create demo infoboxes

Strainu added subscribers: Andrei_Stroe, Strainu.Strainu added a comment. @Andrei_Stroe has done some tremendously useful things on the Romanian Wikipedia using wikidata and LUATASK DETAILhttps://phabricator.wikimedia.org/T76229EMAIL

[Wikidata-bugs] [Maniphest] [Updated] T145189: Include entity usage data in action=info in repositories

gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T145189EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, gerritbotCc: WMDE-leszek, Aklapper, Liuxinyu970226, Ricordisamoa, Edgars2007, Ainali, gerritbot,

[Wikidata-bugs] [Maniphest] [Commented On] T145189: Include entity usage data in action=info in repositories

gerritbot added a comment. Change 311483 had a related patch set uploaded (by Ladsgroup): [WIP] Add InfoAction handler in repo for tracking subscriptions https://gerrit.wikimedia.org/r/311483TASK DETAILhttps://phabricator.wikimedia.org/T145189EMAIL

[Wikidata-bugs] [Maniphest] [Edited] T146069: "TypeError: undefined is not an object (evaluating 'mw.util.addPortletLink')" while opening item in new tab (on background) in Safari

Sjoerddebruin edited the task description. (Show Details) EDIT DETAILS...4. Check the _javascript_ console and see "TypeError: undefined is not an object (evaluating 'mw.util.addPortletLink')"addPortletLink')" This doesn't seems to happen when I'm not logged in and only when using gadgets that

[Wikidata-bugs] [Maniphest] [Commented On] T145819: Jobs invoking SiteConfiguration::getConfig cause HHVM to fail updating the bytecode cache due to being filesize limited to 512MBytes

aaron added a comment. The backport should get the maintenance script call rate back to the old status quo (rare), so re-deploy is worth attempting.TASK DETAILhttps://phabricator.wikimedia.org/T145819EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: aaronCc:

[Wikidata-bugs] [Maniphest] [Created] T146069: "TypeError: undefined is not an object (evaluating 'mw.util.addPortletLink')" while opening item in new tab (on background) in Safari

Sjoerddebruin created this task.Sjoerddebruin added projects: Browser-Support-Apple-Safari, MediaWiki-extensions-WikibaseRepository.Herald added a subscriber: Aklapper.Herald added a project: Wikidata. TASK DESCRIPTION Open

[Wikidata-bugs] [Maniphest] [Raised Priority] T145819: Jobs invoking SiteConfiguration::getConfig cause HHVM to fail updating the bytecode cache due to being filesize limited to 512MBytes

thcipriani raised the priority of this task from "Normal" to "High". TASK DETAILhttps://phabricator.wikimedia.org/T145819EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thciprianiCc: thcipriani, Anomie, aaron, MZMcBride, Tobi_WMDE_SW, FastLizard4, JJMC89,

[Wikidata-bugs] [Maniphest] [Commented On] T145819: Jobs invoking SiteConfiguration::getConfig cause HHVM to fail updating the bytecode cache due to being filesize limited to 512MBytes

thcipriani added a comment. There seems to be a larger underlying issue (captured in T111441). Since @aaron and @Anomie merged and back-ported https://gerrit.wikimedia.org/r/311172, is that sufficient to try wmf.19 again this Tuesday? Or should T111441 block the train until it is resolved? It

[Wikidata-bugs] [Maniphest] [Commented On] T145138: Wikibase Lua API have breaking change

hoo added a comment. In T145138#2648493, @aude wrote: looks like we will need to cherry pick https://gerrit.wikimedia.org/r/#/c/309477/ when we make a new deployment branch Yes, please. I'm going to start working as usual again from Thursday on. I'll pick this up then ASAP.TASK

Re: [Wikidata] Greater than 400 char limit for Wikidata string data types

Thanks, guys! I am glad to hear that the technical hurdles for implementation seem to be relatively low. Is there any realistic timeline by when this could be done? I agree with Lydia, that not all string properties should allow for unlimited (or even very many) chars. It would be nice to

[Wikidata-bugs] [Maniphest] [Updated] T117032: Create configuration for specifying units conversions

Smalyshev added a comment. It seems like we need an update strategy before we can deploy this I don't think we need it before we deploy it - we'll only need to update once we deploy second iteration - but I agree we certainly do need one. The easiest way to do it though would be to enable .nt

[Wikidata-bugs] [Maniphest] [Commented On] T117032: Create configuration for specifying units conversions

gerritbot added a comment. Change 311206 had a related patch set uploaded (by Smalyshev): Add config for units on Wikidata https://gerrit.wikimedia.org/r/311206TASK DETAILhttps://phabricator.wikimedia.org/T117032EMAIL

[Wikidata-bugs] [Maniphest] [Updated] T117032: Create configuration for specifying units conversions

gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T117032EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: Lydia_Pintscher, TomT0m, gerritbot, Smalyshev, Aklapper, daniel, aude, mschwarzer, Avner, Lewizho99,

[Wikidata-bugs] [Maniphest] [Commented On] T145624: PHP Notice: Undefined index: rc_new when running ChangeNotification jobs

gerritbot added a comment. Change 311443 merged by jenkins-bot: Fix undefined rc_new index during ChangeNotification jobs https://gerrit.wikimedia.org/r/311443TASK DETAILhttps://phabricator.wikimedia.org/T145624EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:

Re: [Wikidata] Greater than 400 char limit for Wikidata string data types

On Mon, Sep 19, 2016 at 6:19 AM, Denny Vrandečić wrote: > Can you figure out what a good limit would be for these two use cases? I.e. > what would support 99%, 99.9%, and 100%? Yes this would be extremely helpful. In general I agree that we can now be more relaxed about this

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T145712: Statement counts from pageprops do not match actual ones

daniel added a subscriber: aaron.daniel added a comment. If I remember correctly, @aaron recently changed WikiPage to push secondary data updates to the job queue instead of merely referring them to the post-send stage of the request. This greatly increases the risk of race conditions for tools

[Wikidata] Weekly Summary #227

*Here's your quick overview of what has been happening around Wikidata over the last week.* Discussions - We're starting working on lexicographical data! Please read the proposal and give us your feedback :) - New request for

[Wikidata-bugs] [Maniphest] [Updated] T145624: PHP Notice: Undefined index: rc_new when running ChangeNotification jobs

gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T145624EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: aude, gerritbotCc: gerritbot, aude, Aklapper, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs,

[Wikidata-bugs] [Maniphest] [Commented On] T145624: PHP Notice: Undefined index: rc_new when running ChangeNotification jobs

gerritbot added a comment. Change 311443 had a related patch set uploaded (by Aude): Fix undefined rc_new index during ChangeNotification jobs https://gerrit.wikimedia.org/r/311443TASK DETAILhttps://phabricator.wikimedia.org/T145624EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T145138: Wikibase Lua API have breaking change

aude added a comment. looks like we will need to cherry pick https://gerrit.wikimedia.org/r/#/c/309477/ when we make a new deployment branchTASK DETAILhttps://phabricator.wikimedia.org/T145138EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: audeCc: aude,

[Wikidata-bugs] [Maniphest] [Merged] T145138: Wikibase Lua API have breaking change

aude merged a task: T146016: mw.wikibase.label is now appending the language code when returning the label. TASK DETAILhttps://phabricator.wikimedia.org/T145138EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: audeCc: aude, Lucie, IKhitron, Stashbot, greg,

[Wikidata-bugs] [Maniphest] [Updated] T146016: mw.wikibase.label is now appending the language code when returning the label

aude closed this task as a duplicate of T145138: Wikibase Lua API have breaking change. TASK DETAILhttps://phabricator.wikimedia.org/T146016EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: audeCc: aude, Aklapper, D3r1ck01, Izno, Wikidata-bugs,

[Wikidata] Next office hour: September 27th

Hello folks, Our next Wikidata office hour will take place on September 27th, between 18:00 and 19:00 (Berlin time, UTC+2), on the #wikimedia-office IRC channel. Please bring any topic you want to discuss with Lydia, me or other members of the Wikidata team :) See you soon, -- Léa Lacroix

Re: [Wikidata] Let's move forward with support for Wiktionary

And just to point out - even though there are no plans to accommodate the superstructures in the data model directly, it should be noted that the current data model already is flexible to have it, i.e. if the community so wishes they can create Lexemes which represent the "root" of a word like

[Wikidata-bugs] [Maniphest] [Updated] T107595: [RFC] Multi-Content Revisions

daniel added a project: TLA Team. TASK DETAILhttps://phabricator.wikimedia.org/T107595EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: brion, danielCc: Pppery, Florian, Liuxinyu970226, WMDE-leszek, Mholloway, Scott_WUaS, Niharika, MGChecker, LikeLifer, Elitre,

[Wikidata-bugs] [Maniphest] [Updated] T113034: RFC: Overhaul Interwiki map, unify with Sites and WikiMap

daniel added a project: TLA Team. TASK DETAILhttps://phabricator.wikimedia.org/T113034EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Jakob_WMDE, WMDE-leszek, Lydia_Pintscher, Liuxinyu970226, MarcoAurelio, RobLa-WMF, gerritbot, Quiddity, Bene, hoo,

[Wikidata-bugs] [Maniphest] [Commented On] T142158: Job mediawiki-extensions-php55 frequently fails due to "Segmentation fault"

aude added a comment. with set env MALLOC_CHECK_=3 in gdb, I get: Wikibase\Test\StoreTest::testRebuild with data set #0 (Wikibase\SqlStore Object (...)) Cannot use a scalar value as an array /var/www/wiki/w/includes/site/SiteList.php:89 /var/www/wiki/w/includes/libs/GenericArrayObject.php:155

[Wikidata-bugs] [Maniphest] [Created] T146030: Add support for repo prefixes to DispatchingEntityIdParser

daniel created this task.daniel added projects: Wikidata, Wikidata-Sprint-2016-04-26, TLA Team.Herald added a subscriber: Aklapper. TASK DESCRIPTIONDispatchingEntityIdParser finds the correct type of EntityId to construct by matchign a given ID serialization against regular expressions managed by

[Wikidata-bugs] [Maniphest] [Updated] T76007: add ability to link/refer to foreign items and properties (federation)

daniel added a project: TLA Team. TASK DETAILhttps://phabricator.wikimedia.org/T76007EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: DannyH, Ricordisamoa, Aklapper, Micru, Daniel_Mietchen, Wikidata-bugs, Bene, Legoktm, JanZerebecki, wikibugs-l-list,

[Wikidata-bugs] [Maniphest] [Assigned] T146030: Add support for repo prefixes to DispatchingEntityIdParser

daniel assigned this task to WMDE-leszek. TASK DETAILhttps://phabricator.wikimedia.org/T146030EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszek, danielCc: WMDE-leszek, Jakob_WMDE, Aklapper, daniel, D3r1ck01, Izno, Wikidata-bugs, aude,

[Wikidata-bugs] [Maniphest] [Claimed] T133381: Add support for foreign entities to EntityId

daniel claimed this task. TASK DETAILhttps://phabricator.wikimedia.org/T133381EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Jakob_WMDE, WMDE-leszek, Ricordisamoa, jayvdb, aude, JeroenDeDauw, Jonas, JanZerebecki, adrianheine, thiemowmde, Aklapper,

[Wikidata-bugs] [Maniphest] [Assigned] T145189: Include entity usage data in action=info in repositories

daniel assigned this task to Ladsgroup. TASK DETAILhttps://phabricator.wikimedia.org/T145189EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, danielCc: WMDE-leszek, Aklapper, Liuxinyu970226, Ricordisamoa, Edgars2007, Ainali, gerritbot,

[Wikidata-bugs] [Maniphest] [Block] T133381: Add support for foreign entities to EntityId

daniel created subtask T146030: Add support for repo prefixes to DispatchingEntityIdParser. TASK DETAILhttps://phabricator.wikimedia.org/T133381EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Jakob_WMDE, WMDE-leszek, Ricordisamoa, jayvdb, aude,

[Wikidata-bugs] [Maniphest] [Commented On] T145412: Review & work on Cognate extension

Addshore added a comment. In T145412#2629460, @daniel wrote: For the record, some concerns that came up: Performance and scalability. We need a way to efficiently track and query page names across all Wiktionaries. Right now it looks like this is a central DB table that contains a mapping of

Re: [Wikidata] Dynamic Lists, Was: Re: List generation input

2016-09-18 21:50 GMT+02:00 Magnus Manske : > The overwriting of human edits was the main "violation of the rules" that > led to the banning of Listeria bot on German Wikipedia for the article > namespace. I think someone actually made an IP edit just to have it >

[Wikidata-bugs] [Maniphest] [Commented On] T144687: Change $wgArticleCountMethod in Wikidata from default ('link') to 'any'

Esc3300 added a comment. Properties and whatever new types of entities we will be getting should probably be included as well. Most items without any statements do include sitelinks: https://www.wikidata.org/wiki/Wikidata:Database_reports/without_claims_by_siteTASK

[Wikidata-bugs] [Maniphest] [Updated] T145516: Add repository field to EntityId

daniel added a project: TLA Team. TASK DETAILhttps://phabricator.wikimedia.org/T145516EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jakob_WMDE, danielCc: Aklapper, Jakob_WMDE, D3r1ck01, Izno, Wikidata-bugs, aude,

[Wikidata-bugs] [Maniphest] [Updated] T133381: Add support for foreign entities to EntityId

daniel added a project: TLA Team. TASK DETAILhttps://phabricator.wikimedia.org/T133381EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Jakob_WMDE, WMDE-leszek, Ricordisamoa, jayvdb, aude, JeroenDeDauw, Jonas, JanZerebecki, adrianheine, thiemowmde,

[Wikidata-bugs] [Maniphest] [Updated] T144923: Add special page to show entity usage in client

daniel added a project: TLA Team. TASK DETAILhttps://phabricator.wikimedia.org/T144923EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, danielCc: WMDE-leszek, Aklapper, Ricordisamoa, Edgars2007, Ainali, gerritbot, Lydia_Pintscher, thiemowmde,

[Wikidata-bugs] [Maniphest] [Updated] T143148: Put entity usage data in action=info

daniel added a project: TLA Team. TASK DETAILhttps://phabricator.wikimedia.org/T143148EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, danielCc: Aklapper, Ricordisamoa, Edgars2007, Ainali, gerritbot, Lydia_Pintscher, thiemowmde, Jan_Dittrich,

[Wikidata-bugs] [Maniphest] [Updated] T145189: Include entity usage data in action=info in repositories

daniel added a project: TLA Team. TASK DETAILhttps://phabricator.wikimedia.org/T145189EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: WMDE-leszek, Aklapper, Liuxinyu970226, Ricordisamoa, Edgars2007, Ainali, gerritbot, Lydia_Pintscher, thiemowmde,

[Wikidata-bugs] [Maniphest] [Updated] T145965: Entity usage information on action=info should show entity labels, not just ids

daniel added a project: TLA Team. TASK DETAILhttps://phabricator.wikimedia.org/T145965EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Lydia_Pintscher, Ladsgroup, Aklapper, hoo, D3r1ck01, Izno, Wikidata-bugs, aude,

[Wikidata-bugs] [Maniphest] [Commented On] T142158: Job mediawiki-extensions-php55 frequently fails due to "Segmentation fault"

aude added a comment. seems I am able to reproduce only when running the tests on a fresh checkout of a branch (of core + wikibase) on jenkins, it could be sometimes that a jenkins slave is using an existing checkout of mediawiki + wikibase and sometimes has to do fresh checkout. maybe the

Re: [Wikidata] Let's move forward with support for Wiktionary

Am 16.09.2016 um 20:46 schrieb Thad Guidry: > Daniel, > > I wasn't trying to help solve the issues - I'll be quite now :) > > ​I was helping to expose one of your test cases :)​ Ha, sorry for sounding harsh, and thanks for pointing me to "product"! It's a good test case indeed. > 'product' is

[Wikidata-bugs] [Maniphest] [Commented On] T142158: Job mediawiki-extensions-php55 frequently fails due to "Segmentation fault"

aude added a comment. at the moment, i am running php 5.5.9-1ubuntu4.19 and am getting segmentation fault when I run wikibase repo tests locallyTASK DETAILhttps://phabricator.wikimedia.org/T142158EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: audeCc: aude,

[Wikidata-bugs] [Maniphest] [Commented On] T129065: infographic for quality processes around Wikidata

Charlie_WMDE added a comment. F4485801: final.png file on commons can be found here: https://commons.wikimedia.org/wiki/File:Quality_process_on_Wikidata.svgTASK DETAILhttps://phabricator.wikimedia.org/T129065EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:

[Wikidata-bugs] [Maniphest] [Commented On] T105100: [Task] Run bot to mark dates that need checking for calendar model correctness

Addshore added a comment. It looks like adding the restriction of precision > 9 to the second list brings the number of matches statements down dramatically (then roughly the same for each list). You can run this dump scan yourself using:

[Wikidata-bugs] [Maniphest] [Created] T146016: mw.wikibase.label is now appending the language code when returning the label

aude created this task.aude added projects: Wikidata, MediaWiki-extensions-WikibaseClient.Herald added a subscriber: Aklapper. TASK DESCRIPTIONmw.wikibase.label is now appending the language code when returning the label. e.g. with the below module, {{#invoke:label|label}} returns "kittenen" see

[Wikidata-bugs] [Maniphest] [Commented On] T145384: Update wmde LDAP group

Tobi_WMDE_SW added a comment. Cool, thx!TASK DETAILhttps://phabricator.wikimedia.org/T145384EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ArielGlenn, Tobi_WMDE_SWCc: ArielGlenn, demon, Reedy, Lydia_Pintscher, gabriel-wmde, kai.nissen, Jonas, Ladsgroup,

[Wikidata-bugs] [Maniphest] [Commented On] T105100: [Task] Run bot to mark dates that need checking for calendar model correctness

Esc3300 added a comment. If you limit Gregorian before 1584 (or 1582) to precision > 9, do you get comparable numbers? That being said, many of the years marked as Gregorian on https://tools.wmflabs.org/reasonator/?q=Q208233=en seem to be off by one year. Unfortunatly not all. For years before

[Wikidata-bugs] [Maniphest] [Closed] T145624: PHP Notice: Undefined index: rc_new when running ChangeNotification jobs

aude closed this task as "Resolved".aude claimed this task.aude removed a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T145624EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: audeCc: gerritbot, aude, Aklapper, D3r1ck01, Izno,

[Wikidata-bugs] [Maniphest] [Commented On] T145384: Update wmde LDAP group

Addshore added a comment. Thanks @ArielGlenn!TASK DETAILhttps://phabricator.wikimedia.org/T145384EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ArielGlenn, AddshoreCc: ArielGlenn, demon, Reedy, Lydia_Pintscher, gabriel-wmde, kai.nissen, Jonas, Ladsgroup,

[Wikidata-bugs] [Maniphest] [Closed] T145384: Update wmde LDAP group

ArielGlenn closed this task as "Resolved".ArielGlenn claimed this task.ArielGlenn added a comment. This is now done. Closing.TASK DETAILhttps://phabricator.wikimedia.org/T145384EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ArielGlennCc: ArielGlenn, demon,

[Wikidata-bugs] [Maniphest] [Updated] T105100: [Task] Run bot to mark dates that need checking for calendar model correctness

Addshore added a comment. I have just re run the script I wrote rather a long time ago and here are the lists that came out Dates marked as Julian that are more precise than year 24945 statements P4067 Dates marked as Gregorian, before 1584 130388 statements P4068TASK

Re: [Wikidata] Dynamic Lists, Was: Re: List generation input

Either the list should just be a an entry point for a list structure or table that is completely created outside the editors realm, or it should be possible to merge any user edit with content from the bot. There should be no in-between where the user needs additional knowledge about how to edit

[Wikidata-bugs] [Maniphest] [Updated] T105100: [Task] Run bot to mark dates that need checking for calendar model correctness

Esc3300 added a comment. Good news. Some stats: Dates in Gregorian calendar < "+1582-10-15T00:00:00Z" with precision > 9 (no qualifiers). query is on property documentation P5694899 P57018332 P58040 P582300 P585106 TASK DETAILhttps://phabricator.wikimedia.org/T105100EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T145819: Jobs invoking SiteConfiguration::getConfig cause HHVM to fail updating the bytecode cache due to being filesize limited to 512MBytes

gerritbot added a comment. Change 38 merged by jenkins-bot: Inline doc for $wgMaxShell* https://gerrit.wikimedia.org/r/38TASK DETAILhttps://phabricator.wikimedia.org/T145819EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: Anomie, aaron,

[Wikidata-bugs] [Maniphest] [Edited] T144923: Add special page to show entity usage in client

Esc3300 edited the task description. (Show Details) EDIT DETAILS...Our plan: Create a Special Page that takes an item ID and returns a list of pages that use data from this item on this particular client. It could be something like en:Special:EntityUse/Q12345 This special page will also be used as

[Wikidata-bugs] [Maniphest] [Commented On] T144687: Change $wgArticleCountMethod in Wikidata from default ('link') to 'any'

YMS added a comment. Wikidata items without statements usually still are containers for sitelinks and thus actively used from various Wikimedia projects. We can not call them useless. We should not ignore them and hide them, and if it's only in the count.TASK