Page MenuHomePhabricator

Blahma (Marek Blahuš)
User

Projects

User does not belong to any projects.

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Wednesday

  • Clear sailing ahead.

User Details

User Since
Oct 30 2014, 12:09 PM (237 w, 3 d)
Availability
Available
LDAP User
Unknown
MediaWiki User
Blahma [ Global Accounts ]

Recent Activity

Apr 17 2019

Blahma added a comment to T221097: The most commonly used date format in the Czech Republic produces wrong date when used as a value in Wikidata.

@Urbanecm: Why geolocalization when we have language settings (or at least an educated guess) per user? It's the same one that shows labels and descriptions in some languages and hides others.

Apr 17 2019, 10:33 PM · Wikidata

Oct 30 2018

Blahma awarded T46787: Allow excluding pages from the page links notifications a Burninate token.
Oct 30 2018, 12:41 AM · patch-welcome, Growth-Team, Notifications

Jul 17 2018

Blahma added a comment to T181033: Restore support for Toki Pona as a user spoken language in Babel.

That "not used for actual interactions" may actually hold true (in the Wikimedia context, though none of us can easily prove that), while looking at native speakers is a misleading criterion (English is not my mother tongue and I would keep using it with other non-native speakers even if all the native speakers out there suddenly died out) and I can bet that there are people who share only Toki Pona and no other common language (so that that would be their language of choice if they had to talk to each other). This last argument holds even stronger for better established conlangs, particularly Esperanto, for which I could readily provide a list of people pairs whose only shared language it is.

Jul 17 2018, 8:57 PM · MediaWiki-extensions-Babel
Blahma added a comment to T181033: Restore support for Toki Pona as a user spoken language in Babel.

@Liuxinyu970226 Thank you for your suggestion number one. I've been aware of this possibility, yet, as I mention in the ticket description, that would mean a "need to import and maintain a set of templates in each and every project I contribute to, just to be able to set up a user page". For a user like me who has edits on ~100 wikis, that would really be impractical, let alone when some community decides to start a discussion about those new local templates, in their language.

Jul 17 2018, 11:23 AM · MediaWiki-extensions-Babel

Jul 15 2018

Liuxinyu970226 awarded T181033: Restore support for Toki Pona as a user spoken language in Babel a Hungry Hippo token.
Jul 15 2018, 1:08 PM · MediaWiki-extensions-Babel

Jun 11 2018

Blahma added a comment to T181033: Restore support for Toki Pona as a user spoken language in Babel.

Putting the language code (non-)attribution issue aside, is there an agreement that Babel should only support languages that are also supported as content languages? If so, where has it been voiced, because that's not exactly what the extension seems to be about.

Jun 11 2018, 9:40 AM · MediaWiki-extensions-Babel

May 7 2018

Blahma updated the task description for T193769: Thousands of failed login attempts (wrong password).
May 7 2018, 8:15 PM · Security-Team

Jan 15 2018

Blahma added a comment to T180426: Turn off EducationProgram on cs.wikipedia.

Prior to definitive farewell to the EP extension, all data created within its framework must be archived somewhere, probably as static wiki pages. An enormous amount of work has been invested by volunteers into curating courses and workshops through the extension, enrolling students, listing articles etc. All that is now gone, at least off the eyes of the public and the common Wikipedian (fortunately, it is still preserved in the database AFAIK). Not archiving this information in a place and form accessible to the community (and the public) would be disrespectful towards all those volunteers and harmful for future reports and analyses on the history of the Education Program in the Czech Republic.

Jan 15 2018, 1:07 PM · Patch-For-Review, User-Urbanecm, Wikimedia-Site-requests

Jan 11 2018

Blahma updated the task description for T184712: Page.title(as_url=True) should encode also slashes.
Jan 11 2018, 2:12 PM · Patch-For-Review, Pywikibot
Blahma updated the task description for T184712: Page.title(as_url=True) should encode also slashes.
Jan 11 2018, 12:52 PM · Patch-For-Review, Pywikibot
Blahma updated the task description for T184712: Page.title(as_url=True) should encode also slashes.
Jan 11 2018, 12:52 PM · Patch-For-Review, Pywikibot
Blahma renamed T184712: Page.title(as_url=True) should encode also slashes from Page.title() should encode a slash / to Page.title(asUrl=True) should encode also slashes.
Jan 11 2018, 12:48 PM · Patch-For-Review, Pywikibot
Blahma updated the task description for T184712: Page.title(as_url=True) should encode also slashes.
Jan 11 2018, 12:29 PM · Patch-For-Review, Pywikibot
Blahma created T184712: Page.title(as_url=True) should encode also slashes.
Jan 11 2018, 12:28 PM · Patch-For-Review, Pywikibot

Nov 21 2017

Blahma added a comment to T178730: Remove last visages of TokiPona.

@Nikerabbit: Thank you for your reaction. I just wanted to point out that there are people out who are ferocious and loud enemies of artificial languages and that this might be one of them.

Nov 21 2017, 1:40 PM · MW-1.30-release-notes, MW-1.31-release-notes (WMF-deploy-2017-10-31 (1.31.0-wmf.6)), I18n, translatewiki.net, Patch-For-Review, Wikimedia-Site-requests
Blahma added a comment to T178730: Remove last visages of TokiPona.

As a Toki Pona speaker, I found it offending to see a bug calling to "nuke last visages" of my language and have therefore changed the title.

Nov 21 2017, 1:14 PM · MW-1.30-release-notes, MW-1.31-release-notes (WMF-deploy-2017-10-31 (1.31.0-wmf.6)), I18n, translatewiki.net, Patch-For-Review, Wikimedia-Site-requests
Blahma renamed T178730: Remove last visages of TokiPona from Nuke last visages of TokiPona to Remove last visages of TokiPona.
Nov 21 2017, 1:07 PM · MW-1.30-release-notes, MW-1.31-release-notes (WMF-deploy-2017-10-31 (1.31.0-wmf.6)), I18n, translatewiki.net, Patch-For-Review, Wikimedia-Site-requests
Blahma added a comment to T181033: Restore support for Toki Pona as a user spoken language in Babel.

I think that the core of the problem here is indeed that we do not distinguish between using a language in producing actual content, and using a language to communicate about content.

Nov 21 2017, 12:58 PM · MediaWiki-extensions-Babel
Blahma added a comment to T132899: Remove tokipona support.

I happen to be one of the sysops on Toki Pona Wikia as well. The project is not very active, indeed, and I do not request any lift-up of its status on Wikimedia projects.

Nov 21 2017, 12:43 PM · MediaWiki-Internationalization, I18n
Blahma created T181033: Restore support for Toki Pona as a user spoken language in Babel.
Nov 21 2017, 11:05 AM · MediaWiki-extensions-Babel

May 3 2017

MusikAnimal awarded T101631: rev_len should be available also for deleted revisions in database replicas a Like token.
May 3 2017, 9:48 PM · cloud-services-team (Kanban), Data-Services, Cloud-VPS

Mar 23 2017

Blahma added a comment to T161179: "Duplicate parameter" warning should either be less prominent, or allow code author to overcome it in some way.

I'll probably need to try to explain this difference in a clearer way to my colleagues. The uninitiated ones clearly thought that something was broken in the code, while most of the others probably kept being annoyed by the warning. The code above is included for instance in the Recent Changes page (automatically showing the date of the next scheduled meetup) and that page gets edited frequently. I can imagine that this useless warning distracts those editors and may even lead to them ignoring actual bugs in other code on the same page.

Mar 23 2017, 10:34 AM · MediaWiki-Parser

Mar 22 2017

Blahma updated the task description for T161179: "Duplicate parameter" warning should either be less prominent, or allow code author to overcome it in some way.
Mar 22 2017, 11:52 PM · MediaWiki-Parser
Blahma updated the task description for T161179: "Duplicate parameter" warning should either be less prominent, or allow code author to overcome it in some way.
Mar 22 2017, 11:50 PM · MediaWiki-Parser
Blahma created T161179: "Duplicate parameter" warning should either be less prominent, or allow code author to overcome it in some way.
Mar 22 2017, 11:48 PM · MediaWiki-Parser

Dec 22 2016

Blahma added a comment to T153888: Data disappeared from labs replica in cswiki_p.page_props.

Thank you @bmansurov for explanation of the goal of the recent change and @jcrespo for expanding on it and pointing to the source code. I dare consider it bad design that an existing property has been assigned a new meaning, instead of either keeping it untouched or abandoning it completely. In this particular case, the change moreover, perhaps accidentally, favors non-free images, as only those will be returned in queries that have not been adapted to the new schema.

Dec 22 2016, 11:27 PM · Regression, Readers-Web-Backlog, PageImages, Cloud-Services
Blahma added a comment to T153888: Data disappeared from labs replica in cswiki_p.page_props.

@jcrespo: Thank you for your hint. This is indeed the workaround that I have been using since yesterday. Is this a stable fix, however? If so, does therefore "page_image" as of now mean "page_image_nonfree"? I cannot believe someone would have purportedly broken existing code. I would understand that populating "page_image_free" takes time, but why has the old "page_image" disappeared – or was renamed "page_image_free" with no replacement, although all images on cswiki should be free images (no fair use is allowed there)? These are my questions.

Dec 22 2016, 10:12 PM · Regression, Readers-Web-Backlog, PageImages, Cloud-Services
Blahma added a comment to T153888: Data disappeared from labs replica in cswiki_p.page_props.

At this moment, the query returns 4 rows. Still yesterday, that was 5. A script or something must be working in the background, but items with "page_image" are disappearing rather than re-appearing. On the other hand, there are 206870 page_image_free items on cswiki.

Dec 22 2016, 9:32 PM · Regression, Readers-Web-Backlog, PageImages, Cloud-Services

Dec 21 2016

Blahma added a project to T153888: Data disappeared from labs replica in cswiki_p.page_props: PageImages.
Dec 21 2016, 10:51 PM · Regression, Readers-Web-Backlog, PageImages, Cloud-Services
Blahma added a comment to T153888: Data disappeared from labs replica in cswiki_p.page_props.

This broke my tool that generates a map of geographical articles on cswiki with no page image. On production, page images are still shown, so the information is retained. My log indicates that the change ocurred at the end of November 2016.

Dec 21 2016, 10:50 PM · Regression, Readers-Web-Backlog, PageImages, Cloud-Services

Oct 21 2016

Blahma added a comment to T147766: New pages are not being created by pagefromfile.py.

Thank you very much for acting up on my report so swiftly!
The patch is apparently not yet live on Tool Labs, but hopefully will soon be.

Oct 21 2016, 8:47 PM · Pywikibot-Scripts, Patch-For-Review, Pywikibot

Oct 9 2016

Blahma created T147766: New pages are not being created by pagefromfile.py.
Oct 9 2016, 11:07 PM · Pywikibot-Scripts, Patch-For-Review, Pywikibot

Jul 22 2016

Blahma added a comment to T62677: Disable Esperanto conversion on Esperanto wikis.

Thank you all for achieving this together – it is a nice gift on the eve of the 101st World Esperanto Congress 2016 in Nitra, Slovakia! Me and KuboF will make sure to spread the word there too. In parallel to Brion Vibber Day, we might want to start calling July 21st the Amir E. Aharoni Day. Long live multilingualism and multilingual input!

Jul 22 2016, 10:14 PM · MW-1.28-release-notes, MW-1.28-release (WMF-deploy-2016-07-19_(1.28.0-wmf.11)), ELiSo, MediaWiki-Internationalization

Jul 18 2016

Blahma added a comment to T62677: Disable Esperanto conversion on Esperanto wikis.

@Jdforrester-WMF: Impact of the change is for Esperanto language projects only, all of which have been notified and the issue was discussed with the communities in detail before advancing to making changes.

Jul 18 2016, 8:59 PM · MW-1.28-release-notes, MW-1.28-release (WMF-deploy-2016-07-19_(1.28.0-wmf.11)), ELiSo, MediaWiki-Internationalization

Jul 12 2016

Blahma renamed T139808: UploadWizard ignores time zones in creation date, warns about its own suggested "today" from UploadWizard ignores time zones in creation date, complains on its own suggested "today" to UploadWizard ignores time zones in creation date, warns about its own suggested "today".
Jul 12 2016, 7:08 PM · MW-1.28-release (WMF-deploy-2016-07-19_(1.28.0-wmf.11)), UploadWizard, Multimedia

Jul 8 2016

Blahma created T139808: UploadWizard ignores time zones in creation date, warns about its own suggested "today".
Jul 8 2016, 11:28 PM · MW-1.28-release (WMF-deploy-2016-07-19_(1.28.0-wmf.11)), UploadWizard, Multimedia

Jul 4 2016

Blahma added a comment to T138714: Adapt ContentTranslation to using the TemplateTranslation Lua module.

Does it therefore make sense that I now ask a volunteer programmer from the Czech Wikipedia community to start creating Lua modules that work this way? Or should we rather wait for the new solution be implemented first?

Jul 4 2016, 5:22 PM · Language-Engineering July-September 2016, ContentTranslation-Release10, WorkType-NewFunctionality, ContentTranslation

Jun 10 2016

Blahma added a comment to T126946: disk failure on labsdb1002.

@jcrespo Thanks for staying on the constructive line. FYI, the output in question is https://cs.wikipedia.org/wiki/Wikipedie:%C3%9Adr%C5%BEba/Nekategorizovan%C3%A9_%C4%8Dl%C3%A1nky_s_ohledem_na_skryt%C3%A9_kategorie produced by a query listed on https://cs.wikipedia.org/wiki/Diskuse_k_Wikipedii:%C3%9Adr%C5%BEba/Nekategorizovan%C3%A9_%C4%8Dl%C3%A1nky_s_ohledem_na_skryt%C3%A9_kategorie – users work on categorizing pages from the list and removing items that have been categorized in the meantime (perhaps by another user) and they feel it annoying when I or other developer do a new update which restores some items that should not be there, just because the replicas lack the relevant categorylinks entries. Hope this explains why even a few missing table lines can be annoying.

Jun 10 2016, 12:05 PM · DBA, Cloud-Services, Operations
Blahma added a comment to T126946: disk failure on labsdb1002.

Thank you. I did not realize there were also SQL dumps, not only XML. Would it perhaps be possible to have the latest dump readily available on an SQL server? That could be an alternative for anyone who can sacrifice recency to accuracy. Needing to periodicaly install new dumps into my own user tables feels like adding too much extra work (that might break in the process) for it to be feasible, plus it is possibly redundant if more users need to access the same data.

Jun 10 2016, 10:51 AM · DBA, Cloud-Services, Operations

Jun 9 2016

Blahma added a comment to T126946: disk failure on labsdb1002.

Just noticed this bug just before opening a new bug report on cswiki_p missing virtually all revisions and categorylinks from between 2016-03-08 18:00 and 21:00 UTC, which spoils the results of a tool of mine that is supposed to find non-categorized articles (in no other than possibly some hidden categories).

Jun 9 2016, 9:29 PM · DBA, Cloud-Services, Operations

May 14 2016

Blahma added a comment to T130474: Fix broken URI in HTTP redirect (/parsoid prefix missing).

Right now, even the correct URL – such as https://parsoid-tests.wikimedia.org/parsoid/enwiki/Wikipedia – does not work anymore and results in an error message "Cannot GET /enwiki/Wikipedia". It seems like some has played with URL rewrites on the server, breaking the rest of the available functionality.

May 14 2016, 11:02 PM · Parsoid, good first bug, Parsoid-Tests

May 6 2016

Blahma updated the task description for T54564: Allow sitelinks to redirect pages to fix the 'Bonnie and Clyde problem'.
May 6 2016, 7:40 PM · Wikidata, MediaWiki-extensions-WikibaseRepository

May 5 2016

Blahma added a comment to T36703: Normalize file extension while uploading file in UploadWizard.

Thank you very much, @matmarex !

May 5 2016, 6:47 AM · MW-1.28-release (WMF-deploy-2016-05-17_(1.28.0-wmf.2)), Multimedia, UploadWizard

Apr 29 2016

Blahma added a comment to T132897: Allow links to editing help pages to depend on the user's editor (VE, wikitext, ProofreadPage etc.).

The original feature request was targeting newbies, i.e. people who may even not yet know that there are several editors to choose from. Today, most help pages are concerned with wikitext only, and even if we added VisualEditor alternatives everywhere, it would result in a nasty mixture. At the same, we do not want to force VisualEditor either as any default for those folks who prefer or want to learn wikitext. And it would be boring to need to answer to "which one do you prefer?" everytime before you can read a help page on any topic.

Apr 29 2016, 8:15 PM · I18n, MediaWiki-extensions-CollaborationKit, ContentTranslation, Collaboration-Team-Triage, MediaWiki-extensions-Translate, MediaWiki-extensions-Scribunto, CharInsert, Wikidata, StructuredDiscussions, MediaWiki-extensions-LiquidThreads, BlueSpice, MediaWiki-extensions-FCKeditor, MediaWiki-extensions-JsonConfig, CodeEditor, Contributors-Team, VisualEditor-MediaWiki, VisualEditor, WikiEditor, ProofreadPage, MediaWiki-Page-editing, MediaWiki-Special-pages
Blahma changed the status of T133974: Enable numeric sort for category members from Open to Stalled.
Apr 29 2016, 10:22 AM · MediaWiki-Categories
Blahma renamed T133974: Enable numeric sort for category members from Add sort-by-number Magic Word for cats to Enable numeric sort for category members.
Apr 29 2016, 10:21 AM · MediaWiki-Categories

Apr 25 2016

Blahma added a comment to T40026: Add user preferences for some fields.

The same bug – prefered attribution – is annoying me at every single moment I decide to upload something to Wikimedia Commons. I want my real name to be used when attributing the photographs that I publish, and I now need to remove the nickname and replace it with my user name every time when I start the UploadWizard.

Apr 25 2016, 10:00 PM · Commons, Multimedia, UploadWizard

Apr 21 2016

Blahma added a comment to T132897: Allow links to editing help pages to depend on the user's editor (VE, wikitext, ProofreadPage etc.).

@Dvorapa: Making the behavior of edit links depend on user's choice of editor is being solved in T114531.
I would therefore prefer this issue to take care only of redirecting to page A or B depending on the editor, e.g. for two sets of help pages, as originally proposed.

Apr 21 2016, 1:03 PM · I18n, MediaWiki-extensions-CollaborationKit, ContentTranslation, Collaboration-Team-Triage, MediaWiki-extensions-Translate, MediaWiki-extensions-Scribunto, CharInsert, Wikidata, StructuredDiscussions, MediaWiki-extensions-LiquidThreads, BlueSpice, MediaWiki-extensions-FCKeditor, MediaWiki-extensions-JsonConfig, CodeEditor, Contributors-Team, VisualEditor-MediaWiki, VisualEditor, WikiEditor, ProofreadPage, MediaWiki-Page-editing, MediaWiki-Special-pages
Blahma added a comment to T132897: Allow links to editing help pages to depend on the user's editor (VE, wikitext, ProofreadPage etc.).

@Dvorapa: Edit links which are part of the (cached) rendered page need to be uniform - because of the caching. Single edit tab may change the behavior of what happens after you click a red link (action=edit) and might eventually navigate the user to VE if he prefers that one (but this is only my gues). Any absolute edit links you would like to generate yourself cannot be customized for each user, again because of the caching.

Apr 21 2016, 12:54 PM · I18n, MediaWiki-extensions-CollaborationKit, ContentTranslation, Collaboration-Team-Triage, MediaWiki-extensions-Translate, MediaWiki-extensions-Scribunto, CharInsert, Wikidata, StructuredDiscussions, MediaWiki-extensions-LiquidThreads, BlueSpice, MediaWiki-extensions-FCKeditor, MediaWiki-extensions-JsonConfig, CodeEditor, Contributors-Team, VisualEditor-MediaWiki, VisualEditor, WikiEditor, ProofreadPage, MediaWiki-Page-editing, MediaWiki-Special-pages

Apr 18 2016

Blahma added a comment to T132897: Allow links to editing help pages to depend on the user's editor (VE, wikitext, ProofreadPage etc.).

I am afraid that "editor used by the currently viewing logged-in user" cannot be turned into a magic word, because that would require evalution at virtually every view (by many different editors) and would break the current practice of caching (with VE/wikitext, there would now be two possible renderings of the page, but more could come with more possible values in the future). The example in the top post would also make it impossible to tell generally (i.e. user-independently), where a page redirects to (which is necessary e.g. for fixing double redirects). Obviously, magic words would not work for this.

Apr 18 2016, 7:51 PM · I18n, MediaWiki-extensions-CollaborationKit, ContentTranslation, Collaboration-Team-Triage, MediaWiki-extensions-Translate, MediaWiki-extensions-Scribunto, CharInsert, Wikidata, StructuredDiscussions, MediaWiki-extensions-LiquidThreads, BlueSpice, MediaWiki-extensions-FCKeditor, MediaWiki-extensions-JsonConfig, CodeEditor, Contributors-Team, VisualEditor-MediaWiki, VisualEditor, WikiEditor, ProofreadPage, MediaWiki-Page-editing, MediaWiki-Special-pages

Apr 14 2016

Blahma added a comment to T130474: Fix broken URI in HTTP redirect (/parsoid prefix missing).

Thank you for suggesting to use the REST API instead. I had kind of known about it, but did not realize it would fulfill also converting the other way around that I need (after I modify the HTML, I need to get the corresponding wikitext back out of it). I will now try to modify my code to use this instead.

Apr 14 2016, 9:30 PM · Parsoid, good first bug, Parsoid-Tests
Blahma added a project to T130474: Fix broken URI in HTTP redirect (/parsoid prefix missing): good first bug.
Apr 14 2016, 8:07 PM · Parsoid, good first bug, Parsoid-Tests
Blahma added a comment to T130474: Fix broken URI in HTTP redirect (/parsoid prefix missing).

Still demonstrating the same behavior (because, sadly, nobody has yet even triaged this in the month that has passed).

Apr 14 2016, 8:06 PM · Parsoid, good first bug, Parsoid-Tests

Mar 30 2016

Blahma added a comment to T105132: <gallery> captions cannot be edited with content translation.

I can confirm that the issue persists and that it also involves bad interpretation of the file names – localized File: prefixes for files on Commons, such as "Fichier:" (fr) or "Soubor:" (cs) are not translated and a "missing link" is therefore reported, although images are displayed correctly during the editing.

Mar 30 2016, 2:33 PM · WorkType-Maintenance, ContentTranslation

Mar 20 2016

Blahma renamed T130474: Fix broken URI in HTTP redirect (/parsoid prefix missing) from Fix broken URI in HTTP redirect (/parsoid missing) to Fix broken URI in HTTP redirect (/parsoid prefix missing).
Mar 20 2016, 12:05 AM · Parsoid, good first bug, Parsoid-Tests

Mar 19 2016

Blahma created T130474: Fix broken URI in HTTP redirect (/parsoid prefix missing).
Mar 19 2016, 11:24 PM · Parsoid, good first bug, Parsoid-Tests

Feb 20 2016

Blahma added a comment to T127573: wikiknihy.cz - transfer to Wikimedia Czech Republic?.

The prices of .cz domains today are so low today (5 US$) that I am in favor of not giving up the domain totally and let it end up in whoever's hands this discussion concludes. WMCZ records indicate that virtually all .cz domain names derived from English and Czech names of WMF projects are currently registered until 2020. And certificates should nowadays be free of charge, if I understand it right, unless WMF requires the use of a specific paid certificate.

Feb 20 2016, 10:16 PM · Traffic, Patch-For-Review, Operations, Domains

Feb 7 2016

Blahma closed T126140: [Gadget-libUtil.js] mw.libs.commons.guessUser() returns full query string, not the user name only as Resolved.

Thank you for your advice. It is sometimes difficult to figure out where to report what, particularly if it already takes a lot of work to find out first where in code a feature is located, which libraries it calls and whether all those scripts are either site specific, project specific, MediaWiki core or some extension (local or global). The associated talk page was last edited in 2013, which did not seem very welcoming, but I have now posted my report there in hope of somebody indeed coming across it. It seems that the bug has actually been fixed since a few days, but so far for a few other similar cases only. I have tried to share your suggestion regarding the called function in that page too, but that may well be useless there, as one would need to report that separately to the maintainer of the other extension which creates the actual "User Uploads" link.

Feb 7 2016, 7:51 PM · JavaScript, Commons
Blahma renamed T44678: CiteThisPage Extension: the Revision date and the Permanent link do not match from Cite Extension: the Revision date and the Permanent link do not match to CiteThisPage Extension: the Revision date and the Permanent link do not match.
Feb 7 2016, 12:32 AM · CiteThisPage
Blahma added a comment to T44678: CiteThisPage Extension: the Revision date and the Permanent link do not match.

I think this bug is rather severe, because it makes virtually every citation of an older version of an article contain false or at least misleading information.

Feb 7 2016, 12:31 AM · CiteThisPage
Restricted Application updated subscribers of T44678: CiteThisPage Extension: the Revision date and the Permanent link do not match.
Feb 7 2016, 12:21 AM · CiteThisPage
Blahma created T126140: [Gadget-libUtil.js] mw.libs.commons.guessUser() returns full query string, not the user name only.
Feb 7 2016, 12:01 AM · JavaScript, Commons

Aug 12 2015

Blahma updated subscribers of T62677: Disable Esperanto conversion on Esperanto wikis.

@Krenair: What kind of community consensus do we need here anymore? @KuboF's post from Apr 15 has demonstrated that community consensus has been reached on all Wikimedia wikis that use Esperanto as its content language. I think we are now waiting only for someone to review @brion's patch and apply it. Considering the specifity (and age) of this issue, how can we find a suitable reviewer?

Aug 12 2015, 10:54 AM · MW-1.28-release-notes, MW-1.28-release (WMF-deploy-2016-07-19_(1.28.0-wmf.11)), ELiSo, MediaWiki-Internationalization

Jul 17 2015

Restricted Application updated subscribers of T44259: Make domas' pageviews data available in semi-publicly queryable database format.
Jul 17 2015, 12:14 PM · Datasets-General-or-Unknown

Jun 25 2015

Blahma added a comment to T103350: Recover cssk tool's log files.

I have successfully received the files, thank you for your help!

Jun 25 2015, 9:09 AM · Cloud-Services, Incident-20150617-LabsNFSOutage

Jun 22 2015

Blahma created T103350: Recover cssk tool's log files.
Jun 22 2015, 2:53 PM · Cloud-Services, Incident-20150617-LabsNFSOutage

Jun 18 2015

Blahma added a comment to T52628: Disable Echo ping notifications on a per-page basis.

My use case for this is that my notifications are flooded with new links to very general articles that I once created and which get linked very often (such as an administrative unit being linked from every single new article on its subdivision, of which there may be thousands). I do not want to disable the whole feature ("new links to articles that I have created") because I still want to see new links to those more specific articles that consist the majority of my contributions (but a minority of my new links notifications, at the moment). I thought there might be other users warring this, or who may have disabled this kind of notifications only for the hassle it brings when you are a somewhat aged contributor (or just happen to be the first acting Wikipedian when a new general topic comes to existence).

Jun 18 2015, 7:58 AM · Collaboration-Team-Triage, Notifications
Restricted Application added a project to T52628: Disable Echo ping notifications on a per-page basis: Collaboration-Team-Triage.
Jun 18 2015, 7:53 AM · Collaboration-Team-Triage, Notifications

Jun 8 2015

Blahma added a comment to T36703: Normalize file extension while uploading file in UploadWizard.

2.5 years since last post and I am still forced to upload images with names such as https://commons.wikimedia.org/wiki/File:Brno,_Dominik%C3%A1nsk%C3%A1,_odlo%C5%BEen%C3%A1_uli%C4%8Dn%C3%AD_cedule.JPG – which confuses users of those images who need to pay attention to the extension's letter case – only because my camera names them "P1550467.JPG" and Upload Wizard does not allow me to change the extension :-(

Jun 8 2015, 9:10 AM · MW-1.28-release (WMF-deploy-2016-05-17_(1.28.0-wmf.2)), Multimedia, UploadWizard
Blahma added a comment to T62677: Disable Esperanto conversion on Esperanto wikis.

@brion, when do you think you'll find the time to have a look at this and complete the process?

Jun 8 2015, 8:34 AM · MW-1.28-release-notes, MW-1.28-release (WMF-deploy-2016-07-19_(1.28.0-wmf.11)), ELiSo, MediaWiki-Internationalization

Jun 7 2015

Blahma created T101631: rev_len should be available also for deleted revisions in database replicas.
Jun 7 2015, 10:50 AM · cloud-services-team (Kanban), Data-Services, Cloud-VPS

Jun 2 2015

Blahma created T101185: replace.py fails to run because of incorrect number of arguments given to __init__().
Jun 2 2015, 10:25 PM · Pywikibot-Scripts, Pywikibot

Apr 15 2015

Blahma added a comment to T62677: Disable Esperanto conversion on Esperanto wikis.

In order to further simplify the transition, I have set up an automatic filter that tags edits where the user has used surrogate letters instead of proper Esperanto letters. This way, we will be able to detect users who might be confused by the fact that the conversion now occurs on-the-fly (as opposed to after submit) and would force the surrogates into the edit window, and also any other users for whom the ULS did not work as expected. KuboF and I will be monitoring such tagged edits after the transition. The filter: https://eo.wikipedia.org/wiki/Special:Abusefilter/3

Apr 15 2015, 12:47 PM · MW-1.28-release-notes, MW-1.28-release (WMF-deploy-2016-07-19_(1.28.0-wmf.11)), ELiSo, MediaWiki-Internationalization

Mar 5 2015

Blahma added a comment to T14974: The newline added to a template, magic word, variable, or parser function that returns line-start wikicode formatting (*#:; {|) causes unexpected parsing.

Run across this bug today while working with {{#invoke:String|…}}. This bug forces me to make nasty obfuscations in my code that sometimes hang on the level of workability. And I guess that the more we use Lua/Scribunto, the more we will bump into annoyances caused by this bug.

Mar 5 2015, 2:12 AM · Epic, MediaWiki-Parser
Blahma awarded T899: Unclear what the point of tokens in Phabricator is a The World Burns token.
Mar 5 2015, 12:32 AM · Phabricator