Base (Bohdan Melnychuk)
User

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Monday

  • Clear sailing ahead.

User Details

User Since
Nov 8 2014, 4:24 PM (123 w, 6 d)
Availability
Available
IRC Nick
Base, Base-w, Cladis, Esuba, Voiced
LDAP User
Base
MediaWiki User
Base

Recent Activity

Tue, Mar 21

Base awarded T161053: Create project for #StrategyCoordinators a Like token.
Tue, Mar 21, 10:38 PM · Project-Admins

Mon, Mar 20

Base added a comment to T160565: Special:LanguageStats fails to update statistics in various cases.

One wouldn't need to use purge if the statistics were updating themselves with a reasonable delay. They do not. What is more a problem that re-population of the statistics for the most global case never happens completely. (I would rather ask how is any of this to be taken for expected.)

Mon, Mar 20, 2:47 AM · Patch-For-Review, Performance, MediaWiki-extensions-Translate

Sun, Mar 19

Base created T160866: Add a close button to "Your browser timezone setting differs from the timezone setting in your profile, click to reconcile." popup.
Sun, Mar 19, 8:52 PM · Phabricator (Upstream), Upstream
Base added a comment to T71076: Only load 'head' of result set.

I do not think it is resolved it still kills browser on large queries, pagination seems to be done purely on client side with all data already downloaded, rather than being dynamically fetched on page opening. (Just in case I never checked the code but I am 95% sure it is so by how browser behaves).

Sun, Mar 19, 8:49 PM · Quarry
Base added a comment to T144309: Forking your own query results in a new one owned by YuviPanda.

Isn't it?

Sun, Mar 19, 8:44 PM · Quarry
Base closed T144309: Forking your own query results in a new one owned by YuviPanda as "Resolved".
Sun, Mar 19, 8:44 PM · Quarry

Thu, Mar 16

Base created T160713: Replicate babel db table on Labs.
Thu, Mar 16, 10:25 PM · Labs, DBA, MediaWiki-extensions-Babel
Base added a comment to T160565: Special:LanguageStats fails to update statistics in various cases.

http://i.imgur.com/0lzZSaz.png like here is full page screenshot of the page for me just moment ago.

Thu, Mar 16, 7:54 PM · Patch-For-Review, Performance, MediaWiki-extensions-Translate
Base added a comment to T160276: Use of Special:NotifyTranslators is not being logged.

They are not small, it is just that imgur made it a bit tricky to find links to full size version lately :)
http://i.imgur.com/kCROyEd.png
http://i.imgur.com/HTO8GrQ.png
http://i.imgur.com/ToMhiQF.png
hope they are readable enough this way

Thu, Mar 16, 7:46 PM · Wikimedia-log-errors, Regression, MediaWiki-extensions-TranslationNotifications, Language-Team
Base added a comment to T160276: Use of Special:NotifyTranslators is not being logged.

In that case I checked user talk pages of users I know that they are receiving the invitations in order to check if the invitation went through.
I have only screenshots now, so the exact error ids can only be retyped from there, as for the messages in Ukrainian those probably are
MediaWiki:Internalerror/uk
MediaWiki:Internalerror-fatal-exception/uk
for the former two screenshots and
MediaWiki:Databaseerror/uk
MediaWiki:Transaction-duration-limit-exceeded/uk

Thu, Mar 16, 12:17 AM · Wikimedia-log-errors, Regression, MediaWiki-extensions-TranslationNotifications, Language-Team
Base added a comment to T160565: Special:LanguageStats fails to update statistics in various cases.

It is broken for me for years too. I confirm everything Piramidion says. @Nemo_bis can that testing thing make screenshots of whole page rather than just of the first screen? Some equivalent of screenshot --fullpage in Firefox

Thu, Mar 16, 12:06 AM · Patch-For-Review, Performance, MediaWiki-extensions-Translate

Wed, Mar 15

Base added a comment to T160580: meta=babel query API gives incorrect proficiency information.

For ukwiki https://uk.wikipedia.org/w/api.php?action=query&format=xml&meta=babel&babuser=Base gives

<api batchcomplete=""><query><babel be="0" en="2" pl="0" ru="4" uk="N"/></query></api>

which is correct

Wed, Mar 15, 10:40 PM · MediaWiki-extensions-Babel
Base added a comment to T160276: Use of Special:NotifyTranslators is not being logged.

Here are screenshots from me trying to notify translators for https://meta.wikimedia.org/wiki/Strategy/Wikimedia_movement/2017/Organize/Discussion_Coordinator_Role page: http://imgur.com/a/VClqP The third try with that db error was effectively successful (at least wiki wise, I have no means to check whether users receiving those invitations over email got notified.
(I planned to file this task but did not get to it)

Wed, Mar 15, 10:22 PM · Wikimedia-log-errors, Regression, MediaWiki-extensions-TranslationNotifications, Language-Team
Base created T160580: meta=babel query API gives incorrect proficiency information.
Wed, Mar 15, 10:06 PM · MediaWiki-extensions-Babel
Base created T160579: Document meta=babel query API.
Wed, Mar 15, 10:03 PM · Documentation, MediaWiki-extensions-Babel

Tue, Mar 14

Base created T160464: Investigate global usergroup Cabal.
Tue, Mar 14, 8:24 PM · MediaWiki-extensions-CentralAuth

Mon, Mar 13

Base added a comment to T160296: More invalid usernames.

Well perhaps also not exactly invalid but causing many problems: https://quarry.wmflabs.org/run/162278/output/0/wikitable (huge page)
it is output of

use centralauth_p;
select *
from globaluser
where gu_name regexp "^[\\p{C}\\p{M}\\p{Z}]+" or gu_name regexp "[\\p{C}\\p{M}\\p{Z}]+$"

( https://quarry.wmflabs.org/query/17327 another bad idea to open on weak computer link)

Mon, Mar 13, 12:48 PM · MediaWiki-extensions-CentralAuth
Base added a comment to T160296: More invalid usernames.
<globaluser id="32311477" name="‪‪" />
<globaluser id="32311478" name="‪‪‪" />
Mon, Mar 13, 11:09 AM · MediaWiki-extensions-CentralAuth
Base added a comment to T160296: More invalid usernames.

On this page there are two which link to [[Special:CentralAuth/]]: https://meta.wikimedia.org/w/index.php?title=Special:GlobalUsers/%E1%B8%81&offset=%E1%BD%99%CF%80%CE%B5%CF%81%CE%AE%CF%86%CE%B1%CE%BD%CE%BF%CF%82+%E1%BF%AC%CF%89%CE%BC%CE%B1%E1%BF%96%CE%BF%CF%82

Mon, Mar 13, 10:59 AM · MediaWiki-extensions-CentralAuth
Base added a comment to T160296: More invalid usernames.

милена (unattached or doesn't exist locally)

Mon, Mar 13, 10:32 AM · MediaWiki-extensions-CentralAuth
Base created T160310: Add some intermediate levels for Babel languages proficiency.
Mon, Mar 13, 3:35 AM · MediaWiki-extensions-Babel
Base added a comment to T141084: Babel definitions for an user should be made available through the api.

Interesting, can someone please document the API mentioned on some searchable from https://www.mediawiki.org/wiki/Extension:Babel page place? Also on a related note is there a replicabable to Labs DB with the information?

Mon, Mar 13, 3:15 AM · MediaWiki-extensions-Babel

Tue, Mar 7

Base added a comment to T159749: One should not have to confirm an email by which account was created.

(Just in case, there was no problems with the confirmation, aside from being an unnecessary step)

Tue, Mar 7, 1:13 PM · MediaWiki-Email, MediaWiki-User-login-and-signup
Base updated subscribers of T159749: One should not have to confirm an email by which account was created.
Tue, Mar 7, 1:12 PM · MediaWiki-Email, MediaWiki-User-login-and-signup
Base added a comment to T159749: One should not have to confirm an email by which account was created.

@guillaume, I guess it was Special:Login/signup and set the username, set the email and check " Use a temporary random password and send it to the specified email address", right?

Tue, Mar 7, 1:11 PM · MediaWiki-Email, MediaWiki-User-login-and-signup
Base added a comment to T159749: One should not have to confirm an email by which account was created.

1)Yesterday on Meta-Wiki Guillaume (WMF) created me an account Base (WMF)[1]

  1. When I logged in into the account using the temporary password sent, changed the password and opened preferences, I noticed that I cannot change email related preferences since the email address is still not confirmed.

Expected state of affairs:

  1. After logging in with temporary password sent and changing password and then opening preferences the email is already confirmed — it was used to register the account and I used temporary password sent there after all.
Tue, Mar 7, 1:06 PM · MediaWiki-Email, MediaWiki-User-login-and-signup

Mon, Mar 6

Base created T159749: One should not have to confirm an email by which account was created.
Mon, Mar 6, 8:46 PM · MediaWiki-Email, MediaWiki-User-login-and-signup

Sun, Mar 5

Base created T159657: [[MediaWiki:Abusefilter-log-linkoncontribs-text/en]] i18n issue.
Sun, Mar 5, 10:36 PM · MW-1.29-release (WMF-deploy-2017-03-14_(1.29.0-wmf.16)), Easy, AbuseFilter, I18n

Feb 19 2017

Restricted Application updated subscribers of T108736: Deleting a banner should delete everything related to such banner.
Feb 19 2017, 2:12 PM · Google-Code-In-2015, Easy, MediaWiki-extensions-CentralNotice
Base added a comment to T27426: Add campaign owners.

This is confusing. The banner could be requested by some affiliate representative, managed by a CN admin and just in a subset of cases those are the same person. For code related changes CN admin is a better contact, for content wise things the representative is...
I think the best we can do is to add some more general description field for campaigns and banners where we could using templates fancily link the related banner request pages and other on topic stuff, but that is then beyond the scope of what is requested.

Feb 19 2017, 1:45 PM · MediaWiki-extensions-CentralNotice
Base edited the description of T158508: Change (centralnotice-preview-all-template-translations) link target.
Feb 19 2017, 1:17 PM · Wikimedia-Site-requests, MediaWiki-extensions-Translate, MediaWiki-extensions-CentralNotice
Base created T158508: Change (centralnotice-preview-all-template-translations) link target.
Feb 19 2017, 1:15 PM · Wikimedia-Site-requests, MediaWiki-extensions-Translate, MediaWiki-extensions-CentralNotice
Base created M200: centralnotice-preview-all-template-translations circled.
Feb 19 2017, 1:08 PM

Feb 14 2017

Base added a comment to T157798: Provide access to image sizes from WDQS SPARQL.

Just as not to create a separate tast for the sake of asking a question: if this is possible then do I understand it correctly that support for such things as sizes of pages behind sitelinks and other their metadata access could be added too?

Feb 14 2017, 9:26 PM · Discovery, Structured-Multimedia-Data, Wikidata, Wikidata-Query-Service

Feb 9 2017

Base added a comment to T157342: Users blocked from account creation on meta can not use Quarry.

I have just logged in to Quarry by changing Meta to angwiki so I guess it is possible. I am not banned on Meta though, if needed I can ban myself for test purposes.

Feb 9 2017, 10:58 AM · Quarry
Base added a comment to T157342: Users blocked from account creation on meta can not use Quarry.

Can't the user just change the URL address in the browser and handle OAuth manually through another wiki? Or OAuth does not allow it to be done like that?

Feb 9 2017, 10:52 AM · Quarry

Jan 20 2017

Base added a comment to T153865: Provide meaningful error messages for notice/error showing on view or attemnt to create a page in namespace File lacking file extension in its title.

The current message is a local Commons hack

Jan 20 2017, 3:01 AM · Multimedia, MediaWiki-General-or-Unknown, Commons, MediaWiki-File-management

Jan 7 2017

Base added a comment to T154831: Translation for module tab missing.

To not repeat the same words, I explained it in the patch comments: https://gerrit.wikimedia.org/r/#/c/328590/ see the zhwiki example.

Jan 7 2017, 9:39 AM · MediaWiki-Internationalization, I18n

Jan 1 2017

Base added a comment to T154401: Prevent falling back to Russian when Ukrainian translation is missing on Wikimedia Commons.

That is probably https://commons.wikimedia.org/wiki/Module:Fallbacklist in most cases. It requires a local admin, not developers.

Jan 1 2017, 6:22 PM · Wikimedia-General-or-Unknown, Commons

Dec 31 2016

Base added a watcher for MOOC-Platform: Base.
Dec 31 2016, 4:28 PM
Base added a comment to T154285: Turn off patrolling in ruwiki.

What happens to the new page patrol logs and patroller flag related user right log entries in case the task is resolved?

Dec 31 2016, 2:45 PM · User-Urbanecm, Patch-For-Review, Wikimedia-Site-requests

Dec 28 2016

Base added a project to T154236: [[m:Meta:TrainingPages]] has 0 revisions in its history: MediaWiki-History-or-Diffs.
Dec 28 2016, 2:23 PM · Wikimedia-General-or-Unknown
Base edited the description of T154236: [[m:Meta:TrainingPages]] has 0 revisions in its history.
Dec 28 2016, 1:54 PM · Wikimedia-General-or-Unknown
Base added a comment to T154236: [[m:Meta:TrainingPages]] has 0 revisions in its history.

(I got it returned in

select CONCAT("[[:{{ns:",page_namespace,"}}:",page_title,"]]")
from metawiki_p.page
where metawiki_p.page.page_len = 0
and page_namespace = 4

along a valid empty ns4 page
)

Dec 28 2016, 1:52 PM · Wikimedia-General-or-Unknown
Base edited the description of T154236: [[m:Meta:TrainingPages]] has 0 revisions in its history.
Dec 28 2016, 1:50 PM · Wikimedia-General-or-Unknown
Base created T154236: [[m:Meta:TrainingPages]] has 0 revisions in its history.
Dec 28 2016, 1:49 PM · Wikimedia-General-or-Unknown
Base added a comment to T154183: Investigate ways to ease the marking and the deletion of translation units.

There's a gadget in Wikidata that they use to tag items for deletion. I
shall have a look at it and see if its use could be extended to Meta. We'd
also need a bot to remove deleted items from such a page to avoid it to
become flooded.

Wouldn't it be an overkill? I mean is the traffic of those RfDs that big to
raise up all this infrastructure of scripts, bot and so on? Just to be clear,
I am not opposing, just making sure that it's really worth the effort.

Dec 28 2016, 10:49 AM · MediaWiki-extensions-Translate
Base added a comment to T154181: Provide an easy way to localize links to some projects' main pages on the sidebar.

Ah, no, my bad. I thought it is about names of all the wikis, like the ones used in Echo. Well but anyway bringing a l10n guy here is a good thing O:)

Dec 28 2016, 10:43 AM · I18n, Wikidata, MediaWiki-extensions-WikibaseClient
Base updated subscribers of T154181: Provide an easy way to localize links to some projects' main pages on the sidebar.

@Amire80 I think it is connected to that language conjugation stuff you were doing, is it not?

Dec 28 2016, 10:41 AM · I18n, Wikidata, MediaWiki-extensions-WikibaseClient
Base added a comment to T154177: Change "Real name" to "Display name".

Ah I think I have skipped the last paragraph, sorry. Well, in that case the change of the label itself makes sense to me, though it is not important a change.

Dec 28 2016, 10:40 AM · MediaWiki-User-preferences, I18n

Dec 27 2016

Base added a comment to T154177: Change "Real name" to "Display name".

The three immediate examples I can think of are the "Welcome, USER!"

Dec 27 2016, 11:53 PM · MediaWiki-User-preferences, I18n
Base added a comment to T154183: Investigate ways to ease the marking and the deletion of translation units.

I do both know the problem but yet agree that the task as it is should be marked as Invalid. @MarcoAurelio what we need to do is to make it clear for people that they should put those templates e.g. on Translations talk pages. Or they can put them in units still and we just need to be sure to realise that it is a single unit to be deleted, not the whole translation page. @Nemo_bis use cases to mark units for deletions are numerous, it is not uncommon for people to either put some gibberish, put English text or put machine translation instead of proper translation; in case of qqq pseudolanguage people also mistakenly add comments or translations (especially was the case till tux supported edit summary but I am not sure if it isn't now) — some of those are detected by non-admins and they want to nominate those for deletion. I used to do it a couple of times on Meta before getting the rights too.

Dec 27 2016, 2:18 PM · MediaWiki-extensions-Translate

Dec 23 2016

Base added a comment to T94433: SVG translate spits PHP errors instead of working.

(just it is the other way round to be precise :) )

Dec 23 2016, 11:25 PM · Tool-Labs-tools-Other
Base added projects to T150906: Visual Editor and Parsoid support for Tabular Data: VisualEditor, Parsoid.
Dec 23 2016, 12:17 AM · Parsoid, VisualEditor, Commons-Datasets

Dec 22 2016

Base added a comment to T153982: Query service prompting gui should not mess with the rest of the query.

( The finished query just in case someone wonders is http://tinyurl.com/j9bnkto )

Dec 22 2016, 9:48 PM · Discovery, Wikidata-Query-Service, Wikidata
Base added a project to T153982: Query service prompting gui should not mess with the rest of the query: Wikidata-Query-Service.
Dec 22 2016, 9:32 PM · Discovery, Wikidata-Query-Service, Wikidata
Base created T153982: Query service prompting gui should not mess with the rest of the query.
Dec 22 2016, 9:32 PM · Discovery, Wikidata-Query-Service, Wikidata

Dec 21 2016

Base added a comment to T148596: Create a gadget that displays the Wikidata ID of a page near the title.

Aren't there several such gadgets available already?

Are the ones I know, I am pretty sure there must be some other similar too.

Dec 21 2016, 11:40 PM · Easy, Google-Code-In-2016
Base added a project to T153912: Provide i18n for Data tab: I18n.
Dec 21 2016, 10:48 PM · I18n, Patch-For-Review, Commons-Datasets
Base created T153912: Provide i18n for Data tab.
Dec 21 2016, 10:38 PM · I18n, Patch-For-Review, Commons-Datasets
Base added a comment to T153865: Provide meaningful error messages for notice/error showing on view or attemnt to create a page in namespace File lacking file extension in its title.

Is it better now? (If no, well, I tried)

Dec 21 2016, 8:44 PM · Multimedia, MediaWiki-General-or-Unknown, Commons, MediaWiki-File-management
Base renamed T153865: Provide meaningful error messages for notice/error showing on view or attemnt to create a page in namespace File lacking file extension in its title from "Provide meaningful error messages for File namespace extensionless page creation lack of access error/notice once T153864 is completed" to "Provide meaningful error messages for notice/error showing on view or attemnt to create a page in namespace File lacking file extension in its title".
Dec 21 2016, 8:43 PM · Multimedia, MediaWiki-General-or-Unknown, Commons, MediaWiki-File-management
Base added a comment to T153865: Provide meaningful error messages for notice/error showing on view or attemnt to create a page in namespace File lacking file extension in its title.

Ah sorry, I am somewhat English noun in-line placement abuse prone person :) Let me try to rephrase a little bit.

Dec 21 2016, 8:39 PM · Multimedia, MediaWiki-General-or-Unknown, Commons, MediaWiki-File-management
Base added a comment to T153895: Show explanation text when users go to Commons data: without .tab or .map ext.

As I understand that is an easier to implement substitution for T153862 for the time being?

Dec 21 2016, 8:33 PM · Easy, Commons-Datasets
Base edited the description of T112684: Special:CiteThisPage should not percent-encode URLs but just use Unicode.
Dec 21 2016, 5:56 PM · CiteThisPage
Base added a comment to T153867: {{int:nstab-talk}} should display the localized text instead of "⧼nstab-talk⧽".

Interesting considering that https://pt.wikipedia.org/w/index.php?title=Wikipédia:Página_de_testes/1&oldid=47526682&uselang=qqx shows that message name.

Dec 21 2016, 5:40 PM · MediaWiki-General-or-Unknown, I18n
Base created T153874: Extend Lua libraries with Extension Translate related features.
Dec 21 2016, 3:53 PM · MediaWiki-extensions-Scribunto, MediaWiki-extensions-Translate
Base added a comment to T27000: Review and deploy ThrottleOverride extension to Wikimedia wikis.

The current ways are just insane:

  • in order to ask system administrators you have to
    1. know the venue's IP beforehand which is very often not the case untill the event or the day before
    2. have your event not around any major wikimedia conference or US holiday in time, as otherwise system administrators are virtually unreachable
  • account creation is the way, but it is worse psychologically or whatever wise: you want people to remember that they attended the event and did everything there themselves, since registration and every single edit from then on, while "Oh Wikipedia, now that you mention it I attended their event in the past and some guy even created an account for me, I wonder what it was called" is definitely what you want not

The ways which somewhat work are:

  • Having people register beforehand (but sometimes you don't have a way to reach them or that is too difficult for them)
  • Using random Central Auth wikis for different people, but for some the concept of going to another wiki is another piece of information they have to stack on the huge heap they are already expected to learn, besides just few wikis use the same language which is a problem for monolingual people.

But none is good enough to be satisfying.

Dec 21 2016, 3:28 PM · Wikimedia-Developer-Summit (2017), MediaWiki-extensions-ThrottleOverride, Security-Reviews, Wikimedia-Extension-setup
Base awarded T91928: The Event Organiser's Userright a Love token.
Dec 21 2016, 3:28 PM · MediaWiki-extensions-ThrottleOverride
Base added a comment to T112715: Enable different URL shorteners for WDQS.

I think both ways are desirable. Quarry-like interface for WDQS is already tasked at T104762. Quarry is exteremely useful in lots of ways. The easy typo fixing or code commenting without URL change as mentioned, being able to promise someone to write a query and provide a link there beforehand (much like with "red" pages, you can say "hey, look here tomorrow, there'll be something really cool"), being able to reuse old URLs which you needed only to show some number in a chat which noone would care about in 5 minutes and lots of other stuff.

Dec 21 2016, 2:37 PM · Discovery, Wikidata, Wikidata-Query-Service
Base renamed T153865: Provide meaningful error messages for notice/error showing on view or attemnt to create a page in namespace File lacking file extension in its title from "Provide meaningful error messages one's T153864 is completed" to "Provide meaningful error messages for File namespace extensionless page creation lack of access error/notice once T153864 is completed".
Dec 21 2016, 2:10 PM · Multimedia, MediaWiki-General-or-Unknown, Commons, MediaWiki-File-management
Base created T153865: Provide meaningful error messages for notice/error showing on view or attemnt to create a page in namespace File lacking file extension in its title.
Dec 21 2016, 2:08 PM · Multimedia, MediaWiki-General-or-Unknown, Commons, MediaWiki-File-management
Base created T153864: Disable possibility to create extensionless File namespace pages.
Dec 21 2016, 2:03 PM · Patch-For-Review, Multimedia, MediaWiki-General-or-Unknown, MediaWiki-File-management, Commons
Base added a watcher for Commons-Datasets: Base.
Dec 21 2016, 1:51 PM
Base created T153862: Provide a more explanatory message on "red" Data namespace pages without .tab or .map extension.
Dec 21 2016, 1:51 PM · Easy, Commons-Datasets

Dec 17 2016

Base added a comment to T148950: Include Tulu Wikipedia in Metrics and Quarry.

I have zero clue about wikimetrics but quarry seems to support tcywiki_p at the moment, at least

use tcywiki_p;
show tables;

did return the table list.

Dec 17 2016, 7:04 PM · Analytics-Wikimetrics
Base created T153554: Allow to purge query off its parent.
Dec 17 2016, 7:02 PM · Quarry
Base created T153553: Add forking hierarchy view for queries.
Dec 17 2016, 6:58 PM · Quarry
Base added a watcher for Quarry: Base.
Dec 17 2016, 6:42 PM
Base added a comment to T148923: Provide a way to access unencoded page names for sitelinks.

@Smalyshev why do we have to stick to URL and its requirements. RDF seems to be all about IRI rather than URL, and those I believe allow Unicode.

Dec 17 2016, 2:33 PM · Discovery-Wikidata-Query-Service-Sprint, Patch-For-Review, Discovery, Wikidata, Wikidata-Query-Service

Dec 14 2016

Base added a watcher for Structured-Multimedia-Data: Base.
Dec 14 2016, 4:49 PM

Nov 28 2016

Restricted Application updated subscribers of T71311: Swift outage caused a bunch of moved files to be "inconsistent" and "missing".
Nov 28 2016, 6:14 PM · media-storage, Commons, Wikisource

Nov 26 2016

Base added a comment to T39314: Remove Russian fallback for Ukrainian language.

For a brief span of time Russian name of pages like Special:Watchlist were the main ones. At least people were linking to those while discussing the fact itself, those I am sure I have seen. At worst there is high probability that there were normal usage links to them. Well, a fulltext search for most popular ones should be run. It is not worth speculating theoretically unless we are speaking about some third party sites (but I doubt there are a lot big Mediawiki instalations with Ukrainian as the main language in this world at all).

Nov 26 2016, 5:58 AM · User-notice, MW-1.29-release-notes, MW-1.29-release (WMF-deploy-2016-11-29_(1.29.0-wmf.4)), Language-Q2-2016-17 Sprint 4, Language-Engineering October-December 2016, Community-Liaisons, MediaWiki-Internationalization

Nov 25 2016

Base added a comment to T39314: Remove Russian fallback for Ukrainian language.

They were used a tiny bit when they were translated into Russian the very first time so that Ukrainian translators who consciously didn't want to translate them were caught up by surprise. Well and later when Russians were faster for a couple of days they were used too. At least usages being fruits of the first situation I am sure I have seen.
But I second Piramidion on the need to either deprioritize Russian aliases in search prompts or perfectly remove them from there at all.

Nov 25 2016, 1:12 PM · User-notice, MW-1.29-release-notes, MW-1.29-release (WMF-deploy-2016-11-29_(1.29.0-wmf.4)), Language-Q2-2016-17 Sprint 4, Language-Engineering October-December 2016, Community-Liaisons, MediaWiki-Internationalization

Nov 20 2016

Base added a comment to T151170: Varying layouts for commons mobile main page.

Firefox for Android 49.0.2

Nov 20 2016, 10:08 PM · Reading-Web-Backlog, MobileFrontend

Nov 13 2016

Base added a comment to T150489: Some strange category on uk.wikipedia.org.

@Nemo_bis, why have you created a category named in Russian in Ukrainian language Wikipedia? There's a separate Wikipedia, ru.wikipedia.org, for pages in that language.

Nov 13 2016, 5:44 AM · Wikimedia-General-or-Unknown

Nov 7 2016

Base added a comment to T149523: Change names of timezones "Europe/Kiev" and "Europe/Zaporozhye".

(Oh I just noticed a ukwiki discussion mentioning all of this already. It would be nice if you mention related discussions, kinda saves the time)

Nov 7 2016, 11:05 PM · MediaWiki-Internationalization, Upstream, I18n

Nov 6 2016

Base updated subscribers of T149523: Change names of timezones "Europe/Kiev" and "Europe/Zaporozhye".

(We even have an article https://en.wikipedia.org/wiki/List_of_tz_database_time_zones and @Sanya3 has already renamed entry for Zaporizhzhia there :) Too bad it is not that easy to change the actual thing :( )

Nov 6 2016, 9:32 PM · MediaWiki-Internationalization, Upstream, I18n
Base added a comment to T149523: Change names of timezones "Europe/Kiev" and "Europe/Zaporozhye".

I was going to report it upstream via php.net but found similar previous bug report in which it is said that PHP in its own turn uses names from IANA rather than defines them on its own: https://bugs.php.net/bug.php?id=70840

Nov 6 2016, 9:23 PM · MediaWiki-Internationalization, Upstream, I18n
Base added a comment to T149550: Change the locative form of Ukrainian sitenames.

I took a closer look, it appears that LanguageUk.php already has some default conjugation rules for some grammar cases. I did some test (archived version, for the sake of observing when software behavior changes are made) and confirmed that it was able to conjugate "Дурнопедія" (some theoretical Stupidpedia) into correct genitive form of "Дурнопедії" even though there is no explicit genitive case definition for "Дурнопедія" in WikimediaGrammarForms.php (and thanks Gods that there isn't :) ).
I guess thus it is absolutely possible to extend LanguageUk.php's convertGrammar function with default behavior for locative case then.

Nov 6 2016, 8:33 PM · WikimediaMessages, I18n
Base added a comment to T149550: Change the locative form of Ukrainian sitenames.

@Nemo_bis is it possible to make the default locative for GRAMAR:locative|{{SITENAME}} to be "у {{SITENAME}}" (with prepended preposition у) Mediawiki wide for Ukrainian?
That indeed should be done not in WikimediaMessages but in some upstream file.

Nov 6 2016, 6:39 PM · WikimediaMessages, I18n
Base added a comment to T149550: Change the locative form of Ukrainian sitenames.

Oh I see, I mixed some words in my comment which has probably rendered it virtually unreadible, it should now be better.

Nov 6 2016, 6:34 PM · WikimediaMessages, I18n
Base updated subscribers of T149550: Change the locative form of Ukrainian sitenames.

@Piramidion I think it is either that my reply wasn't clear enough or you did not read it completely, as not only it contains confirmation that I understand the current state of affairs but it also illustrates the downside of your proposal, and that is why I call it evil even if lesser one, but also there is alternate solution to the problem I propose which allows to get rid of both the downside I mention (inability to use different pronouns on per Sitename basis in your solution) and of downside you mention (my solution does not require an update of the translations which assumed GRAMMAR:locative working as it is now, though this one I as a bot master do not deem a major one).
As to your private conversation with @Ata on this matter that is not exactly what is usually deemed a community discussion here, I was conversing with her on this matter in the past too but I do not consider it anything more than a private conversation between two users. I do not have reliable means of communication with her as of now to boot, but that is irrelevant here. Anyway considering that only about 4 users have over 5k translations on twn for Ukrainian and not much more would understand what the issue in question is (you even doubted me, I in my turn allow myself to doubt many other users) that is not a big deal, e.g. I would more likely notice a task here as I did than a discussion on Ukrainian portal on TWN.

Nov 6 2016, 6:22 PM · WikimediaMessages, I18n
Base added a comment to T149550: Change the locative form of Ukrainian sitenames.

@Piramidion btw are you sure the по form is locative? I am no linguist to know for sure. I just noticed that it would be [пошук] по Вікістолу, while на Вікістолі — the noun form changes. I think it is rather dative or genitive in this use case.
I also see that you too mention на but I do not see how your solution which removes per wiki customisation of the pronoun (well if we do not consider those wikis creating local Mediawiki messages for all GRAMMAR:locative containing translations) solves it.

Nov 6 2016, 2:54 PM · WikimediaMessages, I18n
Base added a comment to T149550: Change the locative form of Ukrainian sitenames.

Locative is a full scale grammar case of Ukrainian language along with 6 others. Україна — в Україні: it is not always preposition + nominative case spelling.
The problem here is that though for current Wikimedia projects the preposition is always у, there might occur cases when it would be e.g. на. E.g. if Wikimedia Commons in Ukrainian were called not Вікісховище, but Вікісклад, as in Russian, then the correct locative form would be на Вікіскладі (since it is склад — на складі normally) and not у Вікіскладі. As I said it is not a problem with Wikimedia projects now but it might be in the future, also if we translate with assumption that there is no preposition in grammar form, thus by putting у, it would become impossible for e.g. third parties wikis to use correct preposition (i.e. if they just put it in the similar file they will get something like «у на Вікістолі» for some theoretical third party Wikitable project instead of desired «на Вікістолі».)
What is the real problem for translators now that while for Wikimedia wikis there are those forms with preposition defined, for default case they are not (which is not just third parties but e.g. chapters wikis or Meta) thus both using preposition and not using if before Grammar:locative is a bad idea (you might get two preposition together or vice versa not agreeed sentence). I rather agree though that between the two evils the proposed one perhaps is smaller, but @Piramidion, which discussion are you referring to?
@Nemo_bis, what I personally now see as a possible better solution is, if it is possible altogether, but I am rather sure it is, to set default locative form for any sitename. Thus making it «у {{SITENAME}}» for default case with then leaving room for overriding this value with concrete per name values. This default should be Mediawiki wide not just Wikimedia bounded otherwise it does not solve anything for translators. What do you think? I am not sure if I'd better put make it a separate task or we consider it as an alternate solution of this one.

Nov 6 2016, 2:41 PM · WikimediaMessages, I18n

Oct 15 2016

Base added a comment to T148264: Rollback tool cuts rollbacked user's username (due to space and ambersand (" & ") in name?).

Looking at this username is it really space and not & what is causing the problem?

Oct 15 2016, 7:36 AM · MediaWiki-Page-editing

Oct 14 2016

Base added a comment to T148082: buildHtml() should parse messages in parser output language.

{{int:something}} should be in user interface language. This is how it works everywhere and how is expected to work and should be. Is this about this kind of messages?

Oct 14 2016, 9:06 AM · MW-1.28-release (WMF-deploy-2016-10-25_(1.28.0-wmf.23)), Patch-For-Review, Interactive-Sprint, Graphs

Oct 8 2016

Base created T147711: It should be possible to disable syntax highlight.
Oct 8 2016, 10:54 AM · Quarry

Oct 5 2016

Base added a comment to T147158: RFC: Use YAML instead of JSON for structured on-wiki content.

@Yurik, I must note that Graph is super uber mega ultra difficult as it is, with very poor documentation. It would become worse if you couldn't even use Jsons taken from upstream docs and examples. It is not the case for stuff like upload wizard campaigns where syntax is our own to take care of, so we can change it to whatever we want, but such things must be considered.

Oct 5 2016, 6:42 AM · Analytics, ArchCom-Has-shepherd, UploadWizard, Multimedia, ArchCom-RfC, Discovery, Maps (Kartographer), Analytics-EventLogging, Graphs, VisualEditor, TemplateData, MediaWiki-Configuration, MediaWiki-ContentHandler, RfC

Oct 2 2016

Base added a project to T147158: RFC: Use YAML instead of JSON for structured on-wiki content: UploadWizard.
Oct 2 2016, 10:29 PM · Analytics, ArchCom-Has-shepherd, UploadWizard, Multimedia, ArchCom-RfC, Discovery, Maps (Kartographer), Analytics-EventLogging, Graphs, VisualEditor, TemplateData, MediaWiki-Configuration, MediaWiki-ContentHandler, RfC