User talk:Daimona Eaytoy

Jump to navigation Jump to search

About this board

A little advice for translatable pages

MGChecker (talkcontribs)

The translation extension actually uses blank lines to separate translation units. As smaller translation units are usually better (especially splitting headings from content and paragraphs from content from each other), it would be nice if you used a little more whitespace adding new information to translatable pages.

Daimona Eaytoy (talkcontribs)

Hey, thanks for the advice. I confess I'm a complete ignorant for what concerns the Translate extension (which is why I didn't ask for transladmin rights). I'll try to pay attention to whitespace for my future edits. Thanks again!

Reply to "A little advice for translatable pages"

False positive about one filter

94rain (talkcontribs)

Special:AbuseLog/171380 The creator of the page attempted to blank the page they created in error but get blocked.

Can I add & !(page_first_contributor == user_name) to the rule to allow page creators blank pages? Also, I expect to add & !(lcase(new_wikitext) rlike "{{[ _]*(speedy|delete)" to allow blanking with only deletion templates left (With reference to m:Special:AbuseFilter/117).

Can you please give some suggestions? Thanks!

Daimona Eaytoy (talkcontribs)

Hi, the false positive happened before a global filter had warned the user at their first attempt. I'd advice against using that variable because it's really slow. Anyway, I've tweaked the filter to avoid triggering if the user was just warned, and implemented the {{speedy}} part. However, I strongly recommend avoiding to talk publicly about private filters. Feel free to send me an email next time.

94rain (talkcontribs)

Noted with thanks. I will avoid talking about private filters in public. Best regards.

Daimona Eaytoy (talkcontribs)

Thank you for reporting it :-)

Reply to "False positive about one filter"
Framawiki (talkcontribs)


Thanks for your huge work on AF!

I'm surprised by this strange filter catch fr:Spécial:Filtre_antiabus/examine/log/2533647. The filter itself contains only one rule, user_blocked. But I can't find any reference to such block in block log. Perhaps I've missed something?


Daimona Eaytoy (talkcontribs)

Hello @Framawiki! I checked the link, but user_blocked is false for it. Could you please link the affected filter? Thanks!

Framawiki (talkcontribs)
Daimona Eaytoy (talkcontribs)

@Framawiki Huh, that looks very bad... I strongly suspect it has something to do with the recent refactors of the Block class. I've merged this patch 15 minutes ago, let's see if that helps somehow. Please do write me again if you notice this bug again with the new version of MediaWiki. Thanks!

Framawiki (talkcontribs)

Thank you for your quick answer!

Daimona Eaytoy (talkcontribs)

@Framawiki I checked the filter again, and looking at the last hits it seems like the problem is fixed, could you please confirm? Note that user_blocked is true for partially blocked users, but that's known (phab:T201815).

Framawiki (talkcontribs)

I'll try to monitor and will ping you if needed. Thanks!

Reply to "Strange filter catch"
MusikAnimal (talkcontribs)
The Technical Barnstar
For your amazing hard work in overhauling AbuseFilter and making it not suck in general. You have single-handedly addressed most of the major bugs and feature requests that have been left unattended for years. To top it off, it looks really nice on the frontend now, too! We all can't thank you enough. You. are. awesome. :D
Daimona Eaytoy (talkcontribs)

Many thanks, I really appreciate your words :-) I love to help with it, and I hope we'll get even better results in the future pulling ourselves together.

Reply to "A barnstar for you!"

Extension:SyntaxHighlight fail to invoke Pygments.exe on Windows (probably shell exec is broken on Windows)

Quinnj09 (talkcontribs)


I wanted to reach out to you rather than have a discussion within a bug where its not really right to do so.

I managed to get the call to work using:

$result = Shell::command(

self::getPygmentizePath() .

' -l ' . $lexer .

' -f ' . 'html' .

' -O ' . implode( ',', $optionPairs )


Note that I had to add spaces before and after each - (dash)

But I then have the problem you described However, this isn't a complete solution, as another problem pops out: the process starts running, but never stops.

I wondered if you had any further suggestions on how to complete this solution?

Quinnj09 (talkcontribs)

I have also tried adding < NUL to the end:

[exec] MediaWiki\Shell\Command::execute: "C:\Python27\Scripts\pygmentize.exe -l sql -f html -O cssclass=mw-highlight,encoding=utf-8 < NUL"

But this (as expected) results in no output, so the code block is empty in the wiki page when being viewed by the user.

Daimona Eaytoy (talkcontribs)
Quinnj09 (talkcontribs)

@Daimona Eaytoy this leaves me in an annoying place (I know no fault to the mediawiki developers or yourself) in that I cannot upgrade from mediawiki 1.27.0 to 1.31.0 until I find a solution for this, as we require this to work once upgraded.

Now I know it works using PHP version 5.6.30 (cgi-fcgi) (because my production system uses this) but then its broken in PHP version 7.0.15 (cgi-fcgi) (which is my test system for testing mw 1.31.0)

Im wondering, if theres a way I can get the call:

"C:\Python27\Scripts\pygmentize.exe -l sql -f html -O cssclass=mw-highlight,encoding=utf-8"

to explicitly use version 5.6.30, if I had both versions installed.

Unfortunately PHP version 7 or higher is required for mw 1.31.0 from what I understand (but feel free to correct me)

Daimona Eaytoy (talkcontribs)

@Quinnj09 I understand, and I hope this will be fixed soon. MW 1.31 requires PHP 7+ (see Compatibility) and I can surely say that SyntaxHighlight did work on an older MW release (can't recall which one, maybe 1.30). Unfortunately, I can't give any more help at the moment.

Quinnj09 (talkcontribs)

@Daimona Eaytoy thats fine, thanks for your assistance though. One last question, at a guess do you think it would be this year a solution/fix will be found?

Daimona Eaytoy (talkcontribs)

@Quinnj09 I don't know :-) It depends on whether someone is planning to work on this soon. Any further update will be tracked on the phabricator task.

Reply to "Extension:SyntaxHighlight fail to invoke Pygments.exe on Windows (probably shell exec is broken on Windows)"
Alexmar983 (talkcontribs)

Welcome to!

Yes, welcome! This site is dedicated to documenting the MediaWiki software, the software behind many wikis, including that of Wikipedia and the Wikimedia Foundation projects.
Please, take a look at the following pages. They might prove useful to you as a newcomer here:

If you have any questions, please ask me on my talk page. Once again, welcome, and I hope you quickly feel comfortable here, and find this site useful documentation of the MediaWiki software.

Thanks, and regards,

Reply to "Welcome"
There are no older topics