[Wikidata-bugs] [Maniphest] [Commented On] T40790: Split items in Wikidata

Addshore added a subscriber: Addshore. Addshore added a comment. Perhaps easy undoing of a merge would be similar to this? Currently undoing a merge is 4 separate actions. TASK DETAIL https://phabricator.wikimedia.org/T40790 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Commented On] T59768: action=wbeditentity: Missing datavalue key for snaks should raise a more specified message

Addshore added a comment. > got an array with to few constructor arguments Well, just looking at this and not the code we could simply also say what is expected in this exception? Or the one that we have detected is missing? Really this should then also be caught and returned as a

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T97928: wbgetclaims api module should provide resolving of redirects

Addshore added a subscriber: Addshore. TASK DETAIL https://phabricator.wikimedia.org/T97928 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore Cc: Addshore, Ricordisamoa, JanZerebecki, Lokal_Profil, Bene, Aklapper, Wikidata-bugs, aude

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T99560: The data format xml is not supported by [Special:EntityData] interface.

Addshore added a subscriber: Lydia_Pintscher. Addshore added a comment. @Lydia_Pintscher @daniel @aude this might be a WontFix? TASK DETAIL https://phabricator.wikimedia.org/T99560 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore Cc:

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T77978: [Story] Support unit conversion

Liuxinyu970226 added a subscriber: Liuxinyu970226. TASK DETAIL https://phabricator.wikimedia.org/T77978 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Liuxinyu970226 Cc: Liuxinyu970226, mxn, Ricordisamoa, Mbch331, Jc3s5h, Aklapper, daniel,

[Wikidata-bugs] [Maniphest] [Commented On] T116547: try computing certains wikidata stats via hadoop (e.g. spark) instead of query.w.o (blazegraph)

JanZerebecki added a comment. @Christopher can as he created https://phabricator.wikimedia.org/T115242. TASK DETAIL https://phabricator.wikimedia.org/T116547 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: JanZerebecki Cc: Addshore, Christopher,

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T76145: Special:Statistic increments number of content pages when new Item is created

Addshore added a subscriber: Addshore. Addshore added a comment. Herald added a subscriber: Aklapper. Well, it is a content page isn't it? TASK DETAIL https://phabricator.wikimedia.org/T76145 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore

Re: [Wikidata-bugs] [Maniphest] [Commented On] T116547: try computing certains wikidata stats via hadoop (e.g. spark) instead of query.w.o (blazegraph)

It is possible that a Hadoop architecture could provide the performance and scalability needed for robust statistical analysis of the Wikidata RDF datasets. It is also possible that Jena may have better integration tools with Hadoop that Blazegraph. See

[Wikidata-bugs] [Maniphest] [Commented On] T53814: allow editing of statements without JavaScript

Addshore added a subscriber: Addshore. Addshore added a comment. Needs a special page TASK DETAIL https://phabricator.wikimedia.org/T53814 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore Cc: Addshore, Ricordisamoa, Aklapper, Wikidata-bugs,

[Wikidata-bugs] [Maniphest] [Commented On] T99560: The data format xml is not supported by [Special:EntityData] interface.

Addshore added a subscriber: Addshore. Addshore added a comment. It looks like XML support was dropped in https://github.com/wikimedia/mediawiki-extensions-Wikibase/commit/412624c6d15bb9a6bcf89e83e913474f7a0bc8c7#diff-1a2ecd3e19c9e4cf02d7083138cf2713 That references

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T99560: The data format xml is not supported by [Special:EntityData] interface.

Addshore added subscribers: aude, daniel. Addshore set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T99560 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore Cc: daniel, aude, Addshore, eric.brechemier, Aklapper,

[Wikidata-bugs] [Maniphest] [Updated] T116298: SPARQL endpoint should gracefully handle cycles and loops in transitive properties

Smalyshev added a project: Discovery-Wikidata-Query-Service-Sprint. TASK DETAIL https://phabricator.wikimedia.org/T116298 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev Cc: Jheald, Aklapper, daniel, jkroll, Smalyshev, Wikidata-bugs,

[Wikidata-bugs] [Maniphest] [Created] T116568: page load stats specific to wikidata.org item? pages

JanZerebecki created this task. JanZerebecki added subscribers: Ricordisamoa, Aklapper, Lydia_Pintscher, JanZerebecki, Addshore, adrianheine, thiemowmde. JanZerebecki added a project: Wikidata. TASK DESCRIPTION The goal would be to know our JavaScript page load performance in the field. Have

[Wikidata-bugs] [Maniphest] [Commented On] T85503: Investigate on rollback on items

Addshore added a subscriber: Addshore. Addshore added a comment. Nearly a year on now! Does this still need to be investigated? TASK DETAIL https://phabricator.wikimedia.org/T85503 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore Cc:

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T85444: get Wikidata added to LOD cloud

Addshore added a subscriber: Addshore. TASK DETAIL https://phabricator.wikimedia.org/T85444 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lucie, Addshore Cc: Addshore, mkroetzsch, AnjaJentzsch, Aklapper, Lucie, Lydia_Pintscher, daniel,

[Wikidata-bugs] [Maniphest] [Commented On] T89863: Merge on-wiki Wikibase/API documentation into Wikibase apihelp strings.

Addshore added a comment. I am indeed talking about those JSON blobs. For wikidata it would be nice to be able to also provide the json blobs that are used in the query strings as a pretty json blob so that people can actually read them! As well as the string link and the description it might

[Wikidata-bugs] [Maniphest] [Triaged] T92966: Machine readable interface for dumps.wikimedia.org

Addshore triaged this task as "Normal" priority. TASK DETAIL https://phabricator.wikimedia.org/T92966 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore Cc: Hydriz, Lokal_Profil, GWicke, ArielGlenn, hoo, Aklapper, daniel, Wikidata-bugs, aude,

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T92966: Machine readable interface for dumps.wikimedia.org

Addshore added a subscriber: Addshore. TASK DETAIL https://phabricator.wikimedia.org/T92966 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore Cc: Addshore, Hydriz, Lokal_Profil, GWicke, ArielGlenn, hoo, Aklapper, daniel, Wikidata-bugs, aude,

[Wikidata-bugs] [Maniphest] [Commented On] T99796: [Bug] site_identifiers tables are corrupt

Addshore added a subscriber: Addshore. Addshore added a comment. @aude LGTM? :D Just a few comments on the patch it looks like! Doesnt need a rabase! :) TASK DETAIL https://phabricator.wikimedia.org/T99796 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T77983: [Story] Use localized unit symbols

Liuxinyu970226 added a subscriber: Liuxinyu970226. TASK DETAIL https://phabricator.wikimedia.org/T77983 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Liuxinyu970226 Cc: Liuxinyu970226, mxn, Aklapper, daniel, Wikidata-bugs, aude

[Wikidata-bugs] [Maniphest] [Commented On] T109584: [Bug] wbsearchentities API defaults to something else than the given language parameter

nichtich added a comment. At least the documentation lacks a clear description of this complex language negotiation mechanism (`uselang` is not mentioned. Meaning of 'strictlanguage' unclear, examples only refer to English).

[Wikidata-bugs] [Maniphest] [Updated] T75456: DatabaseBase::deadlockLoop: Transaction already in progress (from RefreshLinks::fixLinksFromArticle)

gerritbot added a project: Patch-For-Review. TASK DETAIL https://phabricator.wikimedia.org/T75456 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: gerritbot Cc: gerritbot, demon, Aklapper, Wikidata-bugs, aude, Lydia_Pintscher, hoo, Luke081515, Jay8g,

[Wikidata-bugs] [Maniphest] [Commented On] T75456: DatabaseBase::deadlockLoop: Transaction already in progress (from RefreshLinks::fixLinksFromArticle)

gerritbot added a subscriber: gerritbot. gerritbot added a comment. Change 249000 had a related patch set uploaded (by Aude): Convert refreshLinks to use start/endAtomic https://gerrit.wikimedia.org/r/249000 TASK DETAIL https://phabricator.wikimedia.org/T75456 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Commented On] T115014: [Story] Display Wikidata pages on Special:Nearby with label instead of Q id titles

gerritbot added a comment. Change 244704 abandoned by Jonas Kress (WMDE): Display labels instead of Q id titles in Wikibase item namespaces https://gerrit.wikimedia.org/r/244704 TASK DETAIL https://phabricator.wikimedia.org/T115014 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Commented On] T116247: Define edit related events for change propagation

Ottomata added a comment. > If we have a use case for emitting two secondary events *to the same topic* > that were both triggered by the same primary event (user click / request id), > then we can generate a new ID for at least one of those events, and record > the parent event id in a

[Wikidata-bugs] [Maniphest] [Updated] T115014: [Story] Display Wikidata pages on Special:Nearby with label instead of Q id titles

ReleaseTaggerBot added a project: WMF-deploy-2015-10-27_(1.27.0-wmf.4). TASK DETAIL https://phabricator.wikimedia.org/T115014 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: thiemowmde, ReleaseTaggerBot Cc: Jonas, Jdlrobson, Florian, gerritbot,

[Wikidata-bugs] [Maniphest] [Commented On] T116247: Define edit related events for change propagation

Ottomata added a comment. What do y'all think about keeping these 'framing' fields in a nested object? I'm not sure if this is a good or bad idea. If later we decide we do want to use $ref to share common schema fields between different schemas, it'll be easier to do so if these are in a

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T116480: Adding references on Wikidata causes "Uncaught Error: Required option not specified properly"

intracer added a subscriber: intracer. TASK DETAIL https://phabricator.wikimedia.org/T116480 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: intracer Cc: intracer, matej_suchanek, Aklapper, He7d3r, Wikidata-bugs, aude

[Wikidata-bugs] [Maniphest] [Commented On] T115014: [Story] Display Wikidata pages on Special:Nearby with label instead of Q id titles

gerritbot added a comment. Change 246115 abandoned by Jdlrobson: Show displaytext as title in Special:Nearby [WIP] Reason: See https://phabricator.wikimedia.org/T115646 https://gerrit.wikimedia.org/r/246115 TASK DETAIL https://phabricator.wikimedia.org/T115014 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T116503: Dates are in English formats at nowiki when using property parser function

Lydia_Pintscher added subscribers: Lydia_Pintscher, hoo, Addshore. TASK DETAIL https://phabricator.wikimedia.org/T116503 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lydia_Pintscher Cc: Addshore, hoo, Lydia_Pintscher, jeblad, Aklapper,

[Wikidata-bugs] [Maniphest] [Merged] T100123: API code 'readonly' not handled

Legoktm added a subscriber: Legoktm. Legoktm merged a task: T116517: Make sure pywikibot handles readonly databases properly. TASK DETAIL https://phabricator.wikimedia.org/T100123 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Legoktm,

[Wikidata-bugs] [Maniphest] [Commented On] T115014: [Story] Display Wikidata pages on Special:Nearby with label instead of Q id titles

gerritbot added a comment. Change 246282 merged by jenkins-bot: Hygiene: Generalise search api requests across MobileFrontend https://gerrit.wikimedia.org/r/246282 TASK DETAIL https://phabricator.wikimedia.org/T115014 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Commented On] T89863: Merge on-wiki Wikibase/API documentation into Wikibase apihelp strings.

Anomie added a comment. The pretty-printed JSON I see on https://www.mediawiki.org/wiki/Wikibase/API#wbgetentities is all in the output from the examples, which will already be pretty-printed when the user actually clicks on it to see that output (e.g. here

[Wikidata-bugs] [Maniphest] [Commented On] T116247: Define edit related events for change propagation

GWicke added a comment. In https://phabricator.wikimedia.org/T116247#1754698, @Ottomata wrote: > > If we have a use case for emitting two secondary events *to the same topic* > > that were both triggered by the same primary event (user click / request > > id), then we can generate a new ID for

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T54136: [Epic] Redesign Item UI for Wikidata repo

Ash_Crow added a subscriber: Ash_Crow. TASK DETAIL https://phabricator.wikimedia.org/T54136 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Ash_Crow Cc: Ash_Crow, Agabi10, Aklapper, MGChecker, Wikidata-bugs, Bene, Nemo_bis, Yair_rand, thiemowmde,

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T71753: [Story] Wikibase / Wikidata support on Wikiquote

Ash_Crow added a subscriber: Ash_Crow. TASK DETAIL https://phabricator.wikimedia.org/T71753 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Ash_Crow Cc: Ash_Crow, Nemo_bis, Ricordisamoa, Aklapper, Wikidata-bugs, Bene, Lydia_Pintscher, aude

[Wikidata-bugs] [Maniphest] [Commented On] T75456: DatabaseBase::deadlockLoop: Transaction already in progress (from RefreshLinks::fixLinksFromArticle)

gerritbot added a comment. Change 249000 merged by jenkins-bot: Remove begin/commit transaction calls in refreshLinks.php https://gerrit.wikimedia.org/r/249000 TASK DETAIL https://phabricator.wikimedia.org/T75456 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Commented On] T116381: When enabling GeoData and populating coordinates, CirrusSearch needs to bypass ParserCache

gerritbot added a comment. Change 249036 had a related patch set uploaded (by Aude): Add --forceParse UpdaterFlag and option in forceSearchIndex script https://gerrit.wikimedia.org/r/249036 TASK DETAIL https://phabricator.wikimedia.org/T116381 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Updated] T116381: When enabling GeoData and populating coordinates, CirrusSearch needs to bypass ParserCache

gerritbot added a project: Patch-For-Review. TASK DETAIL https://phabricator.wikimedia.org/T116381 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude, gerritbot Cc: gerritbot, aude, Aklapper, Wikidata-bugs, Deskana, jeremyb

[Wikidata-bugs] [Maniphest] [Updated] T105126: Evaluate pattern constraints (safely)

Popcorndude added a comment. I messed with the constraints a bit, and it would be pretty easy to get up to ~50% with the constraints you outlined (the numbers I gave before may have forgotten to skip newlines, lowering the count). Adding + and * covers 3/4, and most of the rest could be

[Wikidata-bugs] [Maniphest] [Commented On] T105623: [Task] Investigate quantification of quantity precision (+/- 1 or +/- 0.5)

kaldari added a comment. Are we still investigating this or have we reached the conclusion that +/- 0.5 is the most sensible default for rounding and unit conversion? TASK DETAIL https://phabricator.wikimedia.org/T105623 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Updated] T75456: DatabaseBase::deadlockLoop: Transaction already in progress (from RefreshLinks::fixLinksFromArticle)

ReleaseTaggerBot added projects: WMF-deploy-2015-10-27_(1.27.0-wmf.4), MW-1.27-release-notes. TASK DETAIL https://phabricator.wikimedia.org/T75456 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: ReleaseTaggerBot Cc: gerritbot, demon, Aklapper,

[Wikidata-bugs] [Maniphest] [Commented On] T115482: [Task] Enable GeoData extension on wikidata.org

gerritbot added a comment. Change 248868 merged by jenkins-bot: Enable GeoData extension on Wikidata https://gerrit.wikimedia.org/r/248868 TASK DETAIL https://phabricator.wikimedia.org/T115482 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude,

[Wikidata-bugs] [Maniphest] [Changed Project Column] T116459: Parsed summary for Wikidata changes has broken links

Anomie moved this task to Non-core-API stuff on the MediaWiki-API workboard. TASK DETAIL https://phabricator.wikimedia.org/T116459 WORKBOARD https://phabricator.wikimedia.org/project/board/200/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To:

[Wikidata-bugs] [Maniphest] [Updated] T115482: [Task] Enable GeoData extension on wikidata.org

gerritbot added a project: Patch-For-Review. TASK DETAIL https://phabricator.wikimedia.org/T115482 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude, gerritbot Cc: dcausse, EBernhardson, daniel, hoo, Lydia_Pintscher, MaxSem, Multichill, aude,

[Wikidata-bugs] [Maniphest] [Commented On] T115482: [Task] Enable GeoData extension on wikidata.org

gerritbot added a comment. Change 248868 had a related patch set uploaded (by Aude): Enable GeoData extension on Wikidata https://gerrit.wikimedia.org/r/248868 TASK DETAIL https://phabricator.wikimedia.org/T115482 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Commented On] T95686: [Task] write a maintenance script to migrate properties from string to new identifier datatype

Ricordisamoa added a comment. In https://phabricator.wikimedia.org/T95686#1751996, @daniel wrote: > I can only recommend against using data from XML dumps. We do not give *any* > guarantees to the format of the content blobs you find in there. They may > change without notice, and contain

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T116459: Parsed summary for Wikidata changes has broken links

Anomie added subscribers: Anomie, daniel. Anomie added a comment. This ties in with T111676: [Task] Linker::formatComment should support comments that refer to another wiki. , although I'm not seeing a way to actually make use of that here. Probably

[Wikidata-bugs] [Maniphest] [Commented On] T76145: Special:Statistic increments number of content pages when new Item is created

Addshore added a comment. So in-fact the issue is with initSiteStats.php? TASK DETAIL https://phabricator.wikimedia.org/T76145 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore Cc: Addshore, Aklapper, JanZerebecki, Lucie, daniel,

[Wikidata-bugs] [Maniphest] [Commented On] T116247: Define edit related events for change propagation

Ottomata added a comment. To avoid possible conflicts, I'd suggest we call this not just `id`. How about `uuid`? That's what EventLogging capsule does: https://meta.wikimedia.org/wiki/Schema:EventCapsule TASK DETAIL https://phabricator.wikimedia.org/T116247 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Updated] T116185: When running updateSearchIndexConfig.php for test.wikidata, the script chokes on the analyzers

ReleaseTaggerBot added a project: WMF-deploy-2015-10-13_(1.27.0-wmf.3). TASK DETAIL https://phabricator.wikimedia.org/T116185 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: ReleaseTaggerBot Cc: JanZerebecki, aude, Aklapper, Wikidata-bugs, Deskana,

[Wikidata-bugs] [Maniphest] [Commented On] T116247: Define edit related events for change propagation

Ottomata added a comment. I'm still a little confused about how this reqid/id will work? You are suggesting that it comes from the x-request-id that we want varnish to set, right? Won't this mean that multiple events (those produced during the same http request at varnish level) will have

[Wikidata-bugs] [Maniphest] [Commented On] T76145: Special:Statistic increments number of content pages when new Item is created

JanZerebecki added a comment. The problem here is that the maintenance script recomputes the number differently than the incremental update process. TASK DETAIL https://phabricator.wikimedia.org/T76145 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/

[Wikidata-bugs] [Maniphest] [Commented On] T116247: Define edit related events for change propagation

Ottomata added a comment. Also, this is just a personal preference, but I'd prefer if we had a convention differentiating integer/second based 'timestamps' and string/date based 'datetimes'. For webrequest data, the ISO8601 is called `dt`.

[Wikidata-bugs] [Maniphest] [Commented On] T116247: Define edit related events for change propagation

Ottomata added a comment. > Hm, I think duplicates should be detected based on the content of the message > itself and the time stamp. EventLogging explicitly uses the uuid in MySQL as a unique key for all tables. Having it standardized on a single field means that the unique index creation

[Wikidata-bugs] [Maniphest] [Claimed] T115325: [Task] run refreshLinks on wikidatawiki

aude claimed this task. TASK DETAIL https://phabricator.wikimedia.org/T115325 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude Cc: jeremyb, Lydia_Pintscher, Aklapper, aude, thiemowmde, daniel, hoo, Jonas, JanZerebecki, Wikidata-bugs

[Wikidata-bugs] [Maniphest] [Changed Project Column] T115325: [Task] run refreshLinks on wikidatawiki

aude moved this task to Doing on the Wikidata-Sprint-2015-10-13 workboard. TASK DETAIL https://phabricator.wikimedia.org/T115325 WORKBOARD https://phabricator.wikimedia.org/project/board/1551/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude

[Wikidata-bugs] [Maniphest] [Commented On] T116247: Define edit related events for change propagation

Ottomata added a comment. > Manual schema versions. We could increase the schema version every time we > change something in the schema. Easy to achieve but it's also easy to forget > to bump the version when something has been changed. FWIW, this is how EventLogging does it, although the

[Wikidata-bugs] [Maniphest] [Commented On] T116185: When running updateSearchIndexConfig.php for test.wikidata, the script chokes on the analyzers

aude added a comment. backported the --justMapping patch and the problem is resolved now TASK DETAIL https://phabricator.wikimedia.org/T116185 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude Cc: JanZerebecki, aude, Aklapper, Wikidata-bugs,

[Wikidata-bugs] [Maniphest] [Triaged] T116485: Echo should not notify the user about his own linking activity

Legoktm edited the task description. Legoktm triaged this task as "High" priority. Legoktm set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T116485 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Sjoerddebruin, He7d3r,

[Wikidata-bugs] [Maniphest] [Edited] T116247: Define edit related events for change propagation

mobrovac edited the task description. TASK DETAIL https://phabricator.wikimedia.org/T116247 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: mobrovac Cc: EBernhardson, Smalyshev, yuvipanda, Hardikj, daniel, aaron, GWicke, mobrovac, MZMcBride, bd808,

[Wikidata-bugs] [Maniphest] [Commented On] T104750: Low year numbers can be confused with days of the month

gerritbot added a subscriber: gerritbot. gerritbot added a comment. Change 236010 had a related patch set uploaded (by Thiemo Mättig (WMDE)): Avoid exponential years in MwTimeIsoFormatter https://gerrit.wikimedia.org/r/236010 TASK DETAIL https://phabricator.wikimedia.org/T104750 EMAIL

[Wikidata-bugs] [Maniphest] [Updated] T104750: Low year numbers can be confused with days of the month

gerritbot added a project: Patch-For-Review. TASK DETAIL https://phabricator.wikimedia.org/T104750 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: gerritbot Cc: gerritbot, thiemowmde, Nikki, Aklapper, Wikidata-bugs, aude

[Wikidata-bugs] [Maniphest] [Commented On] T116247: Define edit related events for change propagation

Ottomata added a comment. > I don't see a conflicting problem with id (even though id is a JSONSchema > keyword, but it relates to the schema, not its properties, so we're good > there). uuid is not a good choice, IMHO, it's like naming a field string > because its value is a string. The most

[Wikidata-bugs] [Maniphest] [Commented On] T104750: Low year numbers can be confused with days of the month

gerritbot added a comment. Change 248895 had a related patch set uploaded (by Thiemo Mättig (WMDE)): Always output 4-digit years in dates like "1 January 2" https://gerrit.wikimedia.org/r/248895 TASK DETAIL https://phabricator.wikimedia.org/T104750 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Commented On] T116247: Define edit related events for change propagation

mobrovac added a comment. In https://phabricator.wikimedia.org/T116247#1753398, @Ottomata wrote: > Ok cool, if that's the case, then `reqid` or even `request_id` (I like long > names...what can I say?) sounds good. `request_id` works for me. I also happen to like //snake_case//. Let's

[Wikidata-bugs] [Maniphest] [Unblock] T115482: [Task] Enable GeoData extension on wikidata.org

aude closed blocking task T116185: When running updateSearchIndexConfig.php for test.wikidata, the script chokes on the analyzers as "Resolved". TASK DETAIL https://phabricator.wikimedia.org/T115482 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To:

[Wikidata-bugs] [Maniphest] [Closed] T116185: When running updateSearchIndexConfig.php for test.wikidata, the script chokes on the analyzers

aude closed this task as "Resolved". TASK DETAIL https://phabricator.wikimedia.org/T116185 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude Cc: JanZerebecki, aude, Aklapper, Wikidata-bugs, Deskana, jeremyb

[Wikidata-bugs] [Maniphest] [Updated] T116185: When running updateSearchIndexConfig.php for test.wikidata, the script chokes on the analyzers

aude added a project: Wikidata-Sprint-2015-10-13. TASK DETAIL https://phabricator.wikimedia.org/T116185 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude Cc: JanZerebecki, aude, Aklapper, Wikidata-bugs, Deskana, jeremyb

[Wikidata-bugs] [Maniphest] [Changed Project Column] T116185: When running updateSearchIndexConfig.php for test.wikidata, the script chokes on the analyzers

aude moved this task to Done on the Wikidata-Sprint-2015-10-13 workboard. TASK DETAIL https://phabricator.wikimedia.org/T116185 WORKBOARD https://phabricator.wikimedia.org/project/board/1551/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude

[Wikidata-bugs] [Maniphest] [Commented On] T116247: Define edit related events for change propagation

mobrovac added a comment. In https://phabricator.wikimedia.org/T116247#1752974, @Ottomata wrote: > I'm still a little confused about how this reqid/id will work? You are > suggesting that it comes from the x-request-id that we want varnish to set, > right? Won't this mean that multiple

[Wikidata-bugs] [Maniphest] [Commented On] T116247: Define edit related events for change propagation

Eevans added a comment. In https://phabricator.wikimedia.org/T116247#1749452, @Ottomata wrote: > Right, but how would you do this in say, Hive? Or in bash? In bash: $ sudo apt-get install uuid $ ID=$(uuid -v 1) $ grep "content: time" <(uuid -d $ID) content: time: 2015-10-26

[Wikidata-bugs] [Maniphest] [Commented On] T116247: Define edit related events for change propagation

GWicke added a comment. > If we adopt a convention of always storing schema name and/or revision in the > schemas themselves, then we can do like EventLogging does and infer and > validate the schema based on this value. This would especially be helpful in > associating a message with an Avro

[Wikidata-bugs] [Maniphest] [Claimed] T116485: Echo should not notify the user about his own linking activity

Legoktm claimed this task. Legoktm edited projects, added Collaboration-Team-Current; removed Collaboration-Team-Backlog. TASK DETAIL https://phabricator.wikimedia.org/T116485 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc:

[Wikidata-bugs] [Maniphest] [Commented On] T116247: Define edit related events for change propagation

GWicke added a comment. > I'm not so sure actually that these will always be redundant. I think the > request ID should be persisted to track the same event throughout the system. > Imagine a user clicks on something which produces an event in the queue and > that event triggers another one to

[Wikidata-bugs] [Maniphest] [Created] T116622: Duplicate rows in Wikidata sparql

Fnielsen created this task. Fnielsen added a subscriber: Fnielsen. Fnielsen added a project: Wikidata. Herald added a subscriber: Aklapper. TASK DESCRIPTION I am getting duplicate rows on a specific SPARQL query with query.wikidata.org. The duplicates seem to arise when a value has been edited

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T116611: Enable the Wikidata personal talk opt-in Beta Feature on Wikidata.org

Catrope added subscribers: Catrope, Quiddity. TASK DETAIL https://phabricator.wikimedia.org/T116611 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Catrope Cc: Quiddity, Catrope, Aklapper, Lydia_Pintscher, Jdforrester-WMF, Matanya, Luke081515,

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T116611: Enable the Wikidata personal talk opt-in Beta Feature on Wikidata.org

Catrope added a subscriber: Trizek-WMF. TASK DETAIL https://phabricator.wikimedia.org/T116611 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Catrope Cc: Trizek-WMF, Quiddity, Catrope, Aklapper, Lydia_Pintscher, Jdforrester-WMF, Matanya, Luke081515,

[Wikidata-bugs] [Maniphest] [Updated] T116622: Duplicate rows in Wikidata sparql

Fnielsen added a project: Wikidata-Query-Service. Fnielsen set Security to None. Herald added a project: Discovery. TASK DETAIL https://phabricator.wikimedia.org/T116622 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Fnielsen Cc: Fnielsen, Aklapper,

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T75456: DatabaseBase::deadlockLoop: Transaction already in progress (from RefreshLinks::fixLinksFromArticle)

demon added a subscriber: demon. demon added a comment. Herald added a subscriber: Aklapper. This has started showing up fairly regularly again. TASK DETAIL https://phabricator.wikimedia.org/T75456 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To:

[Wikidata-bugs] [Maniphest] [Updated] T75456: DatabaseBase::deadlockLoop: Transaction already in progress (from RefreshLinks::fixLinksFromArticle)

demon added a project: Wikimedia-log-errors. TASK DETAIL https://phabricator.wikimedia.org/T75456 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: demon Cc: demon, Aklapper, Wikidata-bugs, aude, Lydia_Pintscher, hoo, Luke081515, Jay8g, Krenair, greg

[Wikidata-bugs] [Maniphest] [Changed Project Column] T75456: DatabaseBase::deadlockLoop: Transaction already in progress (from RefreshLinks::fixLinksFromArticle)

demon moved this task to Production Impact on the Wikimedia-log-errors workboard. TASK DETAIL https://phabricator.wikimedia.org/T75456 WORKBOARD https://phabricator.wikimedia.org/project/board/1055/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To:

[Wikidata-bugs] [Maniphest] [Commented On] T75456: DatabaseBase::deadlockLoop: Transaction already in progress (from RefreshLinks::fixLinksFromArticle)

aude added a comment. i was running refresh links to populate page_props (page_image) and geo_tags, but maybe we can do this in an alternative way TASK DETAIL https://phabricator.wikimedia.org/T75456 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To:

[Wikidata-bugs] [Maniphest] [Commented On] T75456: DatabaseBase::deadlockLoop: Transaction already in progress (from RefreshLinks::fixLinksFromArticle)

aude added a comment. https://gerrit.wikimedia.org/r/#/c/248061/ is my proposed alternative :) if sensible approach, I can add some tests and we can go with it. TASK DETAIL https://phabricator.wikimedia.org/T75456 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Triaged] T116611: Enable the Wikidata personal talk opt-in Beta Feature on Wikidata.org

Jdforrester-WMF triaged this task as "Normal" priority. Jdforrester-WMF set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T116611 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jdforrester-WMF Cc: Aklapper, Lydia_Pintscher,

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T113731: [Task] make core wmf branches only use submodule branches that run with it in CI

hashar added a subscriber: hashar. TASK DETAIL https://phabricator.wikimedia.org/T113731 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: hashar Cc: hashar, gerritbot, mmodell, aude, hoo, Krinkle, JanZerebecki, Aklapper, Wikidata-bugs, AndyRussG,

[Wikidata-bugs] [Maniphest] [Updated] T113731: [Task] make core wmf branches only use submodule branches that run with it in CI

hashar edited projects, added Continuous-Integration-Config; removed Continuous-Integration-Infrastructure. TASK DETAIL https://phabricator.wikimedia.org/T113731 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: hashar Cc: hashar, gerritbot, mmodell,

[Wikidata-bugs] [Maniphest] [Commented On] T105126: Evaluate pattern constraints (safely)

daniel added a comment. In https://phabricator.wikimedia.org/T105126#1752074, @Popcorndude wrote: > Those criteria accept 62 (8%) of the current constraints. > Adding character classes (\d is everywhere) brings it up to 166 (23%) Yea, I can imagine. My goal was to suggest a minimal set of

[Wikidata-bugs] [Maniphest] [Commented On] T113731: [Task] make core wmf branches only use submodule branches that run with it in CI

hashar added a comment. The idea of mediawiki-extensions-* jobs was to test ahead of time what the result of wmf branch will be. As early as when a patch is proposed to `master` branches. I proposed it back in Nov 2014

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

demon moved this task to Done on the Wikimedia-log-errors workboard. TASK DETAIL https://phabricator.wikimedia.org/T114656 WORKBOARD https://phabricator.wikimedia.org/project/board/1055/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: hoo, demon

[Wikidata-bugs] [Maniphest] [Created] T116611: Enable the Wikidata personal talk opt-in Beta Feature on Wikidata.org

Jdforrester-WMF created this task. Jdforrester-WMF added subscribers: Jdforrester-WMF, Lydia_Pintscher. Jdforrester-WMF added projects: Collaboration-Team-Current, Wikidata, Wikimedia-Site-Requests, Flow. Jdforrester-WMF moved this task to Untriaged on the Collaboration-Team-Current workboard.

[Wikidata-bugs] [Maniphest] [Changed Project Column] T116611: Enable the Wikidata personal talk opt-in Beta Feature on Wikidata.org

Luke081515 moved this task to Special handling on the Wikimedia-Site-Requests workboard. TASK DETAIL https://phabricator.wikimedia.org/T116611 WORKBOARD https://phabricator.wikimedia.org/project/board/178/ EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Commented On] T40971: API: Access old versions of items

Legoktm added a comment. I've been thinking about this a bit, and it would be really nice if we could just use prop=revisions and get the nice wbgetentities output. Instead of outputing the stored serialized text which is really a JSON blob, it could output the actual JSON structure. That way

[Wikidata-bugs] [Maniphest] [Commented On] T75456: DatabaseBase::deadlockLoop: Transaction already in progress (from RefreshLinks::fixLinksFromArticle)

aude added a comment. wikidatawiki wfLogDBError ERROR: DatabaseBase::deadlockLoop: Transaction already in progress (from RefreshLinks::fixLinksFromArticle), performing implicit commit!

[Wikidata-bugs] [Maniphest] [Changed Project Column] T114576: [Bug] OutOfBoundsException triggered by ParserOutputDataUpdater

demon moved this task to Done on the Wikimedia-log-errors workboard. TASK DETAIL https://phabricator.wikimedia.org/T114576 WORKBOARD https://phabricator.wikimedia.org/project/board/1055/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: hoo, demon

[Wikidata-bugs] [Maniphest] [Claimed] T116247: Define edit related events for change propagation

mobrovac claimed this task. mobrovac added a comment. PR 5 proposes the schema definitions for the basic MW events: article edit / delete / undelete / move and revision visibility changes. TASK DETAIL https://phabricator.wikimedia.org/T116247