# Projects

User does not belong to any projects.

# User Details

User Since
Oct 7 2014, 7:05 AM (341 w, 5 h)
Availability
Available
IRC Nick
Mormegil
LDAP User
Mormegil
MediaWiki User

# Jan 25 2021

Another problematic expression cached as a problem is x \in \mathbb{C}, see https://test.wikipedia.org/wiki/Cached_deprecated_math, any change (e.g. to y \in \mathbb{C}) makes the deprecation to disappear.

# Jan 15 2021

Well, yes, for Czech, the subscription confirmation e-mail seems to be sent correctly, now. But as I said above, it is a problem for all languages using non-utf8 encoding in Mailman. E.g. Polish is still broken (“Pro�ba o potwierdzenie zapisania si� na list�”).

# Jan 7 2021

Yes, they would break because they are in the wrong encoding.

# Jan 5 2021

Those files are provided by the debian package, and are not considered convfiguration files. This would mean that every time we update the debian package from the distro, those will get overwritten until the next puppet run; I would prefer not to go down that path, or down the path of rebuilding the package ourselves.

# Jan 4 2021

+1 from me. I think it should not be worse than the current state. :-) (Read: It might break something but that thing is probably already broken now.) But if there is a Mailman expert (definitely not me), please stand up!

# Dec 14 2020

This is unfortunate, especially combined with the fact the mobile app displays only the local enwiki description (even when there is none, displaying “+ ADD ARTICLE DESCRIPTION”!), but the edit goes to Wikidata, overwriting the already existing description with the newly added (which is usually worse, obviously). And… the description is still “+ ADD ARTICLE DESCRIPTION” after the edit.

# Oct 14 2020

The title of this issue undersells the problem quite a bit. In other words, mobile recent changes and watchlist are basically unusable right now, since all (diff) links are broken (leading to the full view instead of the diff).

# Jun 18 2020

Mormegil added a comment to T230652: Tilde stripping in signatures is inadequate.

So… this is a duplicate of my ancient T14495, right? :-)

# Jan 28 2020

Mormegil added a comment to T243783: MobileDiff drops whitespaces from edits.

And screenshots of e.g. the enwiki example:

Mormegil added a comment to T243783: MobileDiff drops whitespaces from edits.

OK, but this happens all the time to me (I was surprised not to find a bug already reported), so I guess it should not be too difficult to come with some more examples:

# Oct 23 2019

I found this bug only after reducing my broken query until only this was left:

SELECT (MIN(?name) AS ?name) WHERE {
}

Also, I noticed COUNT and SAMPLE work fine, while the other aggregate functions do not support this aliasing. If it is an error, a better error message would definitely come handy.

# Oct 11 2019

Mormegil awarded rPHABff410134818e: Support animated gif in meme a Love token.

# Sep 27 2019

Possible solutions:

Wat.

# Jul 24 2019

OK, I have fixed the problem for cs by purging https://www.wikidata.org/wiki/MediaWiki:Mainpage/cs but that’s not a great solution…

Specifically, the problem is with those two tiles: 1111/694, 1112/694.

# Jul 22 2019

Mormegil added a comment to T228640: WDQS missing some particular data (property P6885).

Possibly related? We have found a similar problem with missing P6736 data: Q38192330 has P6736 (since 2019-07-03), but it cannot be found using WQS.

# Jul 14 2019

Mormegil added a comment to T227814: [Regression wmf.13] Wikidata localisation is broken.

Once again, this solved itself by purging the page, probably just a cached version of the broken state.

# Jul 12 2019

Mormegil added a comment to T227814: [Regression wmf.13] Wikidata localisation is broken.

Test Wikidata works fine for me, the broken display disappeared on purge.

# Jul 11 2019

I just reported T227814.

# Jul 9 2019

Mormegil added a comment to T86799: resource loader &debug=1 results in JavaScript error.

Came here with the same problem, and indeed, uBlock Origin blocks fingerprint.js as well.

# Mar 30 2019

Mormegil added a comment to T219367: labsdb DNS aliases not created for new wikis.

Thanks for the clarification!

# Mar 20 2019

@Ammarpad, no, I don’t think so. That task shows a screenshot with a mismatch of the displayed badge and the detail. That works fine for me. My problem is that the mark-as-read is ignored, and the notification still shows as a new one.

# Mar 13 2019

Mormegil added a comment to T218123: There is no way out of permalink in mobile version.

D’oh! I was wondering if I am the only one bothered by the current behavior, as I was unable to find any issue. So after a long time, I decided to offer a patch. But the bug has been there for half a year?!? No idea how I was able not to find it. Sorry for the duplicate and thanks for the merge.

# Oct 8 2018

Well, it is different now. Arguably better, but not great either. It seems when you remove all text from a sitelink (and the Publish button gets disabled), the trashcan icon for the cleared sitelink gets disabled as well. So that saves you from the dead end reported in this bug. However, I don’t see why the trashcan icon is disabled; when a user does not know the “proper” way to remove a sitelink is to click the trashcan icon and removes all text from the sitelink as the first step, why disallow clicking on the trashcan to remove the whole sitelink row? Note that using the workaround from the original report (write anything into the “new project” field and remove it), the Publish link will get enabled even with an empty sitelink field, and by publishing, the sitelink gets removed correctly.

# Nov 15 2017

Well, the message directly references the user (“user "$2"”), who could obviously be he or she (even in English, you have e.g. actor and actress, in other languages, this is the basic case for (almost) all words). That is quite a basic case of “genderization needed”. How so? Isn't user a generic term, gender neutral, and$2 the username of the user? Seems like this is an invalid task. Can you check on this @D3r1ck01 because if it's invalid, we need to remove it from Google-Code-in-2017

# Jun 30 2017

Right. Also, I came here to report a bug/request which would be, I guess, solved by this one: AFAICT, if I remove an optional permission to an application, but come back later and the application asks to reauthorize (reauthenticate, really), the permission is automatically re-added and there is no way to prevent it in the login dialog. I need to approve the application, which re-adds the permission and redirects me to the application, then manually go to Special:OAuthManageMyGrants and remove the permission again.

# May 17 2017

Is GENDER support needed? I can't see a way that it is needed.

# Mar 21 2017

Right, C: was used as a convention for hand-created redirects into the category namespace, but it never was a category namespace alias (IIANM).

# Mar 16 2017

On enwiki, c: is an interwiki linking prefix to link to Wikimedia Commons. Therefore, page titles cannot start with such a prefix at all, there are no pages on enwiki starting with “C:”. It is not (and never was) a shortcut redirect to the Category namespace. There is a convention of using CAT: as a shortcut to redirect to categories, and there are quite a lot of those.

# Feb 10 2017

Mormegil awarded T69976: Archives directory /vagrant/apt-cache/partial is missing. a Barnstar token.

# Aug 12 2016

What about just something like “All search results for foobar”?

# Jun 14 2016

Mormegil added a comment to T76234: Page status indicator tags leave whitespace behind.

There is a much better workaround than wrapping into a <span>: Just place a <nowiki/> before the <indicator> or after the </indicator>. Example usages:

# Apr 20 2016

Mormegil added a comment to T131300: JavaScript error when translation helper fails.

OK, I’ll try to be very specific:

# Apr 6 2016

Mormegil triaged T131922: Run site statistics update on cswiki as Lowest priority.

# Feb 24 2016

I thought this behavior could be fixed by having the .column-break-inside-avoid moved from .mw-category .mw-category-group li to .CategoryTreeItem. (With the complication of the latter being defined in the CategoryTree extension, while the former in generic MediaWiki, therefore, we would need to keep the current behavior in MW core, but override it in the extension.)

# Oct 2 2015

Mormegil added a comment to T114323: Missing WikiEditor panel when using IE 9.

@Schnark: I see… if ( document.documentMode === 9 ) kinda explains why the bug appears _only_ in IE9 mode, but not in IE10 nor IE8.

# Oct 1 2015

Mormegil added a comment to T114323: Missing WikiEditor panel when using IE 9.

I am able to reproduce this behavior on cswiki using IE11 with developer toolbar and IE9 emulation:

# Sep 23 2015

Translate password reset e-mail subject into proper language

# Sep 16 2015

Mormegil added a subtask for T45975: Many typical wiki page features do not work on course pages (tracking): Unknown Object (Task).
Mormegil removed a parent task for T45975: Many typical wiki page features do not work on course pages (tracking): Unknown Object (Task).
Mormegil added a parent task for T45975: Many typical wiki page features do not work on course pages (tracking): Unknown Object (Task).

That wouldn't work e.g. for Russian. There's pretty much no way I can think of to make a template that uses nominative language name (i.e. "русский" or "русский язык") that would not sound extremely awkward.

This is hardly the first case this exact problem appeared in MediaWiki. And while solving it perfectly this time (including the declension mentioned above) would be nice to have, going with something simple (again) would be acceptable, I guess.

# Aug 22 2015

Mormegil renamed T73947: Edits via API (e.g. through VisualEditor) cause AbuseFilter to work on pre-automerged edit from Edits via API (e.g. through Abuse Filter) cause AbuseFilter to work on pre-automerged edit to Edits via API (e.g. through VisualEditor) cause AbuseFilter to work on pre-automerged edit.

# Aug 14 2015

I went to a foreign wiki I have never visited before and as the first step after my account was autocreated there, I went to [[Special:Preferences]] to change the UI language to something I can cope with. With the JS still loading and the page displayed as one big list instead of the tabbed interface, I changed the language; then the JS finished loading and the display switched to a nice tabbed interface… with the Save button disabled, since I modified the setting prior to the script run. So I needed to change something there and back again in order to be able to save the language setting.

# May 19 2015

Fix documentation and error message for custom callbacks for OAuth
Gerrit Code Review <gerrit@wikimedia.org> committed rMEXTf01dbc99d92a: Updated mediawiki/extensions Project: mediawiki/extensions/OAuth… (authored by Mormegil).
Updated mediawiki/extensions Project: mediawiki/extensions/OAuth…

# May 15 2015

Mormegil renamed T73947: Edits via API (e.g. through VisualEditor) cause AbuseFilter to work on pre-automerged edit from Incorrect tagging of edits on some Wikipedias – AbuseFilter's diff and the real diff are not the same to Edits via API (e.g. through Abuse Filter) cause AbuseFilter to work on pre-automerged edit.

I have found the cause: The problem is that edits through API (that is the difference, @Catrope re your comment) pass through the AbuseFilter twice: The first time, via the onAPIEditBeforeSave hook, the second time via the onEditFilterMergedContent hook. Only the second hooks gets the post-merged content.

# May 13 2015

@Oriodrim: Yep, I guessed the same in the linked dupe, AbuseFilter seems to see the pre-automerged version of edits from VisualEditor.

# Apr 24 2015

Mormegil committed rMW7a4cce3fde69: Fix category column count regression (authored by Mormegil).
Fix category column count regression

# Apr 13 2015

(I am not sure if I should open another bug, reopen this, or what.)

# Mar 30 2015

Mormegil committed rELUAa5ea88056762: Allow Lua console on protected module pages (authored by Mormegil).
Allow Lua console on protected module pages

# Mar 24 2015

Mormegil added a comment to T76234: Page status indicator tags leave whitespace behind.

What exactly is the long-standing behavior? <indicator> is a completely new tag, it has no long-standing behavior. How many long-standing XML-type tags are supposed to have empty output (and usually expected to be on a separate line)? Definitely not <references> – empty references are a marginal case.

# Mar 11 2015

Gerrit Code Review <gerrit@wikimedia.org> committed rMEXT016275f3f170: Updated mediawiki/extensions Project: mediawiki/extensions/OATHAuth… (authored by Mormegil).
Updated mediawiki/extensions Project: mediawiki/extensions/OATHAuth…

# Feb 18 2015

Not sure how index got into the list; the only index message translatewiki.net knows about is a message from an obscure/unmantained IndexFunction extension.

# Feb 16 2015

Mormegil added a comment to T76234: Page status indicator tags leave whitespace behind.

OK, as this seems to have stalled somehow (are we the only wiki to use this? or are we the only wiki to have noticed the redundant whitespace caused by this?), I have used the workaround on cswiki to wrap all <indicator> uses into (otherwise useless) <span>s.

# Dec 23 2014

Mormegil updated the task description for T7678: Double-parse in parser function results.

# Dec 10 2014

Mormegil committed rELUA49a7626f78c5: + cs namespaces (authored by Danny B <wikimedia.danny.b@email.cz>).
+ cs namespaces
(bug 42334) Verify OATH token prior to disabling two-factor
Mormegil committed rEIWA36ffa365bac5: Add missing i18n for a word in the legend (authored by Mormegil).
Add missing i18n for a word in the legend
Mormegil committed rEAFFaa921f1393c2: (bug 40581) Widened column too short for IPv6 addresses (authored by Mormegil).
(bug 40581) Widened column too short for IPv6 addresses

# Dec 1 2014

Mormegil added a comment to T76234: Page status indicator tags leave whitespace behind.