Tacsipacsi
User

Projects

User does not belong to any projects.

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Friday

  • Clear sailing ahead.

User Details

User Since
Oct 9 2014, 8:09 PM (184 w, 6 d)
Availability
Available
LDAP User
Tacsipacsi
MediaWiki User
Tacsipacsi

Recent Activity

Sun, Apr 22

Tacsipacsi updated subscribers of T189923: Set $linkTrail for Abkhazian.

I’m waiting for @Nikerabbit’s (or any other reviewer’s) review on Gerrit. The communication system seems to have some problems, though, for example there should have been a notification here by @gerritbot about my latest patch set yesterday.

Sun, Apr 22, 3:21 PM · Patch-For-Review, MediaWiki-Internationalization

Sun, Apr 15

Tacsipacsi added a comment to T191697: Deploy PageAssessments to Hungarian Wikipedia.

@MusikAnimal Thanks! You can find the used colors in the templates linked from Sablon:Értékelés sablon alap/Besorolás and Sablon:Értékelés sablon alap/Fontosság.

Sun, Apr 15, 11:04 PM · MW-1.31-release-notes (WMF-deploy-2018-04-17 (1.31.0-wmf.30)), Patch-For-Review, Community-Tech, MediaWiki-extensions-PageAssessments

Sat, Apr 14

Tacsipacsi added a comment to T191697: Deploy PageAssessments to Hungarian Wikipedia.

@gerritbot seems to be lazy today. Can someone take care of https://gerrit.wikimedia.org/r/c/426642/? (Not in a hurry, but I have bad experience with Gerrit changes waiting for review for quite a while. The longest was, as far as I remember, 1.5-2 years before I abandoned it.)

Sat, Apr 14, 7:51 PM · MW-1.31-release-notes (WMF-deploy-2018-04-17 (1.31.0-wmf.30)), Patch-For-Review, Community-Tech, MediaWiki-extensions-PageAssessments
Tacsipacsi added a comment to T184856: Deploy InternetArchiveBot on the Hungarian Wikipedia (huwiki).

Thanks for the clarification, than I won’t run it on my laptop. No problem, I have SSH access to a Linux server with Python 2, I will use that.

Sat, Apr 14, 12:57 PM · InternetArchiveBot (v2.0)

Fri, Apr 13

Tacsipacsi added a comment to T184856: Deploy InternetArchiveBot on the Hungarian Wikipedia (huwiki).

@Bencemac Of course the above Linux commands won’t work on Windows. Windows doesn’t have sudo and xargs, you have to separately install curl, python and pip (the last two are certainly installed on your computer, but the other ones are most probably not). sudo can be worked around by using an administrator command prompt, but I haven’t found a simple replacement for xargs.

Fri, Apr 13, 7:40 PM · InternetArchiveBot (v2.0)

Thu, Apr 12

Tacsipacsi added a comment to T183804: Citations from Wikidata generate errors on huWiki: "Invalid <ref> tag; name defined multiple times with different content".

You can change Modul:Wikidata line 706 to something that makes it visible, e.g. 'ref' to 'pre'. If you don’t have template editor right, you can copy it to somewhere else, and test using the debug console with something like this:

=p.formatStatements{ property = 'P19', entiyId = 'Q18631876', showReferences = true }
Thu, Apr 12, 8:47 AM · Wikidata

Tue, Apr 10

Tacsipacsi added a comment to T183804: Citations from Wikidata generate errors on huWiki: "Invalid <ref> tag; name defined multiple times with different content".

The collision of the different statements’ references is IMHO intended (it makes the references list shorter), so removing the name may be a workaround at most, but not a real fix. Cite normally allows to define the content of a named reference multiple times if the definitions are exactly the same. The problem is that, for some reason, it doesn’t think the definitions are the same.

Tue, Apr 10, 7:28 PM · Wikidata
Tacsipacsi added a comment to T72249: Ability to archive a section based on a template status, additional to age.

If this task will mean that any local config replaces the defaults (which seems very likely for me), than not: most talk pages have the algo parameter set, which would override this setting. Maybe we shouldn’t store the config, but simply pass it using a command line argument, as the current method for getting the archive config page.

Tue, Apr 10, 7:16 PM · Pywikibot-core, Pywikibot-archivebot.py

Sun, Apr 8

Tacsipacsi added a comment to T72249: Ability to archive a section based on a template status, additional to age.

The current huwiki system takes {{függőben}} into account on every talk page; I think this system should be kept (by storing a wiki default in the archivebot config).
@binbot The current code takes also “inactive” positions into account. (I don’t know whether it’s good or bad.)

Sun, Apr 8, 1:30 PM · Pywikibot-core, Pywikibot-archivebot.py

Sat, Apr 7

Tacsipacsi added a comment to T191697: Deploy PageAssessments to Hungarian Wikipedia.

Currently we don’t have such template, but {{Értékelés sablon alap/Fontosság szöveg}} and {{Értékelés sablon alap/Besorolás szöveg}} validates the input (importance and quality/class, respectively), so generalizing them solves the problem. Thanks for the tip!

Sat, Apr 7, 9:52 PM · MW-1.31-release-notes (WMF-deploy-2018-04-17 (1.31.0-wmf.30)), Patch-For-Review, Community-Tech, MediaWiki-extensions-PageAssessments
Tacsipacsi added a comment to T191697: Deploy PageAssessments to Hungarian Wikipedia.

The main template is template-protected, but I’m a template editor, so I can modify it once the extension is deployed.

Sat, Apr 7, 2:36 PM · MW-1.31-release-notes (WMF-deploy-2018-04-17 (1.31.0-wmf.30)), Patch-For-Review, Community-Tech, MediaWiki-extensions-PageAssessments
Tacsipacsi added a subtask for T120219: PageAssessments deployment to WMF wikis: T191697: Deploy PageAssessments to Hungarian Wikipedia.
Sat, Apr 7, 2:36 PM · Wikimedia-extension-review-queue, Patch-For-Review, MediaWiki-extensions-PageAssessments, Community-Tech-fixes, Tracking
Tacsipacsi added a parent task for T191697: Deploy PageAssessments to Hungarian Wikipedia: T120219: PageAssessments deployment to WMF wikis.
Sat, Apr 7, 2:36 PM · MW-1.31-release-notes (WMF-deploy-2018-04-17 (1.31.0-wmf.30)), Patch-For-Review, Community-Tech, MediaWiki-extensions-PageAssessments
Tacsipacsi created T191697: Deploy PageAssessments to Hungarian Wikipedia.
Sat, Apr 7, 2:35 PM · MW-1.31-release-notes (WMF-deploy-2018-04-17 (1.31.0-wmf.30)), Patch-For-Review, Community-Tech, MediaWiki-extensions-PageAssessments
Tacsipacsi added a comment to T189923: Set $linkTrail for Abkhazian.

Sorry, I tried to reply to the comment on Gerrit last weekend. I haven’t thought that clicking on “Save” won’t publish it. Now we’re waiting for reply, but I hope it will be finished during the weekend. And, of course, with all letters you wrote above. If it worked only with one word, I wouldn’t call it a patch, but a nasty hack.

Sat, Apr 7, 6:50 AM · Patch-For-Review, MediaWiki-Internationalization

Sun, Apr 1

Tacsipacsi added a comment to T189923: Set $linkTrail for Abkhazian.

Sorry, I’ve had a busy week. I’ll try to get to it tomorrow.

Sun, Apr 1, 10:21 PM · Patch-For-Review, MediaWiki-Internationalization

Mon, Mar 26

Tacsipacsi updated subscribers of T190641: {{!}} not working in RESTBase.

For the imminent case you have cited, though, you should be able to solve it by replacing {{!}} with | in the links since links are rendered correctly inside tables and hence pipes can be safely used in them.

Mon, Mar 26, 10:58 PM · Services (watching), Parsoid

Mar 25 2018

Tacsipacsi added a comment to T189923: Set $linkTrail for Abkhazian.

So you need the following Cyrillic letters:

Mar 25 2018, 9:46 PM · Patch-For-Review, MediaWiki-Internationalization
Tacsipacsi added a comment to T189923: Set $linkTrail for Abkhazian.

As I said, the change will reset the character list, meaning that any characters not present in the regex will not be linked, including the most basic English alphabet. I know that English (Latin) letters are needed, but I don’t know which Russian ones are (I think that, for example, ё is not used in most Cyrillic alphabets, at least in Europe). If you say nothing, no Cyrillic letters will be linked except for the above mentioned ones – for instance, в will not become part of the link. Is this really what you want?

Mar 25 2018, 8:58 PM · Patch-For-Review, MediaWiki-Internationalization
Tacsipacsi added a comment to T189923: Set $linkTrail for Abkhazian.

I already have developer access, and I have some experience, so I can manage to change a letter within 15 minutes… Originally I thought that I’ll do the actual change, but I don’t speak Abkhazian, so I need to know exactly what letters are important. However, if you want to play with it, I won’t stop you. :)

Mar 25 2018, 7:57 PM · Patch-For-Review, MediaWiki-Internationalization
Tacsipacsi added a comment to T180296: API should report why the merge failed, just like Special:MergeItems does.

Any progress? Every week multiple times arrive complaints about unsuccessful merges at MediaWiki talk:Gadget-Merge.js; in most of the cases the user would understand the problem if the software said them.

Mar 25 2018, 2:16 PM · Patch-For-Review, Wikidata-Ministry-Of-Magic, MediaWiki-extensions-WikibaseRepository, Wikidata
Tacsipacsi created T190641: {{!}} not working in RESTBase.
Mar 25 2018, 9:24 AM · Services (watching), Parsoid

Mar 23 2018

Tacsipacsi added a comment to T183804: Citations from Wikidata generate errors on huWiki: "Invalid <ref> tag; name defined multiple times with different content".

Seems more like a bug in the Cite extension for me.

No, this is probably a problem with the Lua module being used to generate the citations, not Cite.

Mar 23 2018, 9:50 PM · Wikidata

Mar 18 2018

Tacsipacsi added a comment to T189923: Set $linkTrail for Abkhazian.

And all Russian letters are needed? Currently these characters are taken into account apart from the English alphabet’s lower case letters (upper case letters are, and were ever, unlinked even in English, so it should be intentional):
а, б, в, г, д, е, ё, ж, з, и, й, к, л, м, н, о, п, р, с, т, у, ф, х, ц, ч, ш, щ, ъ, ы, ь, э, ю, я
If I understand the code correctly, the new link trail configuration will override, and not expand, the Russian one.

Mar 18 2018, 10:04 AM · Patch-For-Review, MediaWiki-Internationalization

Mar 17 2018

Tacsipacsi renamed T189923: Set $linkTrail for Abkhazian from Set $linkTrail for Abkhaz language so markup like "[[ақыҭ]]ақәа" turns the entire word into a link to Set $linkTrail for Abkhazian.
Mar 17 2018, 12:28 PM · Patch-For-Review, MediaWiki-Internationalization

Mar 1 2018

Tacsipacsi updated subscribers of T184379: VisualEditor/NWE should show larger dialogs for edit notices and AbuseFilter messages.

Using the short summary is up to the wikis (default messages should not be that long), maybe stewards can help on WMF wikis. If I understand the code correctly, it fixes all edit notices. However, @Jdforrester-WMF downvoted it, maybe the summary version would be acceptable for him?

Mar 1 2018, 8:04 PM · VisualEditor-MediaWiki, MW-1.31-release-notes (WMF-deploy-2018-03-27 (1.31.0-wmf.27)), VisualEditor (Current work)

Feb 28 2018

Tacsipacsi added a comment to T184379: VisualEditor/NWE should show larger dialogs for edit notices and AbuseFilter messages.

Better, but still not great. I think a full-page popup with a short summary would still be better.

Feb 28 2018, 9:25 PM · VisualEditor-MediaWiki, MW-1.31-release-notes (WMF-deploy-2018-03-27 (1.31.0-wmf.27)), VisualEditor (Current work)

Feb 23 2018

Tacsipacsi added a comment to T188074: Localize all Lua error messages.

OK, then it will remain as currently, because it’s more consistent that every error message is half-localized than some being properly translated, and such programming language independent things like a missing template or template limits exceeding will not be understandable for a user not speaking English. Please let in turn every Wikimedia user learn the English language. Pretty easy, isn’t it?

Feb 23 2018, 10:45 PM · I18n, MediaWiki-extensions-Scribunto
Tacsipacsi added a comment to T188074: Localize all Lua error messages.

I think it wouldn’t be more confusing, while the more we internationalize, the less likely is that the user finds an untranslated string. It wouldn’t be more confusing because:

  • on-site modules are often localized (hardcoded strings translated) and
  • it’s already partly localized: it says in Hungarian Lua-hiba a(z) Modul:Teszt modulban a(z) 1. sorban: Error message.
Feb 23 2018, 9:59 PM · I18n, MediaWiki-extensions-Scribunto
Tacsipacsi created T188074: Localize all Lua error messages.
Feb 23 2018, 7:47 AM · I18n, MediaWiki-extensions-Scribunto

Feb 18 2018

Tacsipacsi added a comment to T187359: Convert Google Analytics Integration to use extension registration.

JenkinsBot complaints about @desc key not being valid in extension.json. The manual however says that arbitrary keys beginning with @ are permitted top-level. Who’s right, and if the manual, how will this patch pass?

Feb 18 2018, 7:06 PM · Patch-For-Review, MediaWiki-extensions-Other

Feb 14 2018

Tacsipacsi claimed T187359: Convert Google Analytics Integration to use extension registration.

I have a patch nearly ready. I also changed it to use ResourceLoader instead of injecting JavaScript directly to the HTML, so the tests need to be changed (that part is still missing).

Feb 14 2018, 7:03 PM · Patch-For-Review, MediaWiki-extensions-Other
Tacsipacsi triaged T187359: Convert Google Analytics Integration to use extension registration as Normal priority.
Feb 14 2018, 7:01 PM · Patch-For-Review, MediaWiki-extensions-Other

Feb 10 2018

Tacsipacsi updated the task description for T186951: Show articles' size on Special:EditWatchlist.
Feb 10 2018, 8:48 PM · MediaWiki-Watchlist

Feb 7 2018

Tacsipacsi added a comment to T184871: Add encoding HTML header to LilyPond output.

Content-Type: text/plain; charset=utf-8 would also be better than now, so that the browser wouldn’t use some one-byte encoding instead of UTF-8. If LilyPond once gets an official MIME type, it can be changed then.

Feb 7 2018, 9:40 AM · MediaWiki-extensions-Score

Jan 29 2018

Tacsipacsi added a comment to T185813: Enable subpages in template namespace on huwikisource.

Thanks! I looked at the patch just now, and the whole line could be removed – '+huwikisource' => [ 10 => 1 ] just overrides the default value of 1 for NS_TEMPLATE with 1. If you remove it, it won’t create more confusion (I think the previous setting was out of mistake: in 015f5b7131ee, there was no overriding, but every namespace was set one-by-one for this project, and I suppose someone hadn’t noticed that there was 0 instead of 1).

Jan 29 2018, 6:40 PM · Patch-For-Review, User-Zoranzoki21, Wikimedia-Site-requests
Tacsipacsi created T185915: HTML-encoding in plain text mail.
Jan 29 2018, 6:24 PM · Phabricator
This is a test notification, sent at Mon, Jan 29, 14:56.
Jan 29 2018, 2:56 PM
This is a test notification, sent at Mon, Jan 29, 14:56.
Jan 29 2018, 2:56 PM
This is a test notification, sent at Mon, Jan 29, 14:56.
Jan 29 2018, 2:56 PM

Jan 28 2018

Tacsipacsi created T185856: Fatal exception of type "BadMethodCallException" when viewing deleted topic without action specified.
Jan 28 2018, 9:42 PM · StructuredDiscussions, Collaboration-Team-Triage
Tacsipacsi added a comment to T26977: "v" Access Key to compare selected revision in history duplicated for buttons and for "Edit" (via VE).

Since the introduction of the single edit tab, there’s only one edit tab by default again, which has the access key e, so removing one button’s access key would solve the problem for most users and for all users in most namespaces.

Jan 28 2018, 1:05 PM · Accessibility, MediaWiki-Interface

Jan 27 2018

Tacsipacsi created T185813: Enable subpages in template namespace on huwikisource.
Jan 27 2018, 10:25 PM · Patch-For-Review, User-Zoranzoki21, Wikimedia-Site-requests
Tacsipacsi added a comment to T184941: Babel AutoCreate creating empty categories.

Another half a dozen categories deleted. And the task has not even a triage.

Jan 27 2018, 3:58 PM · MediaWiki-extensions-Babel

Jan 25 2018

Tacsipacsi created T185723: Compare full pages at section API diffs.
Jan 25 2018, 10:53 PM · MediaWiki-Page-editing, MediaWiki-API
Tacsipacsi created T185684: Do not use mentioning user’s interface language in mention emails.
Jan 25 2018, 10:58 AM · WMDE volunteer workboard, WMDE-mediawiki-maintenance, WMDE-QWERTY-Team, TCB-Team, Mention-Notification
Tacsipacsi triaged T185683: Add uselang parameter to live preview diff requests as Normal priority.
Jan 25 2018, 10:41 AM · MW-1.31-release-notes (WMF-deploy-2018-02-06 (1.31.0-wmf.20)), JavaScript, MediaWiki-Page-editing

Jan 24 2018

Tacsipacsi added a comment to T184941: Babel AutoCreate creating empty categories.

Seven more. It’s really getting on my nerves.

Jan 24 2018, 10:04 AM · MediaWiki-extensions-Babel
Tacsipacsi added a comment to T167968: Complete edit quality campaign for Hungarian Wikipedia.

26 revisions not found out of 26, twice in a row. I think it’s done, and the remaining revisions should be removed manually from the database (or replaced by accessible ones).

Jan 24 2018, 9:38 AM · Scoring-platform-team (Current), User-Tgr, editquality-modeling, Wikilabels, artificial-intelligence
Tacsipacsi created T185626: Internationalize static HTML.
Jan 24 2018, 8:56 AM · Scoring-platform-team, Wikilabels

Jan 23 2018

Tacsipacsi added a comment to T184941: Babel AutoCreate creating empty categories.

Half a dozen categories, again. I don’t want to block the bot, I want it to not malfunction.

Jan 23 2018, 8:03 PM · MediaWiki-extensions-Babel

Jan 20 2018

Tacsipacsi added a comment to T184941: Babel AutoCreate creating empty categories.

But then it won’t create necessary categories, either.

Jan 20 2018, 10:44 AM · MediaWiki-extensions-Babel
Tacsipacsi added a comment to T184941: Babel AutoCreate creating empty categories.

I just deleted a dozen of these categories created this week. Can you please do something about it?

Jan 20 2018, 10:31 AM · MediaWiki-extensions-Babel

Jan 16 2018

Tacsipacsi added a comment to T184605: Restore keyboard shortcut in the visual editor to the same one that's used in older editors.

I’m using Firefox on Windows (OS shouldn’t have any impact, though). I’m speaking about the actual saving (which is where I can mark the edit as minor before), and as far as I remember, it used to work with Alt++S (in Firefox—I want the standard access key modifiers for every browser, so it would be ++S for Opera 12 if that would be supported now). It certainly works in the old editor (I use both often).

Jan 16 2018, 8:07 PM · VisualEditor

Jan 15 2018

Tacsipacsi created T184941: Babel AutoCreate creating empty categories.
Jan 15 2018, 5:43 PM · MediaWiki-extensions-Babel
Tacsipacsi added a comment to T33097: Automatically created categories should be categorized: xx-y in xx, xx in <babel-footer-url>'s category.

I want to be able to turn off automatic categorization. For example, on huwikisource we have a template which automatically adds text and categories in a highly configurable way; I don’t want another autocategorization in addition to this. So I should be able to override this by the customization of the MediaWiki messages. The most trivial way to do this is just passing the category name as a message parameter and modify the default (translatewiki) messages to include the category.

Jan 15 2018, 4:12 PM · Patch-For-Review, Google-Code-In-2016, MediaWiki-extensions-Babel
Tacsipacsi closed T123196: Access to item from talk page as Resolved.

Nothing, except for that this function didn’t exist in August 2016, as it was added in 9394035a05fa.

Jan 15 2018, 10:56 AM · Wikidata, MediaWiki-extensions-WikibaseClient

Jan 14 2018

Tacsipacsi created T184871: Add encoding HTML header to LilyPond output.
Jan 14 2018, 12:40 PM · MediaWiki-extensions-Score

Jan 10 2018

Tacsipacsi added a comment to T184379: VisualEditor/NWE should show larger dialogs for edit notices and AbuseFilter messages.

Maybe there could be a specific CSS class (or a parser tag) for a short summary for edit notices, and if that’s present, VE would show only that, and a “see more” link, which would open an OOUI window with the verbose content. In the verbose version, or in the old editor, the summary wouldn’t appear.

Jan 10 2018, 2:03 PM · VisualEditor-MediaWiki, MW-1.31-release-notes (WMF-deploy-2018-03-27 (1.31.0-wmf.27)), VisualEditor (Current work)
Tacsipacsi created T184605: Restore keyboard shortcut in the visual editor to the same one that's used in older editors.
Jan 10 2018, 1:49 PM · VisualEditor

Jan 9 2018

Tacsipacsi created T184569: LookupError when page name contains URL-encoded UTF-8 character.
Jan 9 2018, 10:35 PM · Pywikibot-core

Jan 8 2018

Tacsipacsi triaged T184466: Live preview doesn’t use new versions of templates embedded in themselves as Normal priority.
Jan 8 2018, 6:05 PM · MediaWiki-API, JavaScript, MediaWiki-Page-editing
Tacsipacsi updated the task description for T41666: Consider having both edit preview and diff on the same page w/experimental js preview.
Jan 8 2018, 5:32 PM · JavaScript, MediaWiki-Page-editing
Tacsipacsi created T184437: Redirect Wikilabels to HTTPS.
Jan 8 2018, 2:38 PM · Wikilabels, Scoring-platform-team

Jan 7 2018

Tacsipacsi added a comment to T184351: Remove thousands separator for 4-digit numbers in Hungarian.

I think, as a very small percentage of formatted numbers appears in tables, that using the non-table formatting is better. For tables, wikis can use custom templates (as they are already present in the other way).

Jan 7 2018, 11:52 PM · MediaWiki-Internationalization, I18n
Automatik awarded T100444: Graph localization support a Mountain of Wealth token.
Jan 7 2018, 6:11 PM · Graphoid, I18n, Graphs

Jan 6 2018

Tacsipacsi created T184351: Remove thousands separator for 4-digit numbers in Hungarian.
Jan 6 2018, 8:09 PM · MediaWiki-Internationalization, I18n

Dec 30 2017

Tacsipacsi updated the task description for T17839: Error using {{#tag:references|group=x}}: Invalid <references> tag; no input is allowed. Use <references />.
Dec 30 2017, 1:43 PM · Cite
Tacsipacsi added a comment to T138453: Many articles containing UNIQ--postMath-00000001-QINU.

It’s not only <ref>s: huwiktionary:koszinusztétel produced the same error when a template called a nonexistent Lua module and suppressed the actual error message (I fixed the template, you can reproduce the error by previewing the article with the old version).

Dec 30 2017, 1:38 PM · Cite, Math
Tacsipacsi added a project to T183804: Citations from Wikidata generate errors on huWiki: "Invalid <ref> tag; name defined multiple times with different content": Cite.

Seems more like a bug in the Cite extension for me.

Dec 30 2017, 1:23 PM · Wikidata

Dec 28 2017

Tacsipacsi added a comment to T182496: archivebot should ignore section headers within 'nowiki' segments (and commented out segments).

I used the current master code (with some lines added for printing section titles) for testing (so I didn’t have to port anything), with the -simulate option to not archive whole page if it shouldn’t be. The production bot uses a customized (old) version, in which {{függőben}} is hardcoded to prevent archiving (I can’t just submit a patch because of the hardcoding).

Dec 28 2017, 2:19 PM · Patch-For-Review, Pywikibot-archivebot.py
Tacsipacsi added a comment to T182496: archivebot should ignore section headers within 'nowiki' segments (and commented out segments).

The first section of Wikipédia:Járőrök üzenőfala is also not recognized.

Dec 28 2017, 1:04 PM · Patch-For-Review, Pywikibot-archivebot.py
Tacsipacsi added a comment to T182496: archivebot should ignore section headers within 'nowiki' segments (and commented out segments).

Of course, the actual archive bot works as expected, as it doesn’t use the latest code (it uses a customized version of the script until T72249 is fixed). Your test seemed also to work as expected, as the three missing sections were part of “Saját magamnak: ilyen volt”, which – concatenated with the other three – contained timestamps. What is the other half, which I haven’t tested? If you’re speaking about lines 471–474, it uses the same regex and even less input lines, so – what a surprise! – it gives the same result.

Dec 28 2017, 1:01 PM · Patch-For-Review, Pywikibot-archivebot.py
Tacsipacsi added a comment to T182496: archivebot should ignore section headers within 'nowiki' segments (and commented out segments).

The first section doesn’t have a timestamp, so it won’t be archived, but it is a section. The above code (which is the upstream code with three additional lines for debugging) doesn’t check whether the section has a timestamp or not. And the other two sections do have timestamps. It’s a regression of this patch, so it looked obvious for me to reopen this task for it.

Dec 28 2017, 11:14 AM · Patch-For-Review, Pywikibot-archivebot.py

Dec 27 2017

Tacsipacsi reopened T182496: archivebot should ignore section headers within 'nowiki' segments (and commented out segments) as "Open".

Now it sometimes misses sections. For example, hu:User talk:Wegyor’s sections from “Segítséget kértél, és én...” until “Családfa rajzokhoz...” (inclusive) are not discovered. I checked it with the following code:

class DiscussionPage(pywikibot.Page):
    ...
    def load_page(self):
        ...
        thread_titles = []
        for line_number, line in enumerate(lines, start=1):
            if line_number in thread_headers:
                thread_header = re.search('^== *([^=].*?) *== *$', line)
                thread_titles.append(thread_header.group(1))
                found = True  # Reading threads now
                if cur_thread:
                    self.threads.append(cur_thread)
                cur_thread = DiscussionThread(thread_header.group(1), self.now,
                                              self.timestripper)
            else:
                if found:
                    cur_thread.feed_line(line)
                else:
                    self.header += line + '\n'
        if cur_thread:
            self.threads.append(cur_thread)
        pywikibot.output('Thread titles: %s' % thread_titles)
        ...
Dec 27 2017, 10:43 PM · Patch-For-Review, Pywikibot-archivebot.py
Tacsipacsi added a comment to T174562: LoginNotify should inform users of the IP address of successful login attempts to their account.

Any progress? The Legal team approved this two and a half months ago.

Dec 27 2017, 11:43 AM · User-Huji, Community-Tech, MediaWiki-extensions-LoginNotify

Dec 12 2017

Tacsipacsi added a comment to T182606: Switch magic word for showing VisualEditor edit button.

Placing the sandbox in the project namespace is merely a convention, but it’s because that’s the least illogical place. In which namespace should we place the VE sandbox than? Article? It’s not an article. User? Whose? (There are user sandboxes for each user, but we’re talking about a general sandbox for everyone.) File? It’s an error if a file page exists without corresponding file. Help? It’s not a help page. Category? It’s not a category either, and the text “there are no pages in this category” would be even more confusing. If there’s no way showing the VE tab, we won’t write help pages for it. Newbies will remain confused, but I won’t rewrite the help page if I can’t write a first sentence instructing the user how to enter visual editing mode, and keeping the status quo also requires the least effort.

Dec 12 2017, 11:20 AM · VisualEditor

Dec 11 2017

Tacsipacsi added a comment to T182606: Switch magic word for showing VisualEditor edit button.

The Wikipedia namespace is editable with the visual editor, and it works fairly well (except for huwiki’s header template, but that doesn’t work on mobile, doesn’t work with live preview, doesn’t work in print and so on). And even if several wikis have specific sandbox in another namespace, even more wikis don’t have an additional namespace to place sandbox in (the default namespaces are article, user, file, help and category). The English Wikipedia does have, so they could work this problem around – but it’s a workaround, as the sandbox isn’t a draft, so it should not be in that namespace.

Dec 11 2017, 8:15 PM · VisualEditor
Tacsipacsi created T182606: Switch magic word for showing VisualEditor edit button.
Dec 11 2017, 4:47 PM · VisualEditor
Tacsipacsi added a comment to T182496: archivebot should ignore section headers within 'nowiki' segments (and commented out segments).

It should ignore <pre> blocks as well (and probably any extension block, though it’s not likely that they contain section header codes).

Dec 11 2017, 1:51 PM · Patch-For-Review, Pywikibot-archivebot.py
Tacsipacsi added a comment to T179769: VisualEditor converts interwiki/Special:BookSources links to magic links.

I think that as the transition is in progress (there are tracking categories, bot is doing the conversion), VE shouldn’t work against this. (Leaving the links as they are is OK, but I think that’s harder to implement.) I remember that it even changed {{ISBN|123-45-6789-X}} templates to plain magic links when I tested it before reporting, which is absolutely unacceptable, though I cannot reproduce this bug.

Dec 11 2017, 1:27 PM · VisualEditor

Dec 9 2017

Tacsipacsi added a parent task for T179769: VisualEditor converts interwiki/Special:BookSources links to magic links: T145590: Update Parsoid to be compatible with magic links being disabled.
Dec 9 2017, 2:00 PM · VisualEditor
Tacsipacsi added a subtask for T145590: Update Parsoid to be compatible with magic links being disabled: T179769: VisualEditor converts interwiki/Special:BookSources links to magic links.
Dec 9 2017, 2:00 PM · MW-1.28-release-notes, MW-1.28-release (WMF-deploy-2016-09-20_(1.28.0-wmf.20)), Parsoid

Dec 6 2017

Tacsipacsi added a comment to T179769: VisualEditor converts interwiki/Special:BookSources links to magic links.

It’s tracked by T145604, though I think it’s one of the “will be done in two months” tasks which have not been acted on in the past years…

Dec 6 2017, 7:58 PM · VisualEditor
Tacsipacsi added a comment to T179769: VisualEditor converts interwiki/Special:BookSources links to magic links.

Because these magic links will soon be removed from MediaWiki. Bots on several wikis (including huwiki) are converting these links into internal/interwiki links or use templates containing internal/interwiki links to avoid such links simply disappearing. But it’s pointless if VE converts them back.

Dec 6 2017, 1:21 PM · VisualEditor

Dec 3 2017

Tacsipacsi added a comment to T180332: Syntax highlighting missing in mobile app.

<syntaxhighlight> works well in the latest alpha, but modules (e.g. Module:String) and CSS/JS pages (MediaWiki:Common.css/js) not. I suppose it doesn’t check the content type. Modules also don’t show documentation.

Dec 3 2017, 7:29 PM · Wikipedia-iOS-App-Backlog, Patch-For-Review, Wikipedia-Android-App-Backlog, Extension-MobileApp, SyntaxHighlight

Nov 23 2017

Tacsipacsi updated the task description for T22707: Nested refs fail inside references block.
Nov 23 2017, 8:30 PM · Cite
Tacsipacsi updated the task description for T55303: Don't allow nested <ref>s, because Cite.php doesn't.
Nov 23 2017, 8:30 PM · User-Ryasmeen, VisualEditor pre-2015 work, WMF-deploy-2014-11-26-(1.25wmf10), VisualEditor-MediaWiki-References, VisualEditor, VisualEditor-DataModel

Nov 15 2017

Tacsipacsi added a comment to T152284: Today’s Featured Article and In the News is not shown in Hungarian mobile app.

There are two ways to get the news for huwiki:

  1. Hacky way:

a) Add the code to MCS specifically for huwiki. For that we need to know the page that holds the ITN template.
b) Come up with a CSS selector to find the news stories on that page (avoid any instructions if any). OR

Nov 15 2017, 6:46 PM · Android-app-feature-Multilingual, Mobile-Content-Service, Reading-Infrastructure-Team-Backlog, Reading Epics (Feed Content Language Expansion), Wikipedia-Android-App-Backlog, Android-app-feature-Feeds

Nov 8 2017

Tacsipacsi added a comment to T179287: CharInsert+CodeMirror doesn't work under WebKit browsers.

Then it's more severe problem than I thought – I believed that CodeMirror can't break a totally independent system like CharInsert+summary field. I was wrong, it can. :(

Nov 8 2017, 9:44 PM · MW-1.31-release-notes (WMF-deploy-2018-01-02 (1.31.0-wmf.15)), Patch-For-Review, MediaWiki-extensions-CodeMirror, CharInsert, Community-Tech

Nov 6 2017

Tacsipacsi closed T166238: Exception "Input string was not in correct format" while trying to connect to a wiki as Resolved.

Thanks, it works!

Nov 6 2017, 3:24 PM · AutoWikiBrowser

Nov 5 2017

Tacsipacsi added a comment to T166238: Exception "Input string was not in correct format" while trying to connect to a wiki.

The API result is independent of Windows settings, so it always produces -2 (with a hyphen). The problem is that int.Parse() does depend on Windows settings, so it treats only –2 (with en dash) as a negative integer, and throws an error if the input uses hyphen. If you don't want to change this to JSON yet, maybe you could insert a try-catch and give feedback to the user, telling them this workaround.

Nov 5 2017, 10:12 PM · AutoWikiBrowser
Tacsipacsi added a comment to T166238: Exception "Input string was not in correct format" while trying to connect to a wiki.

I debugged a bit and pointed out that it occurred while processing the namespaces (WikiFunctions/SiteInfo.cs, line 200), at the first namespace (Media, -2). Then it came to my mind that I was playing with the minus sign in my Windows settings, so I changed it back from (em dash) to - (hyphen). Surprise, surprise, it worked! So this line should be made culture-independent to avoid such errors. For example by using JSON—I don't know what JSON processing functions are there in C#, but the JSON response uses JSON numbers for namespace numbers, not strings, so they may be easier to process.

Nov 5 2017, 5:13 PM · AutoWikiBrowser

Nov 4 2017

Tacsipacsi added a comment to T179287: CharInsert+CodeMirror doesn't work under WebKit browsers.

And the WikiEditor toolbar doesn't contain everything the edittools does: latter has a dropdown list, and, for example, the third, fourth and fifth options (various templates) are completely missing from the above toolbar. (And edittools works also in other inputs like edit summary, but it's not a problem, as we don't have edit summary syntax highlight.)

Nov 4 2017, 7:35 PM · MW-1.31-release-notes (WMF-deploy-2018-01-02 (1.31.0-wmf.15)), Patch-For-Review, MediaWiki-extensions-CodeMirror, CharInsert, Community-Tech
Tacsipacsi created T179769: VisualEditor converts interwiki/Special:BookSources links to magic links.
Nov 4 2017, 6:43 PM · VisualEditor

Nov 3 2017

Tacsipacsi added a comment to T179287: CharInsert+CodeMirror doesn't work under WebKit browsers.

I can switch to use Firefox, where it works well for some strange reason. (Actually, I do use Firefox and have never used WebKit-based browsers for everyday use. This bug was reported on the village pump and I created this task to let the developers know about it.) However, as long as these two extensions exist and can be used together on Wikimedia wikis, it should be considered as a bug, even if with low priority.

Nov 3 2017, 10:17 PM · MW-1.31-release-notes (WMF-deploy-2018-01-02 (1.31.0-wmf.15)), Patch-For-Review, MediaWiki-extensions-CodeMirror, CharInsert, Community-Tech

Nov 1 2017

Tacsipacsi added a comment to T179287: CharInsert+CodeMirror doesn't work under WebKit browsers.

No, it's about the edit tools below the edit box (light blue "buttons", which themselves look IMHO awful on Chrome).


Nov 1 2017, 10:06 PM · MW-1.31-release-notes (WMF-deploy-2018-01-02 (1.31.0-wmf.15)), Patch-For-Review, MediaWiki-extensions-CodeMirror, CharInsert, Community-Tech

Oct 31 2017

Tacsipacsi added a comment to T179287: CharInsert+CodeMirror doesn't work under WebKit browsers.

Then don't answer yes. :)

This does not make any sense.

Why? As I wrote, it may not ask you, but it has a simple reason: you use this feature not for the first time, so it have asked you before. (If it hasn't asked you ever, then it's another bug.)

Oct 31 2017, 5:37 PM · MW-1.31-release-notes (WMF-deploy-2018-01-02 (1.31.0-wmf.15)), Patch-For-Review, MediaWiki-extensions-CodeMirror, CharInsert, Community-Tech

Oct 30 2017

Tacsipacsi added a comment to T179287: CharInsert+CodeMirror doesn't work under WebKit browsers.

@Tacsipacsi:

  1. Open Wikipedia.

Which one? I went to https://en.wikipedia.org now.

Any that actively uses CharInsert (e.g. huwiki). English Wikipedia uses some custom character insert, which seems to not have this bug, but will certainly break for everyone after finalizing T30856.

  1. Go to Settings > Beta and turn on CodeMirror.

I turned on "Wikitext syntax highlighting". I have no idea where or how to find "CodeMirror".

That's it. A developer of this extension would not have questions about it—I write bug reports for developers, not for users.

  1. Go to any Wikipedia page.
  2. Click on "Edit source".

I clicked "Random page" and ended up on https://en.wikipedia.org/w/index.php?title=The_Pushbike_Song&action=edit

I also used "Random page", of course on huwiki. Now I ended up on https://hu.wikipedia.org/w/index.php?title=Villamoratiel_de_las_Matas&action=edit but the bug was present on all previous pages.

  1. If the software asks if you would like to turn on syntax highlighting, choose yes.

I never get asked if I want to turn on syntax highlighting.

Then don't answer yes. :) If it doesn't ask, it means you have previously used it. It might be turned off, but as it doesn't turn off by itself, you have already found the toggle button which you have to use.

Oct 30 2017, 7:01 PM · MW-1.31-release-notes (WMF-deploy-2018-01-02 (1.31.0-wmf.15)), Patch-For-Review, MediaWiki-extensions-CodeMirror, CharInsert, Community-Tech
Tacsipacsi added a comment to T179287: CharInsert+CodeMirror doesn't work under WebKit browsers.
  1. Turn on your computer.
  2. Start a WebKit-based browser (Safari, Chrome, Opera etc.)
  3. Open Wikipedia.
  4. Go to Settings > Beta and turn on CodeMirror.
  5. Go to any Wikipedia page.
  6. Click on "Edit source".
  7. If the software asks if you would like to turn on syntax highlighting, choose yes.
  8. Click on a character in the edit tools.
  9. See what happens—nothing!

Is it complete enough?

Oct 30 2017, 5:44 PM · MW-1.31-release-notes (WMF-deploy-2018-01-02 (1.31.0-wmf.15)), Patch-For-Review, MediaWiki-extensions-CodeMirror, CharInsert, Community-Tech