Pikne
User

Projects

User does not belong to any projects.

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Saturday

  • Clear sailing ahead.

User Details

User Since
Mar 3 2015, 8:51 AM (176 w, 1 d)
Availability
Available
LDAP User
Unknown
MediaWiki User
Pikne [ Global Accounts ]

Recent Activity

Tue, Jul 3

Pikne merged T196647: Link URL of File-Origin into T189196: Add link to source to edit summary.
Tue, Jul 3, 4:04 PM · TCB-Team, Move-Files-To-Commons
Pikne merged task T196647: Link URL of File-Origin into T189196: Add link to source to edit summary.
Tue, Jul 3, 4:04 PM · TCB-Team, Move-Files-To-Commons

Mon, Jul 2

Pikne added a comment to T194505: Map templates to Commons templates whenever possible.

Currently prefilled edit summary for this is in importer's interface language. I suppose wiki content language (English for Commons) would be preferrable instead.

Now I note an odd behaviour related to this edit summary. Here revision differences show that the only automatic template replacement was made in revision that has "Imported with FileImporter..." edit summary, not in the one that has edit summary about replacement.

Mon, Jul 2, 9:05 PM · WMDE-QWERTY-Sprint-2018-06-19, Move-Files-To-Commons, TCB-Team
Pikne added a comment to T198315: Investigate what the "Template" part of the "Information" section in the config files is supposed to do.

Result: The "Information > Template" section is only relevant if we are ever implementing the feature to create Information templates from scratch (which I suggest not to do).

I don't know about the usefulness of this config section, but why not add information template from scratch? Adding it along with two section headers, even if none of it is present on source page, would seem rather straightforward. Some wikis don't have information template set up, and it seems section headers weren't used for older uploads, but these are part of standard page layout on Commons and they should be added anyways. Both CommonsHelper and FTCG also always add these. What probably isn't straightforward is whether information template, if created from scratch, should be auto-filled with some data. (For instance I doubt if using upload time for date field is really wanted, even though both of these older tools for some cases do it.)

Mon, Jul 2, 5:11 PM · Move-Files-To-Commons, TCB-Team
Pikne added a comment to T194505: Map templates to Commons templates whenever possible.

Currently prefilled edit summary for this is in importer's interface language. I suppose wiki content language (English for Commons) would be preferrable instead.

Mon, Jul 2, 9:48 AM · WMDE-QWERTY-Sprint-2018-06-19, Move-Files-To-Commons, TCB-Team

Fri, Jun 29

Pikne added a comment to T189196: Add link to source to edit summary.

So when importing files from Wikipedia to Commons in the Wikimedia setup we can indeed point to the specific file with [[LANG:FILE:NAME]], but when importing from other projects that have multilingual sub wikis that won't work.

Using link like [[wikt:de:Paris]] on Commons seems to bring me to the right place (German Wiktionary), eventhough technically it's redirected via English Wiktionary. That kind of links seem to be used for edit summaries for imports done via Special:Import already, e.g. here. Is that problematic?

Fri, Jun 29, 3:51 PM · TCB-Team, Move-Files-To-Commons

Wed, Jun 27

Pikne added a comment to T156433: Geoline/geoshape does not work with relations other than multipolygon/route/boundary.

This would require a database schema change, which we wouldn't deploy, so this is declined due to resource constraints.

To be clear, you mean that cleartables mentioned above wouldn't be deployed? If so, then couldn't we still look for some other solution? (I still wonder what solution WIWOSM uses.) Waterway relations with wikidata tag are considerably more common (currently 8692 uses) than other special type relations, so it would be nice to see at least that supported, at least in long-term.

Wed, Jun 27, 5:02 AM · Maps-Sprint, Maps (Kartographer), Discovery

May 11 2018

Pikne added a comment to T156433: Geoline/geoshape does not work with relations other than multipolygon/route/boundary.

WIWOSM seems to show waterways like this (r3582427). In what way is the mechanism behind it different? Could that be of some use here?

May 11 2018, 8:02 AM · Maps-Sprint, Maps (Kartographer), Discovery

Apr 20 2018

Pikne merged T187760: Find replace tool broken into wikisource nsPage into T183950: Search and replace is totally broken when using it with ProofreadPage.
Apr 20 2018, 8:31 PM · Wikisource, WikiEditor, ProofreadPage
Pikne merged task T187760: Find replace tool broken into wikisource nsPage into T183950: Search and replace is totally broken when using it with ProofreadPage.
Apr 20 2018, 8:31 PM · Wikisource, ProofreadPage

Aug 20 2017

Pikne added a comment to T155919: Kartographer geoline service has low accuracy at high zoom levels (for long features).

It seems that some sort of generalization algorithm is applied to all maplink/mapframe external data on Wikimedia side, including polygons of geoshape type, and for longer features it's just easier to spot. For example border segment of this object (Q990542) matches river curvature, but maplink/mapframe shows a zig-zag line that departs from river curvature (figure 1), unlike WIWOSM (figure 2). I hope this line generalization is not needed for performance reasons and can be dropped easily.

Aug 20 2017, 11:20 AM · Maps (Kartographer)

Aug 17 2017

Pikne closed T99227: Setting PDF or DjVu thumbnail size by height produces "Invalid thumbnail parameters" error as Resolved.

Whatever caused this, given syntax seems to work again on prod wikis.

Aug 17 2017, 6:54 PM · Multimedia, MediaWiki-DjVu, MediaWiki-File-management, MediaWiki-Parser
Pikne closed T99227: Setting PDF or DjVu thumbnail size by height produces "Invalid thumbnail parameters" error, a subtask of T43371: Thumbnail/imagescaler (tracking), as Resolved.
Aug 17 2017, 6:54 PM · media-storage, Commons, Tracking
Pikne merged T151726: Editing toolbar corrupt for Page namespace into T167317: Proofreads tools do not load reliably with extended toolbar.
Aug 17 2017, 6:42 PM · MW-1.30-release-notes (WMF-deploy-2017-06-13_(1.30.0-wmf.5)), Patch-For-Review, MediaWiki-Page-editing, Wikisource, ProofreadPage
Pikne merged task T151726: Editing toolbar corrupt for Page namespace into T167317: Proofreads tools do not load reliably with extended toolbar.
Aug 17 2017, 6:42 PM · Wikisource, ProofreadPage, MediaWiki-Page-editing

Jul 31 2017

Pikne added a comment to T164997: Change language describing "Likely" filters to avoid mentioning "May" filters.

@Pikne , thanks for your comment. Can you say what wiki you're looking at?

It's from the above patch for which I was translating new messages on translatewiki.net.

Jul 31 2017, 7:14 PM · MW-1.30-release-notes (WMF-deploy-2017-08-01_(1.30.0-wmf.12)), Patch-For-Review, Collaboration-Team-Triage (Collab-Team-This-Quarter), Edit-Review-Improvements-RC-Page
Pikne added a comment to T164997: Change language describing "Likely" filters to avoid mentioning "May" filters.

Message 'ores-rcfilters-goodfaith-bad-desc-high' currently says "With medium accuracy...". Message name and analogous 'damaging' filter message suggest that it intends to say "With high accuracy..." instead.

Jul 31 2017, 6:57 PM · MW-1.30-release-notes (WMF-deploy-2017-08-01_(1.30.0-wmf.12)), Patch-For-Review, Collaboration-Team-Triage (Collab-Team-This-Quarter), Edit-Review-Improvements-RC-Page

May 21 2017

Pikne reopened T165649: Some translations of the CentralAuth extension do not work as "Open".

We use centralauth-log-entry-chgstatus since several years now. I'd certainly prefer using old messages but it is what it is. I've tried to search the commit where the new message was introduced, but without success. Maybe others know how to. Closed as invalid.

Three out of four messages named above were introduced along with centralauth-log-entry-chgstatus in 823ef3e5e109. First ones are intended to be used as part of the latter one, or at least that's what the docs suggest.

May 21 2017, 2:30 PM · I18n, Stewards-and-global-tools, MediaWiki-extensions-CentralAuth

May 5 2017

Pikne added a comment to T158360: RFC: Reevaluate LocalisationUpdate extension for WMF.

Exactly my point: the information is there for those who care to see it. Because we've had multiple occasions where it was multiple weeks for people to notice...

Well, failure in the SAL isn't the only reason why translations sometimes won't go through in a timely manner. As noted above sometimes the problem is elsewhere, or regarding certain interface text delay could be intentional (I usually suspect the latter). Most translators probably don't know where to check any of that. And of course, if the interface text isn't highly visible, then its translation not coming through may go unnoticed too by translators since they are not expected to come back each time they have translated something to see if updating went smoothly.

May 5 2017, 8:40 PM · Deployments, TechCom-RFC, I18n

May 4 2017

Pikne added a comment to T158360: RFC: Reevaluate LocalisationUpdate extension for WMF.

As you can see from the title, l10nupdate wasn't working since 2017-04-11. That task was reported on 2017-04-24, almost 2 full weeks later. Which, I believe, re-opens the "what's wrong with weekly (at least) updates (with updates during a SWAT on an as-needed basis)?" question. I won't say more on that topic now, though.

It may be that it wasn't reported sooner because translators are used to complications with the updating process and it's hard to tell whether it's broken, or there's yet another temporary outage, or delay to daily update is intentional due to message definition update or some other special condition related to certain message or repo. This time I looked into it a little and reported it, but usually I'm just patient. I expect interface texts to be updated in a timely manner though. In any case, thanks for fixing it.

May 4 2017, 7:54 AM · Deployments, TechCom-RFC, I18n
Pikne closed T163671: LocalisationUpdate not working since 2017-04-11 as Resolved.

Seems to work again. Thank you!

May 4 2017, 7:47 AM · I18n, Scap, Deployments

Apr 24 2017

Pikne created T163671: LocalisationUpdate not working since 2017-04-11.
Apr 24 2017, 9:30 AM · I18n, Scap, Deployments

Apr 13 2017

Pikne added a comment to T162744: Rename namespace in etwiki and create alias for previous namespace name.

It's a tab text change which can be done via translatewiki.net too.

Apr 13 2017, 9:08 PM · MW-1.29-release (WMF-deploy-2017-04-25_(1.29.0-wmf.21)), MW-1.29-release-notes, Patch-For-Review, Wikimedia-Site-requests

Apr 6 2017

Pikne merged T143435: Purge asks for "Clear the cache of this page" for logged in users with the "purge" right into T143531: Back out the change that changed action=purge to require a confirmation page.
Apr 6 2017, 12:39 PM · Patch-For-Review, MediaWiki-General-or-Unknown, Regression
Pikne merged task T143435: Purge asks for "Clear the cache of this page" for logged in users with the "purge" right into T143531: Back out the change that changed action=purge to require a confirmation page.
Apr 6 2017, 12:39 PM · Regression, MediaWiki-General-or-Unknown

Mar 27 2017

Pikne added a comment to T153356: Using browser functions to switch input direction is impossible in the new wikitext editor.

I understand what RTL support is for. I only suggested different button text, not different functionality.

Mar 27 2017, 9:47 AM · MW-1.29-release (WMF-deploy-2017-03-21_(1.29.0-wmf.17)), User-notice, User-Ryasmeen, VisualEditor-ContentLanguage, I18n, RTL, VisualEditor, VisualEditor-MediaWiki-2017WikitextEditor
Pikne added a comment to T153356: Using browser functions to switch input direction is impossible in the new wikitext editor.

Technically it may be about changing direction, not alignment, but visually it doesn't look like that. Last full stop of the paragraph jumps, but other than that the reading direction remains the same and most notable change visually is the alignment change.

Mar 27 2017, 9:19 AM · MW-1.29-release (WMF-deploy-2017-03-21_(1.29.0-wmf.17)), User-notice, User-Ryasmeen, VisualEditor-ContentLanguage, I18n, RTL, VisualEditor, VisualEditor-MediaWiki-2017WikitextEditor
Pikne added a comment to T153356: Using browser functions to switch input direction is impossible in the new wikitext editor.

New button text "View as left-to-right" (or the other way around) is quite confusing as visually it only changes text alignment not direction. Perhaps say "Type left-to-right" or "Switch to left-to-right typing" or something like that?

Mar 27 2017, 8:19 AM · MW-1.29-release (WMF-deploy-2017-03-21_(1.29.0-wmf.17)), User-notice, User-Ryasmeen, VisualEditor-ContentLanguage, I18n, RTL, VisualEditor, VisualEditor-MediaWiki-2017WikitextEditor

Jan 25 2017

Pikne created T156260: Localized project names' capitalization issue.
Jan 25 2017, 3:13 PM · I18n, Notifications, Collaboration-Team-Triage, WikimediaMessages

Dec 18 2016

Pikne triaged T151726: Editing toolbar corrupt for Page namespace as Normal priority.
Dec 18 2016, 2:00 PM · Wikisource, ProofreadPage, MediaWiki-Page-editing

Dec 17 2016

Pikne added a comment to T153465: Add new page protection level on et.wikipedia.org.

Yes, this should be how it works.

Dec 17 2016, 10:44 AM · Patch-For-Review, User-Urbanecm, Wikimedia-Site-requests
Pikne added a comment to T153465: Add new page protection level on et.wikipedia.org.

Why I modified your patch: messages need to be defined in source (en.json) to be picked up for translation via translatewiki.net. Translations for specific languages can be committed directly to repo, but it's not necessary. Current Estonian translation is not ok as it doesn't follow the English source because the autopatrollers group name itself is custom (i.e. not following the English source) on Estonian Wikipedia. So these texts using custom group name still need to be provided locally as well.

Dec 17 2016, 10:18 AM · Patch-For-Review, User-Urbanecm, Wikimedia-Site-requests
Pikne added a comment to T153465: Add new page protection level on et.wikipedia.org.

Really? It's defined in mediawiki/extensions/WikimediaMessages and this extension take translations from translatewiki.net.

Dec 17 2016, 8:41 AM · Patch-For-Review, User-Urbanecm, Wikimedia-Site-requests

Dec 16 2016

Pikne added a comment to T153465: Add new page protection level on et.wikipedia.org.

... as you have translator rights at translatewiki.net, you can translate it yourself using https://translatewiki.net/wiki/MediaWiki:Protect-level-autopatrol/et.

It's not defined as a message in any message group (or i18n file) and hence cannot be translated via translatewiki.net. Text for this message needs to be provided locally.

Dec 16 2016, 9:46 PM · Patch-For-Review, User-Urbanecm, Wikimedia-Site-requests

Nov 27 2016

Pikne created T151726: Editing toolbar corrupt for Page namespace.
Nov 27 2016, 5:06 PM · Wikisource, ProofreadPage, MediaWiki-Page-editing

Sep 27 2016

Pikne awarded T119084: Options form at the top of Special:RecentChanges needs cleanup a Love token.
Sep 27 2016, 7:03 AM · User-notice, MediaWiki-Recent-changes

Apr 10 2016

Pikne triaged T131030: Apply "pagetext" class only to body content of Page page as Normal priority.

Relates to T124522. Changing how the "pagetext" class is applied would probably fix this other bug too.

Apr 10 2016, 8:01 AM · ProofreadPage

Mar 27 2016

Pikne created T131030: Apply "pagetext" class only to body content of Page page.
Mar 27 2016, 7:28 PM · ProofreadPage

Mar 25 2016

Pikne added a comment to T119740: Number of proofread pages is a floating point in indicator title.

I note that variables in the following message are percents not numbers of pages as it should be.
$1 validated pages, $2 only proofread pages and $3 not proofread pages
E.g. if there's 1 proofread page and 4 not proofread pages, then it reads as "20 proofread pages and 80 not proofread pages".

Mar 25 2016, 1:48 PM · MW-1.28-release (WMF-deploy-2016-08-02_(1.28.0-wmf.13)), ProofreadPage
Pikne removed projects from T99227: Setting PDF or DjVu thumbnail size by height produces "Invalid thumbnail parameters" error: Commons, Multimedia.
Mar 25 2016, 1:31 PM · Multimedia, MediaWiki-DjVu, MediaWiki-File-management, MediaWiki-Parser
Pikne edited projects for T99227: Setting PDF or DjVu thumbnail size by height produces "Invalid thumbnail parameters" error, added: MediaWiki-File-management, MediaWiki-DjVu; removed MediaWiki-General-or-Unknown.

I can't reproduce this for DjVu on betawiki though ... does it relate to site configuration?

Mar 25 2016, 1:30 PM · Multimedia, MediaWiki-DjVu, MediaWiki-File-management, MediaWiki-Parser

Oct 10 2015

Restricted Application updated subscribers of T69843: Proper date localization in Special:Notifications page.
Oct 10 2015, 8:21 AM · Collab-Notifications-Page, Collaboration-Team-Triage, I18n

Sep 17 2015

Keegan awarded T31919: Move the wiki of WMEE a Evil Spooky Haunted Tree token.
Sep 17 2015, 4:50 PM · Wiki-Setup (Rename), Operations, Patch-For-Review

Aug 17 2015

Pikne added a comment to T93058: PLURAL support for MobileFrontend licensing messages.

Thanks for looking into it. Another tiny problem which I note: the word "and" between two licenses isn't translated when using interface language other than English.

Aug 17 2015, 2:27 PM · Plural-Support, MW-1.27-release (WMF-deploy-2016-01-12_(1.27.0-wmf.10)), WikimediaMessages, MobileFrontend

Aug 15 2015

Pikne added a comment to T93058: PLURAL support for MobileFrontend licensing messages.

So, if I try editing here, then after clicking "Next" I still see "license" not "licenses" even though there are two licenses. I see that the message itself has been adjusted to using PLURAL, but it doesn't seem to work.

Aug 15 2015, 7:20 PM · Plural-Support, MW-1.27-release (WMF-deploy-2016-01-12_(1.27.0-wmf.10)), WikimediaMessages, MobileFrontend

May 31 2015

[[mw:User:Pikne]] <gerritpatchuploader@gmail.com> committed rMW4406c55b6e12: Fix to digits grouping rule (authored by Pikne).
Fix to digits grouping rule
May 31 2015, 2:00 PM

May 21 2015

Pikne added a comment to T99227: Setting PDF or DjVu thumbnail size by height produces "Invalid thumbnail parameters" error.

Hmm, is this only about PDF and Djvu files, or does this also happen with image files (JPG, PNG)?

May 21 2015, 1:21 PM · Multimedia, MediaWiki-DjVu, MediaWiki-File-management, MediaWiki-Parser

May 15 2015

Pikne created T99227: Setting PDF or DjVu thumbnail size by height produces "Invalid thumbnail parameters" error.
May 15 2015, 9:45 AM · Multimedia, MediaWiki-DjVu, MediaWiki-File-management, MediaWiki-Parser

May 14 2015

Nemo_bis awarded T31919: Move the wiki of WMEE a Piece of Eight token.
May 14 2015, 6:54 AM · Wiki-Setup (Rename), Operations, Patch-For-Review

Apr 29 2015

Restricted Application added a project to T69843: Proper date localization in Special:Notifications page: Collaboration-Team-Triage.

I understand that here it's intended to omit the year from date. It seems that Echo fails to extract day and month format from custom date formats properly if the year is omitted. E.g. for Estonian localization (et) there should be dot after day number, while Echo shows it without dot just like in English by only translating the month name. However there is one custom (non-default) date format where month is a roman number (29. IV 2015) and which forces Echo to show the year as well and for that format it shows the dot too. Maybe a simple solution would be to never omit the year? It's odd anyways that the year is omitted while notifications from different years are listed.

Apr 29 2015, 8:05 AM · Collab-Notifications-Page, Collaboration-Team-Triage, I18n

Mar 29 2015

Pikne updated the task description for T94300: Page size decrease incorrectly formatted for Estonian.
Mar 29 2015, 7:06 AM · WMF-deploy-2015-06-09_(1.26wmf9), MW-1.26-release, Patch-For-Review, MediaWiki-Internationalization
Pikne updated the task description for T94300: Page size decrease incorrectly formatted for Estonian.
Mar 29 2015, 7:05 AM · WMF-deploy-2015-06-09_(1.26wmf9), MW-1.26-release, Patch-For-Review, MediaWiki-Internationalization

Mar 28 2015

Pikne created T94300: Page size decrease incorrectly formatted for Estonian.
Mar 28 2015, 1:03 PM · WMF-deploy-2015-06-09_(1.26wmf9), MW-1.26-release, Patch-For-Review, MediaWiki-Internationalization

Mar 18 2015

Pikne updated the task description for T93058: PLURAL support for MobileFrontend licensing messages.
Mar 18 2015, 12:15 PM · Plural-Support, MW-1.27-release (WMF-deploy-2016-01-12_(1.27.0-wmf.10)), WikimediaMessages, MobileFrontend
Pikne added a subtask for T40781: [DO NOT USE] Messages needing PLURAL support (tracking) [superseded by #Plural-Support]: T93058: PLURAL support for MobileFrontend licensing messages.
Mar 18 2015, 12:12 PM · Tracking, I18n, MediaWiki-Interface
Pikne added a parent task for T93058: PLURAL support for MobileFrontend licensing messages: T40781: [DO NOT USE] Messages needing PLURAL support (tracking) [superseded by #Plural-Support].
Mar 18 2015, 12:12 PM · Plural-Support, MW-1.27-release (WMF-deploy-2016-01-12_(1.27.0-wmf.10)), WikimediaMessages, MobileFrontend
Pikne created T93058: PLURAL support for MobileFrontend licensing messages.
Mar 18 2015, 12:09 PM · Plural-Support, MW-1.27-release (WMF-deploy-2016-01-12_(1.27.0-wmf.10)), WikimediaMessages, MobileFrontend

Mar 3 2015

Pikne added a comment to T89916: Wikilinks from global user pages should point to the central wiki.

I wonder if the wanted behaviour is similar to Commons file description pages which are transcluded on local wikis and where links are still relative to Commons (except for comment line links). Could it be implemented the same way?

Mar 3 2015, 9:26 AM · GlobalUserPage