Yurik (Yuri Astrakhan)
User

Projects (13)

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Wednesday

  • Clear sailing ahead.

User Details

User Since
Oct 7 2014, 6:43 PM (214 w, 5 d)
Availability
Available
LDAP User
Yurik
MediaWiki User
Yurik [ Global Accounts ]

Recent Activity

Sun, Nov 11

Yurik added a comment to T121470: Central Global Repository for Templates, Lua modules, and Gadgets.

I added bot approach to the wish list -- https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2019/Miscellaneous/Shared_Multilingual_Templates_and_Modules_available_to_all_wikis
Please comment and help improve. Thanks!

Sun, Nov 11, 3:01 PM · Language-strategy, Core Platform Team Backlog (Watching / External), Community-Tech (2015-2017), Epic, Wikimedia-General-or-Unknown, Category, Community-Wishlist-Survey-2015
Liuxinyu970226 awarded T195628: Support Vega Lite 2.0 in Graphoid a Like token.
Sun, Nov 11, 12:53 PM · Graphoid, Graphs
Liuxinyu970226 awarded T195627: Support Vega 3.0 in Graphoid a Like token.
Sun, Nov 11, 12:53 PM · Graphoid, Graphs
Liuxinyu970226 awarded T154071: Allow non-CC0 licensed data for datasets a Love token.
Sun, Nov 11, 12:17 PM · WMF-Legal, Commons-Datasets
Liuxinyu970226 awarded T146534: Add external map service limited to location a Like token.
Sun, Nov 11, 11:16 AM · Maps (Kartographer)
Liuxinyu970226 awarded T152971: Allow per-wiki customization of the map detail list a Like token.
Sun, Nov 11, 11:16 AM · Maps (Kartographer)
Liuxinyu970226 awarded T137253: Migrate GeoHack to <maplink> a Like token.
Sun, Nov 11, 11:15 AM · Reading-Infrastructure-Team-Backlog, Epic, Maps (Kartographer)
Liuxinyu970226 awarded T146343: Introduce global or per-wiki styles a Like token.
Sun, Nov 11, 11:13 AM · Maps (Kartographer)
Liuxinyu970226 awarded T151524: Maps fast preview is broken on 2nd attempt a Like token.
Sun, Nov 11, 10:08 AM · Maps (Kartographer)
Liuxinyu970226 awarded T141715: <maplink> and/or <mapframe>: Markers with white labels on light backgrounds a Like token.
Sun, Nov 11, 9:44 AM · Maps (Kartographer)
Liuxinyu970226 awarded T155601: Stabilizing Interactive Products a Heartbreak token.
Sun, Nov 11, 9:44 AM · Commons-Datasets, Graphs, Maps, Maps-Sprint, Discovery
Liuxinyu970226 awarded T113008: Epic: Borders aren't always marked as disputed a Like token.
Sun, Nov 11, 9:43 AM · Reading-Infrastructure-Team-Backlog, Epic, Maps (Map-Styles)
Liuxinyu970226 awarded T153282: [epic] Migrate to a new vector tile structure a Like token.
Sun, Nov 11, 9:43 AM · Reading-Infrastructure-Team-Backlog, Patch-For-Review, Epic, Maps (Maps-data)
Liuxinyu970226 awarded T193198: Use Wikidata international labels when OSM data is not available a Love token.
Sun, Nov 11, 9:42 AM · Maps (Kartotherian), Discovery
Liuxinyu970226 awarded T153598: Support Data namespace redirects a Like token.
Sun, Nov 11, 8:36 AM · Commons-Datasets
Liuxinyu970226 awarded T153966: Track Commons Dataset usage across wikis (what links here) a Like token.
Sun, Nov 11, 8:36 AM · Commons-Datasets
Liuxinyu970226 awarded T155290: Add a data-page-only wiki markup header to datasets a Doubloon token.
Sun, Nov 11, 8:36 AM · Maps, Commons-Datasets
Liuxinyu970226 awarded T125539: Add property editing in Maps VE a Like token.
Sun, Nov 11, 7:16 AM · Maps (Kartographer)

Tue, Nov 6

Yurik added a comment to T185858: <mapframe> doesn't work so well at the poles.

IIRC, OSM can store polar regions just fine, but it is the OSM's own rendering that causes problems. Wikipedia does not use OSM's renderer, but it is similar in structure.

Tue, Nov 6, 5:57 PM · Maps
Mholloway awarded T137253: Migrate GeoHack to <maplink> a Cup of Joe token.
Tue, Nov 6, 3:59 PM · Reading-Infrastructure-Team-Backlog, Epic, Maps (Kartographer)

Mon, Nov 5

Yurik added a comment to T208437: Consolidate and migrate Module namespace to Commons.

@Anomie I don't think that task will have anyone working on it any time soon - that's why I proposed a bot-based solution. The good thing about that solution is that:

  • it doesn't need to wait for MW to change
  • it is multilingual
  • once MW implements something, all shared templates and modules can be switched to the new system without much effort (essentially just disable the bot)
Mon, Nov 5, 6:43 PM · Wikimedia-General-or-Unknown
Yurik added a comment to T121470: Central Global Repository for Templates, Lua modules, and Gadgets.

@Capankajsmilyo AFAIK, WMF is not working on this. When I have some time, I will try to set up a bot to make this possible with the existing technology. A typical workflow:

  • A template or a module is created on mediawiki.org (MW is better because its community is more dev-focused, whereas Commons tends to be content-focused)
    • all localization strings are placed in the tabular data on Commons to simplify translation
    • template parameters are also placed in a tabular data on Commons
    • All strings are used via the Module:TNT
  • Some well known infobox is placed at the top of the template/module documentation to indicate that this module is shared between multiple wikis, and should not be changed anywhere else.
  • A bot looks for all modules/templates that have that infobox, and copies them automatically to all other wikis using the sitelink list in Wikidata
  • If someone wants to use that template/module in a wiki X, they just need to copy/paste it to the wiki X, and add the sitelink - the bot will automatically keep it up to date from there on.
  • If a wiki decides to "fork" their version, they can simply remove the infobox from the docs.
Mon, Nov 5, 6:38 PM · Language-strategy, Core Platform Team Backlog (Watching / External), Community-Tech (2015-2017), Epic, Wikimedia-General-or-Unknown, Category, Community-Wishlist-Survey-2015

Thu, Nov 1

Yurik added a comment to T208437: Consolidate and migrate Module namespace to Commons.

P.S. I am not sure Commons is the good place for the shared modules - simply because Commons community tends to be much less technical than the mediawiki.org community. Maybe the main source of templates and modules should be there instead, with the proper things like unit testing.

Thu, Nov 1, 5:31 PM · Wikimedia-General-or-Unknown
Yurik added a comment to T208437: Consolidate and migrate Module namespace to Commons.

I agree this is needed, but perhaps we can already set this up without waiting for the complicated change in the system. There is one big reason modules and templates differ - language. So if we move translations out of the templates and modules, we can simply copy/paste them without any changes between wikis. Moreover, I think we can even automate that - e.g. any template or module that has some sort of a flag (e.g. embedded well known template) will be automatically copied from the central wiki to all other ones that want to use it. I wrote a Module:TNT that allows for the translations to be stored on Commons using shared data tables. This way, when you update a message on commons, all existing templates will automatically start using the new translation.

Thu, Nov 1, 5:29 PM · Wikimedia-General-or-Unknown

Tue, Oct 30

MSantos awarded T128941: map dialog not updating map node's attributes a Like token.
Tue, Oct 30, 7:32 PM · Maps (Kartographer)
Yurik closed T128941: map dialog not updating map node's attributes as Resolved.

Seems to have been fixed in the past? Thx @MSantos !

Tue, Oct 30, 7:31 PM · Maps (Kartographer)

Fri, Oct 26

Yurik added a comment to T184128: "PHP Warning: data error" from gzdecode() in ApiGraph.php and ApiQueryMapData.php.

@Krinkle the (1) was to give instant feedback to the user -- that's the part that I don't think is feasible in all cases -- because template could grow in size, and blob formation happens post-save. In some cases it might be possible when we are doing page preview to show a warning in case templates already exceed blob size. I do agree the extension should handle it gracefully, and remove some of the data to keep the JSON structure.

Fri, Oct 26, 10:27 PM · MW-1.33-notes (1.33.0-wmf.1; 2018-10-23), Patch-For-Review, Reading-Infrastructure-Team-Backlog (Kanban), Maps (Kartographer), Editing-team, Graphs, Wikimedia-production-error
Yurik updated subscribers of T184128: "PHP Warning: data error" from gzdecode() in ApiGraph.php and ApiQueryMapData.php.

Adding a new table shouldn't be too hard, just requires someone to work on it :) @MaxSem actually had some prototype of this a few years back :)
Changing data would help because that data is essentially a key-value dictionary of objects. Each object is independent, and represents a separate graph. If there is a giant single graph on the page, this won't help. But if there are multiple large graphs, deleting some of them would make it possible for at least some of them to show up, rather than the whole page to fail.

Fri, Oct 26, 10:02 PM · MW-1.33-notes (1.33.0-wmf.1; 2018-10-23), Patch-For-Review, Reading-Infrastructure-Team-Backlog (Kanban), Maps (Kartographer), Editing-team, Graphs, Wikimedia-production-error
Yurik reopened T184712: Page.title(asUrl=True) should encode also slashes as "Open".
Fri, Oct 26, 9:11 PM · Patch-For-Review, Pywikibot
Yurik added a comment to T184712: Page.title(asUrl=True) should encode also slashes.

Turns out this does break the 3rd party sites, e.g. wiki.openstreetmap.org. I think we should revert and introduce a separate path for the rest API.

Fri, Oct 26, 9:11 PM · Patch-For-Review, Pywikibot
Yurik added a comment to T184128: "PHP Warning: data error" from gzdecode() in ApiGraph.php and ApiQueryMapData.php.

More than 64KB is too large? That sounds ... strange when discussing modern systems that are perfectly capable of storing much bigger data rows. Especially when we clearly have a valid use case for it.

Fri, Oct 26, 7:33 PM · MW-1.33-notes (1.33.0-wmf.1; 2018-10-23), Patch-For-Review, Reading-Infrastructure-Team-Backlog (Kanban), Maps (Kartographer), Editing-team, Graphs, Wikimedia-production-error
Yurik added a comment to T184128: "PHP Warning: data error" from gzdecode() in ApiGraph.php and ApiQueryMapData.php.

The only graceful thing we can do is something like this:

while (True) {
  gzData = gzip(rawData);
  if (length(gzData) < XXX) break;
  unset(rawData[length(rawData)-1]);  // delete last element
}

Could be optimized further.

Fri, Oct 26, 12:56 AM · MW-1.33-notes (1.33.0-wmf.1; 2018-10-23), Patch-For-Review, Reading-Infrastructure-Team-Backlog (Kanban), Maps (Kartographer), Editing-team, Graphs, Wikimedia-production-error

Wed, Oct 24

Yurik added a comment to T184128: "PHP Warning: data error" from gzdecode() in ApiGraph.php and ApiQueryMapData.php.

Ahem... you did not offer any better alternatives :-) The proper solution is to simply change blob to large storage. That said, I don't think page props should be used for it. Instead, it should be a general "large blob storage" key-value store, where different extensions could store hash-based data. This way multiple page revisions could reuse the same blob, and at the same time updates to templates would create new blobs. This would also require usage counting (tricky). There is another big task about this.

Wed, Oct 24, 9:19 PM · MW-1.33-notes (1.33.0-wmf.1; 2018-10-23), Patch-For-Review, Reading-Infrastructure-Team-Backlog (Kanban), Maps (Kartographer), Editing-team, Graphs, Wikimedia-production-error
Yurik added a comment to T184128: "PHP Warning: data error" from gzdecode() in ApiGraph.php and ApiQueryMapData.php.

(1) is not feasible -- if I build a page with the geojson or a complex graph, and some article adds multiple templates (e.g. an article with 10 graphs), the article blob may not fit all the data, causing this issue. In many cases, there is no way to even give feedback to the user, e.g. if the template gets updated after the article is created.

Wed, Oct 24, 9:09 PM · MW-1.33-notes (1.33.0-wmf.1; 2018-10-23), Patch-For-Review, Reading-Infrastructure-Team-Backlog (Kanban), Maps (Kartographer), Editing-team, Graphs, Wikimedia-production-error
Yurik added a comment to T207017: Create an #OSM tag to identify tasks with OpenStreetMap relevance.

Agree.

Wed, Oct 24, 2:49 AM · Project-Admins

Tue, Oct 23

Yurik added a comment to T207017: Create an #OSM tag to identify tasks with OpenStreetMap relevance.

Thx @Aklapper , I think WIWOSM wouldn't be part of it, because, just like Kartotherian and other techs, WIWOSM is using OSM tech/data, but does not affect the OSM project itself. On the other hand, some bug in MediaWiki could affect OSM community because OSM wiki uses MediaWiki engine. Essentially this tag would indicate the affected audience. BTW, the multilingual map efforts would probably fall under this tag because Wikipedia drives contributors back to OSM to contribute the names.

Tue, Oct 23, 2:19 PM · Project-Admins

Oct 18 2018

Yurik added a comment to T165118: Support Vega 3.0 and Vega Lite 2.0.

@Milimetric v3 and v4+ are not very different. Just some minor integration API changes. 4 is 99% backward compatible. So yes, we could just skip to 4.3

Oct 18 2018, 7:45 PM · Google-Summer-of-Code, Graphs

Oct 15 2018

MGChecker awarded T207017: Create an #OSM tag to identify tasks with OpenStreetMap relevance a Like token.
Oct 15 2018, 8:11 PM · Project-Admins
Yurik updated the task description for T207017: Create an #OSM tag to identify tasks with OpenStreetMap relevance.
Oct 15 2018, 11:50 AM · Project-Admins
Yurik created T207017: Create an #OSM tag to identify tasks with OpenStreetMap relevance.
Oct 15 2018, 11:49 AM · Project-Admins

Oct 7 2018

Yurik created T206426: Storing multiple sitelinks to a multilingual wiki.
Oct 7 2018, 7:24 PM · Wikidata

Oct 5 2018

Yurik added a comment to T86517: [Story] Add a new datatype for multilingual text.

Another possible use case: multiple sitelinks to the same site. For example, Wikidata may have a project page for postal codes in English, and someone wants a similar page in German. But the community does not want direct translation, because English page may want to cover the whole world, while the corresponding German page may only want to concentrate on the aspects specific to Germany.

Oct 5 2018, 10:22 PM · Story, MediaWiki-extensions-WikibaseRepository, Wikidata

Oct 2 2018

Yurik added a comment to T163274: Move JCMapDataContent from JsonConfig to Kartographer.

See my previous comment, I don't think this task should be done at all.

Oct 2 2018, 7:46 PM · Patch-For-Review, Reading-Infrastructure-Team-Backlog, Technical-Debt, Maps (Kartographer), MediaWiki-extensions-JsonConfig

Sep 27 2018

Yurik updated the task description for T189490: Solve search inconsistencies. Suggestion: Replace item selector search box with normal search box.
Sep 27 2018, 8:18 AM · Wikidata, Tracking, Wikidata.org

Sep 26 2018

Yurik added a comment to T205560: Add option to disable Wikibase’ custom search box.

@Smalyshev correct. Ideally we should have T190454, but unless we want to stop using wikibase until it is ready, this is a good interim solution.

Sep 26 2018, 7:28 PM · MW-1.33-notes (1.33.0-wmf.2; 2018-10-30), User-Ladsgroup, Wikidata-Campsite (Wikidata-Campsite-Iteration-∞), MediaWiki-extensions-WikibaseRepository, Wikidata
Yurik added a comment to T205560: Add option to disable Wikibase’ custom search box.

See also community discussion thread (update link fixed)

Sep 26 2018, 5:44 PM · MW-1.33-notes (1.33.0-wmf.2; 2018-10-30), User-Ladsgroup, Wikidata-Campsite (Wikidata-Campsite-Iteration-∞), MediaWiki-extensions-WikibaseRepository, Wikidata
Yurik added a comment to T189490: Solve search inconsistencies. Suggestion: Replace item selector search box with normal search box.

@Jan_Dittrich I think context of use is correct for Wikidata, but not for some other Wikibase installations. Wikibase may not be the centerpiece of the wiki installation.

Sep 26 2018, 4:09 PM · Wikidata, Tracking, Wikidata.org
Yurik added a comment to T190454: Display entity & article namespace completion search together.

This issue has raised a lot of concerns at the OpenStreetMap wiki after wikibase installation. Is it possible to disable wikibase search suggestions until this ticket is implemented? Thx!

Sep 26 2018, 4:04 PM · User-Smalyshev, Epic, CirrusSearch, Wikidata, Discovery-Search, Discovery

Sep 20 2018

Yurik renamed T202676: Customize Item Identifier prefix (currently: Q) from Support non-Q and non-P items in custom Wikibase installations to Support non-Q items in custom Wikibase installations.
Sep 20 2018, 7:52 PM · Federated-Wikibase-Workshops@NewYork-2018, Patch-For-Review, Wikidata, Wikibase-DataModel

Sep 19 2018

Yurik closed T204788: Self-hosted Wikibase has no API to search sitelinks as Invalid.
Sep 19 2018, 2:33 PM · Wikidata
Yurik added a comment to T204788: Self-hosted Wikibase has no API to search sitelinks.

@Addshore thanks! It does work indeed! I saw that many query modules were marked with Caveat: On a repo wiki, this module only works directly on entity pages, not on pages connected to an entity via a sitelink. This may change in the future., and I couldn't find any way around it. Thanks for the quick help!

Sep 19 2018, 2:33 PM · Wikidata
Yurik updated the task description for T204788: Self-hosted Wikibase has no API to search sitelinks.
Sep 19 2018, 12:24 AM · Wikidata
Yurik created T204788: Self-hosted Wikibase has no API to search sitelinks.
Sep 19 2018, 12:21 AM · Wikidata

Aug 30 2018

Yurik added a comment to T195627: Support Vega 3.0 in Graphoid.

Version 4 hasn't changed much from v3, especially in terms of the graphs. So basically it will be v1.5, v2, and v3+, at least from the integration perspective. Copying v1.5 and v2 docs might be a good idea.

Aug 30 2018, 9:37 PM · Graphoid, Graphs

Aug 27 2018

Yurik added a comment to T202676: Customize Item Identifier prefix (currently: Q).

@thiemowmde @daniel my last patch only refactors Wikibase extension a bit, without touching the data model. It fixes the last few places I found that used direct Item ID parsing/composition, instead using the same common interface used by other code. Are there any concerns with that? For example, Lua function getSiteLink() used TermIdconstructor, whereas all other code in that same file used EntityParser instance.

Aug 27 2018, 2:15 PM · Federated-Wikibase-Workshops@NewYork-2018, Patch-For-Review, Wikidata, Wikibase-DataModel

Aug 26 2018

Yurik added a comment to T202676: Customize Item Identifier prefix (currently: Q).

I think I figured out most of the code needed for item ID parsing/creation without calling new ItemID() directly. Submitted as a new patch ^, let me know if this approach

Aug 26 2018, 10:24 PM · Federated-Wikibase-Workshops@NewYork-2018, Patch-For-Review, Wikidata, Wikibase-DataModel
Yurik added a comment to T202676: Customize Item Identifier prefix (currently: Q).

Spoke too soon: overriding entityTypeDefinitionsArray in a hook works well for creating/editing Wikibase items, but it does not work in some cases like sitelink lookups (used by wiki pages to find corresponding wikibase items).

Aug 26 2018, 7:47 PM · Federated-Wikibase-Workshops@NewYork-2018, Patch-For-Review, Wikidata, Wikibase-DataModel

Aug 25 2018

Yurik added a comment to T202676: Customize Item Identifier prefix (currently: Q).

Update: I have implemented a custom extension that overrides default item https://github.com/nyurik/OsmWikibase using a hook :

Aug 25 2018, 6:51 PM · Federated-Wikibase-Workshops@NewYork-2018, Patch-For-Review, Wikidata, Wikibase-DataModel

Aug 24 2018

Yurik added a comment to T193645: [Epic] querying for lexicographical data.

I think lex data dumps should be available independently of the other Wikidata data. For example, https://sklonenie-slov.ru/ shows all Russian noun declensions (30,000+), and I think such sites can greatly benefit from the community work.
P.S. I have began a discussion with the site authors, trying to get them to donate their database to Wikidata.

Aug 24 2018, 2:32 PM · Epic, Discovery, Wikidata, Wikidata-Query-Service, Lexicographical data
Yurik added a comment to T202676: Customize Item Identifier prefix (currently: Q).

@Bugreporter and @thiemowmde , thank your for the thorough responses!

Aug 24 2018, 12:50 PM · Federated-Wikibase-Workshops@NewYork-2018, Patch-For-Review, Wikidata, Wikibase-DataModel

Aug 23 2018

Yurik updated the task description for T202676: Customize Item Identifier prefix (currently: Q).
Aug 23 2018, 9:36 PM · Federated-Wikibase-Workshops@NewYork-2018, Patch-For-Review, Wikidata, Wikibase-DataModel
Yurik created T202676: Customize Item Identifier prefix (currently: Q).
Aug 23 2018, 9:36 PM · Federated-Wikibase-Workshops@NewYork-2018, Patch-For-Review, Wikidata, Wikibase-DataModel

Aug 22 2018

Yurik added a comment to T202469: jsonconfig-license-notice-license-unset showing up on non-tabular data pages.

Introduced by https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/JsonConfig/+/450397/ - looking...

Aug 22 2018, 12:01 AM · MW-1.32-notes (WMF-deploy-2018-08-21 (1.32.0-wmf.18)), MediaWiki-extensions-JsonConfig

Aug 4 2018

Yurik added a comment to T200968: Support appropriate documentation of CC BY SA data on Commons.

@eranroz thanks, reviewed the code, looks awesome, but need a few minor tweaks. The proper license codes are at https://spdx.org/licenses/ .

Aug 4 2018, 3:01 PM · Patch-For-Review, MediaWiki-extensions-JsonConfig, Commons

Jul 13 2018

Yurik added a comment to T177019: Don't reference git masters in package.json.

xml is only needed to configure Mapnik - so if it is possible to use some standard component to convert yml->xml for it, it would work. I think the issue here is that Mapnik is doing some non-standard xml parsing - hence all the problems. @Pnorman would know this better.

Jul 13 2018, 7:56 PM · Reading-Infrastructure-Team-Backlog (Kanban), Maps, MW-1.32-notes (WMF-deploy-2018-07-10 (1.32.0-wmf.12)), Patch-For-Review, Maps-Sprint

Jul 4 2018

stjn awarded T113008: Epic: Borders aren't always marked as disputed a Heartbreak token.
Jul 4 2018, 10:16 AM · Reading-Infrastructure-Team-Backlog, Epic, Maps (Map-Styles)

Jun 11 2018

Gerrit Code Review <gerrit@wikimedia.org> committed rEEAU8c3ec7f778ed: Update patch set 2 (authored by Yurik).
Update patch set 2
Jun 11 2018, 8:34 PM
Gerrit Code Review <gerrit@wikimedia.org> committed rWDQG9f275d1dd5c5: Update patch set 11 (authored by Yurik).
Update patch set 11
Jun 11 2018, 5:13 AM
Gerrit Code Review <gerrit@wikimedia.org> committed rWDQGd31128c827d3: Update patch set 10 (authored by Yurik).
Update patch set 10
Jun 11 2018, 5:13 AM
Gerrit Code Review <gerrit@wikimedia.org> committed rWDQG190e233e8b6f: Update patch set 8 (authored by Yurik).
Update patch set 8
Jun 11 2018, 5:13 AM
Gerrit Code Review <gerrit@wikimedia.org> committed rWDQGdcc47c046e36: Update patch set 3 (authored by Yurik).
Update patch set 3
Jun 11 2018, 5:13 AM
Gerrit Code Review <gerrit@wikimedia.org> committed rWDQGebb3de1ddcce: Final NoteDb migration updates (authored by Yurik).
Final NoteDb migration updates
Jun 11 2018, 4:18 AM
Gerrit Code Review <gerrit@wikimedia.org> committed rWDQGa9dd0aa4140f: Create change (authored by Yurik).
Create change
Jun 11 2018, 4:17 AM
Gerrit Code Review <gerrit@wikimedia.org> committed rWDQGf4cdccdeba5a: Create change (authored by Yurik).
Create change
Jun 11 2018, 4:17 AM
Gerrit Code Review <gerrit@wikimedia.org> committed rWDQGf2bfb42f84a2: Create change (authored by Yurik).
Create change
Jun 11 2018, 4:16 AM
Gerrit Code Review <gerrit@wikimedia.org> committed rWDQG8fec1e5a170e: Final NoteDb migration updates (authored by Yurik).
Final NoteDb migration updates
Jun 11 2018, 4:16 AM
Gerrit Code Review <gerrit@wikimedia.org> committed rWDQG76108dc8d888: Create change (authored by Yurik).
Create change
Jun 11 2018, 4:16 AM
Gerrit Code Review <gerrit@wikimedia.org> committed rWDQGe0d6bdd43fe6: Final NoteDb migration updates (authored by Yurik).
Final NoteDb migration updates
Jun 11 2018, 4:16 AM
Gerrit Code Review <gerrit@wikimedia.org> committed rWDQG2872e219ad01: Create patch set 3 (authored by Yurik).
Create patch set 3
Jun 11 2018, 4:16 AM
Gerrit Code Review <gerrit@wikimedia.org> committed rWDQG1fd28ddd49cd: Create patch set 2 (authored by Yurik).
Create patch set 2
Jun 11 2018, 4:16 AM
Gerrit Code Review <gerrit@wikimedia.org> committed rWDQGcb5d6ead9b2d: Create change (authored by Yurik).
Create change
Jun 11 2018, 4:16 AM
Gerrit Code Review <gerrit@wikimedia.org> committed rWDQG7595e4d3b0f9: Final NoteDb migration updates (authored by Yurik).
Final NoteDb migration updates
Jun 11 2018, 4:16 AM
Gerrit Code Review <gerrit@wikimedia.org> committed rWDQG0f84dc90f1e9: Create patch set 6 (authored by Yurik).
Create patch set 6
Jun 11 2018, 4:16 AM
Gerrit Code Review <gerrit@wikimedia.org> committed rWDQGfa4102363fcb: Create patch set 5 (authored by Yurik).
Create patch set 5
Jun 11 2018, 4:16 AM
Gerrit Code Review <gerrit@wikimedia.org> committed rWDQG8635da09203c: Create patch set 4 (authored by Yurik).
Create patch set 4
Jun 11 2018, 4:16 AM
Gerrit Code Review <gerrit@wikimedia.org> committed rWDQG362974c6a1f9: Create patch set 3 (authored by Yurik).
Create patch set 3
Jun 11 2018, 4:16 AM
Gerrit Code Review <gerrit@wikimedia.org> committed rWDQG2d08a1cad8cc: Create patch set 2 (authored by Yurik).
Create patch set 2
Jun 11 2018, 4:16 AM
Gerrit Code Review <gerrit@wikimedia.org> committed rWDQGb32be11211ca: Create change (authored by Yurik).
Create change
Jun 11 2018, 4:16 AM
Gerrit Code Review <gerrit@wikimedia.org> committed rWDQGab4ad0850806: Final NoteDb migration updates (authored by Yurik).
Final NoteDb migration updates
Jun 11 2018, 4:15 AM
Gerrit Code Review <gerrit@wikimedia.org> committed rWDQGd08448528bd0: Update patch set 5 (authored by Yurik).
Update patch set 5
Jun 11 2018, 4:15 AM
Gerrit Code Review <gerrit@wikimedia.org> committed rWDQGaec2b9c4f0e3: Update patch set 3 (authored by Yurik).
Update patch set 3
Jun 11 2018, 4:15 AM
Gerrit Code Review <gerrit@wikimedia.org> committed rWDQGda5340131f5a: Update patch set 2 (authored by Yurik).
Update patch set 2
Jun 11 2018, 4:15 AM
Gerrit Code Review <gerrit@wikimedia.org> committed rWDQG11f72725f862: Create patch set 5 (authored by Yurik).
Create patch set 5
Jun 11 2018, 4:15 AM
Gerrit Code Review <gerrit@wikimedia.org> committed rWDQG299a2dde49ca: Create patch set 4 (authored by Yurik).
Create patch set 4
Jun 11 2018, 4:15 AM
Gerrit Code Review <gerrit@wikimedia.org> committed rWDQGd7d9284caf3b: Create patch set 3 (authored by Yurik).
Create patch set 3
Jun 11 2018, 4:15 AM
Gerrit Code Review <gerrit@wikimedia.org> committed rWDQG36480e18bde0: Create patch set 2 (authored by Yurik).
Create patch set 2
Jun 11 2018, 4:15 AM
Gerrit Code Review <gerrit@wikimedia.org> committed rWDQG0a3c032f6cc6: Create change (authored by Yurik).
Create change
Jun 11 2018, 4:14 AM
Gerrit Code Review <gerrit@wikimedia.org> committed rWDQGd2d136c3e319: Final NoteDb migration updates (authored by Yurik).
Final NoteDb migration updates
Jun 11 2018, 4:14 AM
Gerrit Code Review <gerrit@wikimedia.org> committed rWDQG3f5094bd5475: Create patch set 2 (authored by Yurik).
Create patch set 2
Jun 11 2018, 4:14 AM
Gerrit Code Review <gerrit@wikimedia.org> committed rWDQG2cbe19dd9357: Create change (authored by Yurik).
Create change
Jun 11 2018, 4:14 AM