IKhitron (Igal)
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
Jan 4 2015, 2:23 PM (172 w, 3 d)
Availability
Available
LDAP User
IKhitron
MediaWiki User
IKhitron

Recent Activity

Yesterday

IKhitron updated the task description for T193020: Change RTL LiveUpdates icon.
Wed, Apr 25, 1:52 PM · User-notice-collaboration, Easy, RTL, I18n, Collaboration-Team-Triage, Edit-Review-Improvements-Integrated-Filters
IKhitron updated the task description for T193020: Change RTL LiveUpdates icon.
Wed, Apr 25, 1:29 PM · User-notice-collaboration, Easy, RTL, I18n, Collaboration-Team-Triage, Edit-Review-Improvements-Integrated-Filters
IKhitron renamed T193020: Change RTL LiveUpdates icon from Change LiveUpdates icon to Change RTL LiveUpdates icon.
Wed, Apr 25, 1:25 PM · User-notice-collaboration, Easy, RTL, I18n, Collaboration-Team-Triage, Edit-Review-Improvements-Integrated-Filters
IKhitron added a comment to T193020: Change RTL LiveUpdates icon.

Thank you, @Trizek-WMF.

Wed, Apr 25, 1:23 PM · User-notice-collaboration, Easy, RTL, I18n, Collaboration-Team-Triage, Edit-Review-Improvements-Integrated-Filters
IKhitron created T193020: Change RTL LiveUpdates icon.
Wed, Apr 25, 12:42 PM · User-notice-collaboration, Easy, RTL, I18n, Collaboration-Team-Triage, Edit-Review-Improvements-Integrated-Filters

Wed, Apr 18

Framawiki awarded T134141: Quarry run result in AWB make list a Like token.
Wed, Apr 18, 10:03 PM · WorkType-NewFunctionality, Quarry, AutoWikiBrowser

Tue, Apr 17

IKhitron added a comment to T186506: Opening a Thank notice marks unread revisions of watched page as seen.

@Aklapper, I fixed the task name you provided. Sorry that saw the problem so late.

Tue, Apr 17, 6:49 PM · Discovery, Collaboration-Team-Triage (Collab-Team-This-Quarter), Maps, Collaboration-Feature-Rollouts (Collaboration-Maps), Notifications, Thanks, MediaWiki-Watchlist
IKhitron renamed T186506: Opening a Thank notice marks unread revisions of watched page as seen from Opening a Thank notice marks unread notifications for watched page as seen to Opening a Thank notice marks unread revisions of watched page as seen.
Tue, Apr 17, 6:48 PM · Discovery, Collaboration-Team-Triage (Collab-Team-This-Quarter), Maps, Collaboration-Feature-Rollouts (Collaboration-Maps), Notifications, Thanks, MediaWiki-Watchlist

Mon, Apr 16

IKhitron added a comment to T191923: Enable CodeMirror in 2017 Wikitext editor in all wikis without the beta feature.

There is a direction button in VE (under the hamburger menu / alt+shift+x), although testing it now it appears the CM functionality has regressed.
Alt-Shift-x is special:randompage

Mon, Apr 16, 5:01 PM · Patch-For-Review, User-notice, MW-1.32-release-notes (WMF-deploy-2018-05-01 (1.32.0-wmf.2)), VisualEditor-MediaWiki-2017WikitextEditor, VisualEditor (Current work), Community-Tech, RTL, MediaWiki-extensions-CodeMirror, I18n
IKhitron added a comment to T191923: Enable CodeMirror in 2017 Wikitext editor in all wikis without the beta feature.

Is it any more or less broken than VE (in either visual or source mode)?

Sorry? I tried it in VE, in source mode.

There is a direction button in VE (under the hamburger menu / alt+shift+x), although testing it now it appears the CM functionality has regressed.
Alt-Shift-x is special:randompage

Mon, Apr 16, 4:20 PM · Patch-For-Review, User-notice, MW-1.32-release-notes (WMF-deploy-2018-05-01 (1.32.0-wmf.2)), VisualEditor-MediaWiki-2017WikitextEditor, VisualEditor (Current work), Community-Tech, RTL, MediaWiki-extensions-CodeMirror, I18n
IKhitron added a comment to T191923: Enable CodeMirror in 2017 Wikitext editor in all wikis without the beta feature.

Tried again. It works on desktop, but Alt-Shift does not work. I really think you should spent 5 minutes and a direction button. Something as one of the buttons in"BiDiEditing" gadget on meta.

Mon, Apr 16, 2:37 PM · Patch-For-Review, User-notice, MW-1.32-release-notes (WMF-deploy-2018-05-01 (1.32.0-wmf.2)), VisualEditor-MediaWiki-2017WikitextEditor, VisualEditor (Current work), Community-Tech, RTL, MediaWiki-extensions-CodeMirror, I18n

Fri, Apr 13

IKhitron added a comment to T191923: Enable CodeMirror in 2017 Wikitext editor in all wikis without the beta feature.

Well, I tried on desktop computer, but it does not work. I get all the time error 503 "server problem on loading, try again?".

Fri, Apr 13, 11:53 AM · Patch-For-Review, User-notice, MW-1.32-release-notes (WMF-deploy-2018-05-01 (1.32.0-wmf.2)), VisualEditor-MediaWiki-2017WikitextEditor, VisualEditor (Current work), Community-Tech, RTL, MediaWiki-extensions-CodeMirror, I18n
IKhitron added a comment to T191923: Enable CodeMirror in 2017 Wikitext editor in all wikis without the beta feature.

You asked me a couple to check CodeMirror on RTL, so I did this now again. I can confirm, after the check on mobile, that it looks ways better here and ready for deployment. But I also need to check it on a desktop computer tomorrow, because it can be different there. My main concern is Alt-Shift. If it works, everything is fine. I'll be back.

Fri, Apr 13, 12:54 AM · Patch-For-Review, User-notice, MW-1.32-release-notes (WMF-deploy-2018-05-01 (1.32.0-wmf.2)), VisualEditor-MediaWiki-2017WikitextEditor, VisualEditor (Current work), Community-Tech, RTL, MediaWiki-extensions-CodeMirror, I18n

Thu, Apr 12

IKhitron added a comment to T106075: add tracking category for imagemap errors. add imagemap tag to the prop list for "Special:PagesWithProp".

I see. A pity. Thank you.

Thu, Apr 12, 5:12 PM · Multimedia, Multimedia-Team-Working-Board, Patch-For-Review, ImageMap
IKhitron added a comment to T106075: add tracking category for imagemap errors. add imagemap tag to the prop list for "Special:PagesWithProp".

@FreedomFighterSparrow?

Thu, Apr 12, 4:55 PM · Multimedia, Multimedia-Team-Working-Board, Patch-For-Review, ImageMap

Wed, Apr 11

RandomDSdevel awarded T190374: Rollback gets both "mw-rollback" and "mw-undo" tags a Grey Medal token.
Wed, Apr 11, 10:11 PM · User-notice, MW-1.31-release-notes (WMF-deploy-2018-03-27 (1.31.0-wmf.27)), Community-Tech-Sprint, MediaWiki-Page-editing, Regression
IKhitron added a watcher for Tech-Ambassadors: IKhitron.
Wed, Apr 11, 6:14 PM

Sun, Apr 8

IKhitron awarded T100974: Notification when account is blocked a Like token.
Sun, Apr 8, 12:22 AM · User-notice, Patch-For-Review, Collaboration-Team-Triage, Notifications

Thu, Apr 5

IKhitron added a comment to T191516: Parser generates broken lists when closing table (td, th, tr, table) tags are on the same line as the list item.

@eranroz, check this out:

<li><a href="/wiki/%D7%94%D7%A8%D7%91_%D7%94%D7%A6%D7%91%D7%90%D7%99_%D7%94%D7%A8%D7%90%D7%A9%D7%99" class="mw-redirect" title="הרב הצבאי הראשי">הרב הצבאי הראשי</a></td></tr><tr><th colspan="2" style="text-align:center;background: #E0F090;">תפקידים אזרחיים</th></tr><tr><td colspan="2" style="text-align:right"></li>
Thu, Apr 5, 11:30 AM · MediaWiki-extensions-Linter, Parsing-Team, MediaWiki-Parser
IKhitron updated the task description for T191516: Parser generates broken lists when closing table (td, th, tr, table) tags are on the same line as the list item.
Thu, Apr 5, 11:17 AM · MediaWiki-extensions-Linter, Parsing-Team, MediaWiki-Parser

Wed, Apr 4

IKhitron added a project to T187485: Add thanks link to log entries on Special:Log that are supported by the new log-thank API: User-notice.
Wed, Apr 4, 8:06 PM · User-notice, MW-1.31-release-notes (WMF-deploy-2018-04-03 (1.31.0-wmf.28)), Patch-For-Review, Community-Tech-Sprint, Collaboration-Team-Triage, Thanks

Thu, Mar 29

IKhitron added a comment to T190622: "View changes" link for bundled notices about board description editing should show all changes .

@IKhitron Following the steps you described, clicking on "view diff" presented me with diff for both edits (tested in betalabs).

Hello, Etonkovidova. As I can see, you get exactly the same problem. Your middle screenshot shows a diff that includes only one edit, of ET3, when the edit of ET2 appears as diff base. If it works well, you could see some previous edit as diff base, and message "one edit of another user is not shown", as it always happens in version diffs.

Thu, Mar 29, 8:54 PM · Collaboration-Team-Triage, Notifications, StructuredDiscussions
IKhitron updated the task description for T191023: Parser does not recognize comments for "subst:".
Thu, Mar 29, 5:27 PM · MediaWiki-Parser
IKhitron updated the task description for T191023: Parser does not recognize comments for "subst:".
Thu, Mar 29, 5:25 PM · MediaWiki-Parser
IKhitron added a comment to T191023: Parser does not recognize comments for "subst:".

This seems to be unrelated to the Commons extension, hence removing tag.

Thu, Mar 29, 5:25 PM · MediaWiki-Parser
IKhitron created T191023: Parser does not recognize comments for "subst:".
Thu, Mar 29, 1:44 PM · MediaWiki-Parser

Wed, Mar 28

IKhitron added a comment to T190813: Module for unit conversions.

@DePiep, it's not threaded conversation. Just answer at the end, I'm here.

Wed, Mar 28, 11:54 PM · MediaWiki-extension-requests
IKhitron added a comment to T190813: Module for unit conversions.

Continuing @DePiep, you can use the translationwiki for multiple forms in different languages. For example, MediaWiki:Convertunits-length-longform/sl will be something like
'''
$1 {{#switch:$1|1=meter|2=metra|3=metri|#default=metrov}}
'''
Using wikicode and magic worgs as plural, you can change forms, order, remove spaces, and so on. So, you can leave to local users to translate, choosing the most fit form for any measure, long and abbreviated as well.

Wed, Mar 28, 10:52 AM · MediaWiki-extension-requests

Tue, Mar 27

IKhitron awarded T190813: Module for unit conversions a Like token.
Tue, Mar 27, 4:31 PM · MediaWiki-extension-requests

Mar 26 2018

IKhitron updated the task description for T190703: Parsing bug causes to section editing links disappear.
Mar 26 2018, 5:21 PM · MediaWiki-Parser
IKhitron updated the task description for T190703: Parsing bug causes to section editing links disappear.
Mar 26 2018, 5:18 PM · MediaWiki-Parser
IKhitron updated subscribers of T190703: Parsing bug causes to section editing links disappear.

Noticing @ssastry and @Amire80.

Mar 26 2018, 5:02 PM · MediaWiki-Parser
IKhitron created T190703: Parsing bug causes to section editing links disappear.
Mar 26 2018, 5:02 PM · MediaWiki-Parser

Mar 24 2018

IKhitron created T190622: "View changes" link for bundled notices about board description editing should show all changes .
Mar 24 2018, 2:31 PM · Collaboration-Team-Triage, Notifications, StructuredDiscussions

Mar 23 2018

IKhitron edited projects for T190374: Rollback gets both "mw-rollback" and "mw-undo" tags, added: MediaWiki-Page-editing; removed MediaWiki-General-or-Unknown.
Mar 23 2018, 8:06 PM · User-notice, MW-1.31-release-notes (WMF-deploy-2018-03-27 (1.31.0-wmf.27)), Community-Tech-Sprint, MediaWiki-Page-editing, Regression

Mar 22 2018

IKhitron created T190374: Rollback gets both "mw-rollback" and "mw-undo" tags.
Mar 22 2018, 12:23 AM · User-notice, MW-1.31-release-notes (WMF-deploy-2018-03-27 (1.31.0-wmf.27)), Community-Tech-Sprint, MediaWiki-Page-editing, Regression

Mar 21 2018

IKhitron added a comment to T190282: CodeMirror is incompatible with wikEd.

CodeMirror should only be incompatibly with wikEd and not with wikEdDiff. See https://gerrit.wikimedia.org/r/#/c/395529/

Mar 21 2018, 6:02 PM · Gadgets, Community-Tech, MediaWiki-extensions-CodeMirror
IKhitron renamed T190282: CodeMirror is incompatible with wikEd from CodeMirror is incompatible with wikEdDiff to CodeMirror is incompatible with wikEd.
Mar 21 2018, 6:01 PM · Gadgets, Community-Tech, MediaWiki-extensions-CodeMirror
IKhitron created T190282: CodeMirror is incompatible with wikEd.
Mar 21 2018, 1:55 PM · Gadgets, Community-Tech, MediaWiki-extensions-CodeMirror
IKhitron awarded T190242: Add export to pagepile functionality to Quarry a Like token.
Mar 21 2018, 10:28 AM · Quarry

Mar 16 2018

IKhitron added a comment to T187729: Add a user right for editing sanitised CSS / TemplateStyles files.

A little addition. You said above that inline and TemplateStyle css can do the same. I just remembered it's wrong even from programming point of view. You can't redefine inline the behavior of existing mediawiki classes, or their interaction with user classes (as I mentioned before abour references with white text).

Mar 16 2018, 8:20 PM · TemplateStyles
IKhitron added a comment to T187729: Add a user right for editing sanitised CSS / TemplateStyles files.

And by the way, did you think about one more reason to restrict this, in addition to all reasons you already have? A regular vandal should learn the wikicode to make more problems here, in wiki. But he can come when he already know css, because it's a language that exists outside in the world.

This sounds like a reason to make it easier for people to edit CSS pages, not a reason to make it harder.

Not funny. If vandals are more powerful here, you do not give them more opportunities.

I do not know why do you insist against all the arguments, and I still did not hear even one argument why this permission can be wrong

A wiki is a site that anyone can edit. It is supposed to have less restrictions, not more.

Enwiki does not allow anonyms to create new articles, as far as I know. I do not trying to change this, because it's not of my business.

Mar 16 2018, 8:12 PM · TemplateStyles
IKhitron added a comment to T187729: Add a user right for editing sanitised CSS / TemplateStyles files.
  • TemplateStyles CSS pages are handled the exact same way as templates for change tracking purposes;

Wrong, as I explained.

  • CSS stylesheet vandalism is no different in impact from inline CSS vandalism (you can do different things, but you can already use inline CSS to take over the entire viewport);

Wrong, as I explained.

  • CSS vandalism is more annoying than dangerous, so there is no need to preempt imaginary things, they can be addressed once they have been shown to happen;

We did not talk about this, but if you are, it's absolutely the opposite. It's much more dangerous, because it's invisible in wikicode for a lot of people.

  • if someone really insists on access control to TemplateStyles pages, it's already possible with AbuseFilter (although the user experience will be somewhat sub-par). More usefully, it can be used to tag CSS changes from less trusted users for quicker review.

I already explained why it's wrong.

Mar 16 2018, 7:45 PM · TemplateStyles
IKhitron added a comment to T189819: Revert to last revision by user should not mention.

I do not understand in these things as you do, of course, so I'm curious: Why do you not just add a colon to the message original text?

Mar 16 2018, 5:35 PM · MW-1.31-release-notes (WMF-deploy-2018-03-20 (1.31.0-wmf.26)), Community-Tech-Sprint, Collaboration-Team-Triage, Notifications
IKhitron added a comment to T187729: Add a user right for editing sanitised CSS / TemplateStyles files.

In other words, the points you were trying to make regarding edits to TemplateStyles CSS pages not showing up in recentchanges and watchlists don't actually make TemplateStyles edits worse than normal template edits?

Not at all. I'm saying it's an element of context.

The problem is that you're trying to make development decisions for us.

No, I do not. You should not apply this change to all wikis, just a couple.

You're wanting additional features added to the code. Whether to do so or not is a development decision.

OK, if you say so. Still it would be very nice.

Or, another option you might try would be to add a local abusefilter that checks something like new_content_model == "sanitized-css" & ! "whatever" in user_groups.

I thought about this, of course. But it has some some problems: (1) Not all the edit is vandal, so it's not so right to use abuse filter for this. (2) It's complexity problem. (3) Why to allow open the page to edit and do not allow to edit, in place of make it read only for some users, it will heart in the good ones morally. (4) It's a problem of more than one wiki, and more than one large wiki.

Your (1) seems to be reading too much into the name "AbuseFilter". Which is why enwiki changed all the things they could to call it "EditFilter" there instead.

Sure, but I'm not the boss in this question in our wiki. I agree with your words.

Your (2) would need more explanation. As it stands, it's an empty claim.

As far as I know, abusefilter needs more complexity, because it checks every edit in the world, and avoids some, instead of not allowing some kind of edits, exactly as editinterface permission on mediawiki namespace editing.

Your (3) is a valid point, but given the current state of this task you might have to live with that if you want TemplateStyles on hewiki but don't want to allow "untrusted" classes of users to edit. Or, as I mentioned, you could just insist on not having TemplateStyles at all if that's the tradeoff your community wants to make.

Exactly. I do want have it.

Your (4) is not particularly valid, as other wikis could use the same filter if they want the same restriction.

I meant if it's something local, as bad word on some language, it can be fixed with abusefilter. Something more common can get its own technical solution, as for example url blacklists - it could be added as abusefilter as well.

Mar 16 2018, 5:30 PM · TemplateStyles
IKhitron added a comment to T187729: Add a user right for editing sanitised CSS / TemplateStyles files.

This, again, makes me ask: Were there any actual problems in the Swedish Wikipedia since the deployment? It has now been almost a month since then.

Let's talk next year.

Mar 16 2018, 5:13 PM · TemplateStyles
IKhitron added a comment to T187729: Add a user right for editing sanitised CSS / TemplateStyles files.

It does appear in recent changes, just as "normal" templates do. And edits to "normal" templates don't show up in the watchlist for a particular page, in exactly the same way.

No. I said with the page name.

If that's what you meant, then the same applies to edits to "normal" templates.

See my next words below.

And edits to "normal" templates don't show up in the watchlist for a particular page, in exactly the same way.

Yes, so again, if it would just this, and not all the context, it would be OK.

I don't understand what you're trying to say here.

I'm saying, that if it was just this sentence, than the state would be exactly as is templates. But this is just one of many characteristics, that creats the bad situation together.

Inline css is always local, inside div or span scope.

I don't want to go into too many details for WP:BEANS reasons, but T10679 belies that at the level most people will care about even though you're right that it's always affecting just the element the inline style is on.

I can give you a problematic code with any css operator.

This seems to be a non sequitur.

Sorry, I do not understand you.

And at the and, guys: I'm not trying to convince you that I'm right and you are wrong. We do not ask to make these restrictions for all wikis. It's just for us, we believe it can be problematically vandal-wise in our wiki, so it is local. I'm sure you can prove me for example that editinterface permission should exist, and you do not force it to al wikis, or should not exist, pick one, and remove it for all wikis. It's an issue of local policy, so please do not make policy decisions for us, exactly as we do not do it to somebody else. Thank you.

The problem is that you're trying to make development decisions for us.

No, I do not. You should not apply this change to all wikis, just a couple.

In which case you do need to convince us that you're right.

Or else, I suppose, you're wanting to block deployment of TemplateStyles to ruwiki entirely because we won't spend development effort to make your demands possible. In that case you don't need to convince us that you're right here, you just have to convince whoever is in charge on T188198: Enable TemplateStyles on ruwiki on 2018-04-10 that the ruwiki community doesn't want it (and that there's no good reason to insist, if they want to insist).

If it was not clear: I'm speaking for hewiki, not ruwiki. We asked the same.
And just afetr the permission I wanted to ask this feture before the the rest wikis, because it's wonderful, not turn it off.

Or, another option you might try would be to add a local abusefilter that checks something like new_content_model == "sanitized-css" & ! "whatever" in user_groups.

I thought about this, of course. But it has some some problems: (1) Not all the edit is vandal, so it's not so right to use abuse filter for this. (2) It's complexity problem. (3) Why to allow open the page to edit and do not allow to edit, in place of make it read only for some users, it will heart in the good ones morally. (4) It's a problem of more than one wiki, and more than one large wiki.

Mar 16 2018, 5:12 PM · TemplateStyles
IKhitron added a comment to T187729: Add a user right for editing sanitised CSS / TemplateStyles files.

With TemplateStyles, a lot of cases will be for one particular page. Maybe even most.

That seems unlikely to me, although I suppose it's possible. It strikes me as more likely that TemplateStyles will be used for meta-templates like enwiki's mbox family.

You'll see.

It does appear in recent changes, just as "normal" templates do. And edits to "normal" templates don't show up in the watchlist for a particular page, in exactly the same way.

No. I said with the page name.

And edits to "normal" templates don't show up in the watchlist for a particular page, in exactly the same way.

Yes, so again, if it would just this, and not all the context, it would be OK.

Inline css is always local, inside div or span scope.

I don't want to go into too many details for WP:BEANS reasons, but T10679 belies that at the level most people will care about even though you're right that it's always affecting just the element the inline style is on.

I can give you a problematic code with any css operator.

Mar 16 2018, 4:41 PM · TemplateStyles
IKhitron added a comment to T187729: Add a user right for editing sanitised CSS / TemplateStyles files.

Please, do not quote a part of my words only. If it was just this, it was exactly as in templates. I'm talking about all the context, all what I said.

How is TemplateStyles worse than changing the tags of a template to have non-closed tags that would break the whole layout of the article or adding <div style="display:none"> at the beginning of random articles to make them look empty?

The difference is that if somebody that do not understand in templates or css will see you code, they will open the page at this first line (or fifth, or wherenever the code was changed), to see how does it looks at this particular place. Again, you can't add inline code in line number one, so the change will affect only from the line number one hundred, but look the same until that. It can be done theoretically, but you should have permissions to edit mediawiki:common.css, and the vandal has not.

Mar 16 2018, 4:22 PM · TemplateStyles
IKhitron added a comment to T187729: Add a user right for editing sanitised CSS / TemplateStyles files.

Great. Now, eventually, I can answer. If you create a template, you use it in many pages. It could be 30, or 30,000, but it's a large number. And if it's 30,000, you protect it. With TemplateStyles, a lot of cases will be for one particular page. Maybe even most. And an edit in css file does not appear in recent changes and especially in watchlist for this particular page. So, most of the people will not know that the page was changed, when css was. And TemplateStyles is much more powerful than inline css. Incredibly more. Imagine that you add a new class with TemplateStyles, "fifth column in table is italic", and add this class name to some table in a particular page. And a year after some vandal adds .references {color: white;}, so the change will not be at the table at all, but in absolutely different place of the page. Inline css is always local, inside div or span scope. So they are not the same, period. And also, it has no sence to protect each css page, much simpler to create a permission. This is why we decided allowing this to autoparolled only (the community minority was against this, and asked editinterface only, but they lost), and a year or three years after, when we'll be more used to this, we'll reconsider, and possibly remove this restriction. Thank you.

Mar 16 2018, 3:47 PM · TemplateStyles
IKhitron added a comment to T187729: Add a user right for editing sanitised CSS / TemplateStyles files.

I already explained it. I'll put it more bluntly then: the "security threat" behind this task is imaginary because the styles can be embedded directly in the template. Experienced developers and security experts have told you this already, and now I've told you twice as well. I'm not going to have engineers spend their time fixing imaginary security holes.

Mar 16 2018, 12:09 PM · TemplateStyles
IKhitron added a comment to T187729: Add a user right for editing sanitised CSS / TemplateStyles files.

Gergő notes in T133410#4055687 that this task is based on a misunderstanding of the threat model. A security restriction such as this one would achieve next to nothing in terms of security since styles can be embedded directly in the template. Additionally, TemplateStyles has already undergone and passed a security review in T133408.

For the above reasons, this task is declined.

Mar 16 2018, 10:03 AM · TemplateStyles
IKhitron added a comment to T188289: You can select more than 2 users just by clicking on more suggestions on the field.

I'm not sure. Once again: When adding the first and the second user, the autocomplete list has names of wiki centrallogin users. But when adding the third user, the autocomplete list includes nine names, that are not users. AutoID, AutoImage, and so on. Looks like the list comes from some program parameter.

Mar 16 2018, 12:54 AM · InteractionTimeline

Mar 15 2018

IKhitron added a comment to T188289: You can select more than 2 users just by clicking on more suggestions on the field.

See the message I left on the tool talk page. About AutoImage etc.

Mar 15 2018, 10:24 PM · InteractionTimeline
IKhitron added a comment to T188289: You can select more than 2 users just by clicking on more suggestions on the field.

Now it has no users, but nine values of some enumeration.

Mar 15 2018, 6:21 PM · InteractionTimeline
IKhitron added a comment to T32750: [Epic] Ping/notify user when username used in an edit summary.

Thank you.

Mar 15 2018, 5:49 PM · User-notice, MW-1.31-release-notes (WMF-deploy-2018-02-27 (1.31.0-wmf.23)), Epic, Community-Wishlist-Survey-2017, Community-Tech, Collaboration-Team-Triage, Notifications, MediaWiki-Page-editing
IKhitron added a comment to T32750: [Epic] Ping/notify user when username used in an edit summary.

Hi, it still does not work in yesterday's deployment. Should it work? Thank you.

Mar 15 2018, 11:42 AM · User-notice, MW-1.31-release-notes (WMF-deploy-2018-02-27 (1.31.0-wmf.23)), Epic, Community-Wishlist-Survey-2017, Community-Tech, Collaboration-Team-Triage, Notifications, MediaWiki-Page-editing

Mar 14 2018

IKhitron reopened T187495: Wikis using template-generated references no longer seeing ref list contents while editing as "Open".

Well, after a lot of time without any answer, I'll reopen the task. It still does not work, including in this week deployment. Hope will be fixed soon. Thank you.
@Deskana, @Esanders

Mar 14 2018, 4:33 PM · MW-1.31-release-notes (WMF-deploy-2018-02-27 (1.31.0-wmf.23)), User-notice, Performance, Patch-For-Review, VisualEditor (Current work), VisualEditor-MediaWiki-References

Mar 11 2018

IKhitron awarded T189404: Find the used template from the template itself a Like token.
Mar 11 2018, 11:10 AM · MediaWiki-Templates
IKhitron added a comment to T189404: Find the used template from the template itself.

Despite a token, I do not believe it will ever happen, because of complexity problems.

Mar 11 2018, 11:10 AM · MediaWiki-Templates

Mar 9 2018

IKhitron added a comment to T187495: Wikis using template-generated references no longer seeing ref list contents while editing.

Maybe @Esanders? Thank you.

Mar 9 2018, 7:14 PM · MW-1.31-release-notes (WMF-deploy-2018-02-27 (1.31.0-wmf.23)), User-notice, Performance, Patch-For-Review, VisualEditor (Current work), VisualEditor-MediaWiki-References

Mar 8 2018

IKhitron added a comment to T32750: [Epic] Ping/notify user when username used in an edit summary.

@IKhitron Sorry, I wasn't trying to dissuade you. I think your first idea has merit as new feature proposal, but as @TheDJ said we'll need to discuss it further before building them.

Internal links currently work (e.g. [[Cats]]) but external links do not work (e.g. [http://www.google.com cats]) (example). HTML links (e.g. <a href=") probably shouldn't be supported thought, in my opinion.

Mar 8 2018, 5:01 PM · User-notice, MW-1.31-release-notes (WMF-deploy-2018-02-27 (1.31.0-wmf.23)), Epic, Community-Wishlist-Survey-2017, Community-Tech, Collaboration-Team-Triage, Notifications, MediaWiki-Page-editing
IKhitron added a comment to T32750: [Epic] Ping/notify user when username used in an edit summary.

Hello. Thank you again for this task. Tell me, please, if I'll fill two more tasks, that are reasonable after both this one, and expanding to 1000 symbols, is there a chance for them, or some of them? I'm talking about:

  • Adding url parsing (or at least pure html, with no []).
  • Adding wikilink parsing. Thank you.

This would be an unrelated change to this project. You can propose it by creating a new Phabricator task.

Mar 8 2018, 4:26 PM · User-notice, MW-1.31-release-notes (WMF-deploy-2018-02-27 (1.31.0-wmf.23)), Epic, Community-Wishlist-Survey-2017, Community-Tech, Collaboration-Team-Triage, Notifications, MediaWiki-Page-editing
IKhitron added a comment to T32750: [Epic] Ping/notify user when username used in an edit summary.

Hello. Thank you again for this task. Tell me, please, if I'll fill two more tasks, that are reasonable after both this one, and expanding to 1000 symbols, is there a chance for them, or some of them? I'm talking about:

  • Adding url parsing (or at least pure html, with no []).

This would add additional requirements on communities to patrol, as external links can lead to dangerous destinations. I think the communities would have to provide some serious feedback about the desirability of that, before it would be added.

I see. Thank you.

  • Adding wikilink parsing.

I thought [[ ]] wikilinks are already parsed, are they not ? Random example

Sorry. My fault.

Mar 8 2018, 4:25 PM · User-notice, MW-1.31-release-notes (WMF-deploy-2018-02-27 (1.31.0-wmf.23)), Epic, Community-Wishlist-Survey-2017, Community-Tech, Collaboration-Team-Triage, Notifications, MediaWiki-Page-editing
IKhitron added a comment to T32750: [Epic] Ping/notify user when username used in an edit summary.
Mar 8 2018, 4:16 PM · User-notice, MW-1.31-release-notes (WMF-deploy-2018-02-27 (1.31.0-wmf.23)), Epic, Community-Wishlist-Survey-2017, Community-Tech, Collaboration-Team-Triage, Notifications, MediaWiki-Page-editing
IKhitron added a comment to T32750: [Epic] Ping/notify user when username used in an edit summary.

Hello. Thank you again for this task. Tell me, please, if I'll fill two more tasks, that are reasonable after both this one, and expanding to 1000 symbols, is there a chance for them, or some of them? I'm talking about:

  • Adding url parsing (or at least pure html, with no []).
  • Adding wikilink parsing.

Thank you.

Mar 8 2018, 4:10 PM · User-notice, MW-1.31-release-notes (WMF-deploy-2018-02-27 (1.31.0-wmf.23)), Epic, Community-Wishlist-Survey-2017, Community-Tech, Collaboration-Team-Triage, Notifications, MediaWiki-Page-editing
IKhitron awarded T32750: [Epic] Ping/notify user when username used in an edit summary a Like token.
Mar 8 2018, 4:10 PM · User-notice, MW-1.31-release-notes (WMF-deploy-2018-02-27 (1.31.0-wmf.23)), Epic, Community-Wishlist-Survey-2017, Community-Tech, Collaboration-Team-Triage, Notifications, MediaWiki-Page-editing
IKhitron added a comment to T187495: Wikis using template-generated references no longer seeing ref list contents while editing.

Hi, @Deskana, are you sure it's resolved? It's better than before, but still does not work well.

Mar 8 2018, 11:04 AM · MW-1.31-release-notes (WMF-deploy-2018-02-27 (1.31.0-wmf.23)), User-notice, Performance, Patch-For-Review, VisualEditor (Current work), VisualEditor-MediaWiki-References

Mar 3 2018

IKhitron added a comment to T90978: Redirects to global user pages are broken, and added to Special:BrokenRedirects.

Problem seems to have been fixed. I haven't noticed this error pop up on the Dutch Wikipedia for a few months and found no Global User Pages lingering on the sample I just did on the top 5 wikis. I think this can be marked as resolved.

Mar 3 2018, 4:24 PM · GlobalUserPage, MediaWiki-Special-pages

Feb 28 2018

IKhitron awarded T111439: Current he.wiki interface-editor group config doesn't comply with privacy policy a Like token.
Feb 28 2018, 11:33 AM · Patch-For-Review, Privacy, Wikimedia-Site-requests

Feb 27 2018

IKhitron 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.

We're going to make this a child task of {{#balance}} for now, because when we add a warning people are going to want to know what to do to suppress the warning -- and the thing we're going to want people to do is opt in to balancing (to get their desired start-of-line context).

Feb 27 2018, 4:29 PM · Epic, MediaWiki-Parser

Feb 26 2018

IKhitron added a comment to T188287: Allow editing sanitized CSS to autopatrolled users only on hewiki.

Thank you. Weird. It was recommended us to discuss a year ago, here on phabricator. So, looks like we'll need to avoid TemplateStyles on hewiki, until it will be possible.

Feb 26 2018, 6:49 PM · Wikimedia-Site-requests, TemplateStyles
IKhitron added a comment to T188287: Allow editing sanitized CSS to autopatrolled users only on hewiki.

Impossible atm

Feb 26 2018, 6:37 PM · Wikimedia-Site-requests, TemplateStyles
IKhitron created T188287: Allow editing sanitized CSS to autopatrolled users only on hewiki.
Feb 26 2018, 5:56 PM · Wikimedia-Site-requests, TemplateStyles
IKhitron added a comment to T187729: Add a user right for editing sanitised CSS / TemplateStyles files.

And if it turns out it's only Russian Wikipedia that wants this, it might be better to add the restriction something like this instead.

No, it doesn't. Hebrew Wikipedia already decided to ask sanitized-css permission be given to autopatrol users only. I'll file a new task in about five hours, after the official finalizing of this decision.

Feb 26 2018, 2:15 PM · TemplateStyles
IKhitron awarded T187729: Add a user right for editing sanitised CSS / TemplateStyles files a Like token.
Feb 26 2018, 2:11 PM · TemplateStyles

Feb 23 2018

IKhitron closed T188052: Blacklist links allowed when removing protocol prefix as Invalid.

Thank you, I understand. Possibly, it should be changed, but it's not so important to me so I'll start a discussion.

Feb 23 2018, 3:39 PM · SpamBlacklist, Security
IKhitron added a comment to T188052: Blacklist links allowed when removing protocol prefix.

I see your logic, still don't agree. So, before closing the task as invalid, I need to ask - what is the point in blacklist if it can be fooled so easily, apparently in more than one way? Thank you.

Feb 23 2018, 9:29 AM · SpamBlacklist, Security

Feb 22 2018

IKhitron created T188052: Blacklist links allowed when removing protocol prefix.
Feb 22 2018, 11:18 PM · SpamBlacklist, Security

Feb 19 2018

IKhitron added a comment to T187632: Historical visual diff sometimes shows extraneous changes for a single-line addition.

Great, thank you, @Deskana!
But it does not look like as it was earlier today. I saw all the lines of the sections in red, and then once again in green.

Feb 19 2018, 1:37 PM · VisualEditor (Current work), VisualEditor-VisualDiffs
IKhitron added a comment to T187632: Historical visual diff sometimes shows extraneous changes for a single-line addition.

Your report is very unclear, so I do not understand what it means.

Please provide exact reproduction steps, and write what you expected to happen and what actually happened.

Feb 19 2018, 12:40 PM · VisualEditor (Current work), VisualEditor-VisualDiffs
IKhitron updated the task description for T187632: Historical visual diff sometimes shows extraneous changes for a single-line addition.
Feb 19 2018, 12:36 PM · VisualEditor (Current work), VisualEditor-VisualDiffs
IKhitron added a comment to T187495: Wikis using template-generated references no longer seeing ref list contents while editing.

If there's really something unclear in my message (your comment doesn't really relate much to what I wrote), you can move this conversation to my Meta talk page or wherever you see fit.

Sure, done, thank you.

Feb 19 2018, 11:25 AM · MW-1.31-release-notes (WMF-deploy-2018-02-27 (1.31.0-wmf.23)), User-notice, Performance, Patch-For-Review, VisualEditor (Current work), VisualEditor-MediaWiki-References

Feb 17 2018

IKhitron created T187632: Historical visual diff sometimes shows extraneous changes for a single-line addition.
Feb 17 2018, 9:14 PM · VisualEditor (Current work), VisualEditor-VisualDiffs
IKhitron added a comment to T187495: Wikis using template-generated references no longer seeing ref list contents while editing.

I don't think the line that was added to Tech News about this change is accurate?

I added it, because I found the problem in the first place. What's wrong?

This team is good and consistent in flagging items for Tech News consideration.
Next time, please add the relevant tag to the task, or suggest that is added, so that they are also aware and can help with wording, in case. TY!

Feb 17 2018, 2:02 PM · MW-1.31-release-notes (WMF-deploy-2018-02-27 (1.31.0-wmf.23)), User-notice, Performance, Patch-For-Review, VisualEditor (Current work), VisualEditor-MediaWiki-References

Feb 16 2018

IKhitron added a comment to T187495: Wikis using template-generated references no longer seeing ref list contents while editing.

Neither of these are particularly desirable situations, but other than "don't use {{sfn}}", I don't think we have very many viable options right now.

Oh Boy. Hewiki uses only such references, because of direction problem. Can't fix just the part of previous edits, and drop the ability to see the new ones, created by such templates?

Feb 16 2018, 10:13 PM · MW-1.31-release-notes (WMF-deploy-2018-02-27 (1.31.0-wmf.23)), User-notice, Performance, Patch-For-Review, VisualEditor (Current work), VisualEditor-MediaWiki-References
IKhitron added a comment to T187495: Wikis using template-generated references no longer seeing ref list contents while editing.

I don't think the line that was added to Tech News about this change is accurate?

Feb 16 2018, 8:59 PM · MW-1.31-release-notes (WMF-deploy-2018-02-27 (1.31.0-wmf.23)), User-notice, Performance, Patch-For-Review, VisualEditor (Current work), VisualEditor-MediaWiki-References
IKhitron renamed T187495: Wikis using template-generated references no longer seeing ref list contents while editing from Wikis using template-generated references (hewiki) no longer seeing ref list contents while editing to Wikis using template-generated references no longer seeing ref list contents while editing.
Feb 16 2018, 7:40 PM · MW-1.31-release-notes (WMF-deploy-2018-02-27 (1.31.0-wmf.23)), User-notice, Performance, Patch-For-Review, VisualEditor (Current work), VisualEditor-MediaWiki-References
IKhitron added a comment to T187495: Wikis using template-generated references no longer seeing ref list contents while editing.

An example for ruwiki: https://ru.wikipedia.org/wiki/%D0%9E%D0%BA%D1%81%D0%B8%D0%B4_%D1%86%D0%B8%D0%BD%D0%BA%D0%B0.

Feb 16 2018, 7:35 PM · MW-1.31-release-notes (WMF-deploy-2018-02-27 (1.31.0-wmf.23)), User-notice, Performance, Patch-For-Review, VisualEditor (Current work), VisualEditor-MediaWiki-References

Feb 15 2018

IKhitron added a comment to T187495: Wikis using template-generated references no longer seeing ref list contents while editing.

By the way, I saw such generated references in other wikis too. Ruwiki, and even enwiki, something with CS1.

Feb 15 2018, 9:54 PM · MW-1.31-release-notes (WMF-deploy-2018-02-27 (1.31.0-wmf.23)), User-notice, Performance, Patch-For-Review, VisualEditor (Current work), VisualEditor-MediaWiki-References
IKhitron added a comment to T52769: Adding or updating a reference in VisualEditor does not update fake references blocks inside templates.

Thank you.

Feb 15 2018, 9:52 PM · User-Ryasmeen, VisualEditor (Current work), User-notice, MW-1.31-release-notes (WMF-deploy-2018-02-13 (1.31.0-wmf.21)), Patch-For-Review, Parsoid, Epic, VisualEditor-MediaWiki-References
IKhitron added a comment to T52769: Adding or updating a reference in VisualEditor does not update fake references blocks inside templates.

Can you link to an example?

Sure:
https://he.wikipedia.org/wiki/%D7%90%D7%93%D7%99_%D7%A7%D7%91%D7%98%D7%A0%D7%A8?veaction=edit&uselang=en

Feb 15 2018, 3:02 PM · User-Ryasmeen, VisualEditor (Current work), User-notice, MW-1.31-release-notes (WMF-deploy-2018-02-13 (1.31.0-wmf.21)), Patch-For-Review, Parsoid, Epic, VisualEditor-MediaWiki-References
IKhitron updated subscribers of T52769: Adding or updating a reference in VisualEditor does not update fake references blocks inside templates.

Hi. Our wiki does not show any references in reflists at all in VE now, the list is empty. All of them are created by reference template, rather than by tag. I was not sure it's new indeed, because I do not use VE, but people say it wasn't like this before.

Feb 15 2018, 12:03 AM · User-Ryasmeen, VisualEditor (Current work), User-notice, MW-1.31-release-notes (WMF-deploy-2018-02-13 (1.31.0-wmf.21)), Patch-For-Review, Parsoid, Epic, VisualEditor-MediaWiki-References

Feb 14 2018

IKhitron awarded T185708: Make historical VisualDiffs a BetaFeature a Like token.
Feb 14 2018, 11:48 AM · Verified, VisualEditor (Current work), User-Ryasmeen, MW-1.31-release-notes (WMF-deploy-2018-02-13 (1.31.0-wmf.21)), User-notice, Beta-Feature, VisualEditor-VisualDiffs

Feb 13 2018

IKhitron added a comment to T186629: Language link changed from X to Y links to wrong URL.

I have no idea how to do this. I saw it in Datawiki revision 658328957, a lot of time ago. it's not on recent edits any more.

Feb 13 2018, 2:08 PM · MediaWiki-Recent-changes, Wikidata, MediaWiki-extensions-WikibaseClient
IKhitron added a comment to T186977: CentralLogin adds new accounts without any reason.

Do you mean, @Anomie, that every edit I make on some Wikidata item adds me to all wikis that have a page connected to this item? In a month all users will have 902 wiki accounts.

Feb 13 2018, 2:08 AM · MediaWiki-User-login-and-signup
IKhitron added a comment to T186977: CentralLogin adds new accounts without any reason.

I still do not understand, @Tgr. Could you tell me, please why exactly these wikis are in my account list now, nevermind when were they added? Thank you.

Feb 13 2018, 12:56 AM · MediaWiki-User-login-and-signup

Feb 12 2018

IKhitron added a comment to T186629: Language link changed from X to Y links to wrong URL.
  1. The URL in the recent changes points to wrong URL

I can't reproduce it (looking on Special:Logs/move to find recent moves, and looking for the relevant "Language link changed from $1 to $2" messages - seems like those are correct links. I guess this was due to different versions(?) but anyway this is not reproducible/invalid.

Feb 12 2018, 6:07 PM · MediaWiki-Recent-changes, Wikidata, MediaWiki-extensions-WikibaseClient
IKhitron added a comment to T186629: Language link changed from X to Y links to wrong URL.

Can you please help us understand the issue better? At the moment, when I look at the given example page https://www.wikidata.org/wiki/Special:Diff/627491344, I can not find a "wrong" URL anywhere on that page.

Hi @thiemowmde. I do not know when @eranroz will return to this page, so I'll answer you partially. I found the problem in the first place and told him, still I do not understand in Wikidata mechanics.
The Diff link you gave is not relevant for me, do not know aboyt Eran. I am talking about local wikipedias with "view wikidata changes" on.

Feb 12 2018, 5:55 PM · MediaWiki-Recent-changes, Wikidata, MediaWiki-extensions-WikibaseClient

Feb 11 2018

IKhitron added a comment to T186977: CentralLogin adds new accounts without any reason.

T186945: Message welcome bots at local wikis trigger due to edits at Wikidata assumes that the cause is the wikidata edits which are propagated to recent changes of other wikis via sitelinks. In IKhitron's case the account creations do not seem to correlate with his Wikidata edits, though.

Feb 11 2018, 11:52 AM · MediaWiki-User-login-and-signup