Page MenuHomePhabricator

Jack_who_built_the_house
User

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Thursday

  • Clear sailing ahead.

User Details

User Since
Apr 5 2016, 6:06 PM (233 w, 6 d)
Availability
Available
LDAP User
Jack who built the house
MediaWiki User
Jack who built the house [ Global Accounts ]

Recent Activity

Fri, Sep 25

Jack_who_built_the_house closed T252461: Unable to create a Diff link to the message which using templates as Resolved.

@Iniquity This should be fixed, please recheck.

Fri, Sep 25, 12:11 PM · Convenient-Discussions

Wed, Sep 9

Jack_who_built_the_house closed T253308: Support for right-to-left languages for Convenient Discussions as Resolved.

Thanks to the coordinated efforts of @Iniquity, @IKhitron and also myself CD now supports RTL, and also LTR interface on RTL wikis and RTL interface on LTR wikis. Please reopen if you see any shortcomings.

Wed, Sep 9, 12:00 AM · RTL, I18n, Convenient-Discussions

Tue, Sep 8

Jack_who_built_the_house edited Description on Convenient-Discussions.
Tue, Sep 8, 12:13 PM

Sat, Sep 5

Jack_who_built_the_house added a comment to T262073: Make it possible to tell if CD's comment form is open from browser tab's name.

But the problem is, we would need to lay it on top of the existing icon, and there is plenty of them on Wikimedia wikis.

Sat, Sep 5, 1:53 PM · Convenient-Discussions
Jack_who_built_the_house added a comment to T262073: Make it possible to tell if CD's comment form is open from browser tab's name.

If using an icon, the OOUI pencil icon could be used:

Sat, Sep 5, 1:50 PM · Convenient-Discussions
Jack_who_built_the_house updated subscribers of T262073: Make it possible to tell if CD's comment form is open from browser tab's name.

I'm not entirely sure if this function is needed. Nobody seems to do this on any site.

Well, the justification why it would be useful was made by @JAnD and @Sunpriat at https://www.mediawiki.org/wiki/Topic:Vtbmyswhmrwufpxv. When a page is edited with the standard interface, the title is "Editing [pagename]" so users can quickly pick up where they were editing.

Sat, Sep 5, 1:16 PM · Convenient-Discussions
Jack_who_built_the_house edited Description on Convenient-Discussions.
Sat, Sep 5, 6:16 AM
Jack_who_built_the_house added a comment to T261442: Editing a Project description shows "No Edit Forms: You do not have access to any forms which are enabled and marked as edit forms".

Thanks.

Sat, Sep 5, 6:10 AM · Phabricator
Jack_who_built_the_house added a comment to T261442: Editing a Project description shows "No Edit Forms: You do not have access to any forms which are enabled and marked as edit forms".

So, project members can't edit their descriptions? Do I need to get added to Trusted-Contributors to be able to edit the description of a project I maintain? How do I do that?

Sat, Sep 5, 6:07 AM · Phabricator
Jack_who_built_the_house added a comment to T262073: Make it possible to tell if CD's comment form is open from browser tab's name.

So, my current thoughts are the following:

  • In contrast with DiscussionTools, many comment forms can be open simultaneously in CD.
  • In contrast with DiscussionTools, users may also edit comments, reply to sections, and add subsections (in addition to replying and adding a section). These may need additional labels if we decide to put labels in the title.
  • We perhaps need to change the title as these forms receive focus.
  • We probably don't need to change the title if a form loses focus. Users can click links, select text on the page and then quote it in the form—in these cases, they are still working with the form, still replying/editing/creating a topic.
  • The solution that I see is to prepend labels like "Replying to" to the title (not including the number of new, not yet seen comments that is added in CD). The correspondence could be:
    • "Replying at" for replies (both to comments and sections)
    • "Editing at" for edits
    • "New topic at" for new topics
    • "New subsection at" for new subsections
  • The another solution could be adding some shorter, more technical labels like a pencil emoji (though it's too flashy) or other character, maybe in square brackets.
Sat, Sep 5, 5:33 AM · Convenient-Discussions

Fri, Sep 4

Jack_who_built_the_house created T262073: Make it possible to tell if CD's comment form is open from browser tab's name.
Fri, Sep 4, 5:29 PM · Convenient-Discussions
Jack_who_built_the_house removed a project from T262066: Make it possible to tell if Reply Tool is open from browser tab's name: Convenient-Discussions.
Fri, Sep 4, 5:25 PM · Editing-team (Tracking), DiscussionTools
Jack_who_built_the_house added a project to T262066: Make it possible to tell if Reply Tool is open from browser tab's name: Convenient-Discussions.
Fri, Sep 4, 5:24 PM · Editing-team (Tracking), DiscussionTools

Aug 29 2020

Jack_who_built_the_house added a comment to T261391: Use standard external link icon for external links.

Hi Jack, I did clarify that. I mean it's not clickable in isolation (separate from the link text). You can only click the link+icon as a whole.

I just don't think I know where the icon can be met in isolation if using the standard wiki markup. Isn't it always accompanying the link? I guess I should have said "makes it seem like the icon is not a part of the link".

Aug 29 2020, 12:37 PM · Patch-For-Review, Vector, MediaWiki-General, UI-Standardization, Design
Jack_who_built_the_house added a comment to T261391: Use standard external link icon for external links.

@Ammarpad Thanks for a good counterexample. Now I don't have an opinion on this.

Aug 29 2020, 12:00 PM · Patch-For-Review, Vector, MediaWiki-General, UI-Standardization, Design
Jack_who_built_the_house added a comment to T261391: Use standard external link icon for external links.

Note also that, as seen on the screenshot in the task description

…the color of the original icon doesn't change when the link is visited and is purple. So, ideally, either the icon should change its color with the link it is attached to, or it should be black. I would perhaps prefer the former, as a black icon creates unwarranted visual noise. And, yes, makes it seem like the icon is not clickable.

Aug 29 2020, 12:03 AM · Patch-For-Review, Vector, MediaWiki-General, UI-Standardization, Design

Aug 20 2020

Jack_who_built_the_house added a comment to T260746: Clarify Terms of Use on whether using Toolforge as a proxy for GitHub Actions is permitted.

Right, thanks for the correction.

Aug 20 2020, 2:14 AM · Toolforge, cloud-services-team (Kanban)
Jack_who_built_the_house added a comment to T260746: Clarify Terms of Use on whether using Toolforge as a proxy for GitHub Actions is permitted.

When built, the code is actually as insecure as having an SSH key at github because it runs any code as given by github's master under user's credentials.

Exactly. So no matter via a SSH tunnel or via the repo content—we gave the code full freedom to send any requests it wants using "a general solution to avoiding IP range blocks on the wikis" that is Toolforge 😉 the second when we allowed any connection between GitHub and Toolforge. The method using a SSH tunnel is even less risky as it only allows to make requests, but not run arbitrary code, if I'm getting it right.

Aug 20 2020, 2:06 AM · Toolforge, cloud-services-team (Kanban)
Jack_who_built_the_house added a comment to T260746: Clarify Terms of Use on whether using Toolforge as a proxy for GitHub Actions is permitted.

@bd808 Thanks for the demonstration, but if having to choose between:

  • building and testing at Toolforge and
  • say, setting up GitHub Actions to upload the content that needs to be posted to wiki to some place X (perhaps some third-party server or the artifacts feature in GitHub Actions if it's possible to reveal the artifacts to the outside world) and send a webhook that Toolforge will accept, pick up the content at the place X and then post it to wiki,

given my current knowledge, I would choose the latter. This is perhaps an extreme example, but if you say that even GitHub can't be trusted with the SSH credentials, then we shouldn't even try to connect to Toolforge from GitHub Actions except via webhook (even though I didn't see where Cloud Services or Toolforge terms of use forbid transferring credentials to entities like GitHub).

Aug 20 2020, 1:31 AM · Toolforge, cloud-services-team (Kanban)

Aug 19 2020

Jack_who_built_the_house added a comment to T260746: Clarify Terms of Use on whether using Toolforge as a proxy for GitHub Actions is permitted.

Some GitHub Action that would create a release on some trigger and initiate a webhook accepted by Toolforge maybe?

Actually, creating a release with archived build files will clutter the repo the same way, or even worse, as creating a folder with them will. Releases containing files don't make sense for my tool, since the build files are tied to the specific (Wikimedia in our case) environment, and there is no incentive for potential users to download them if they need another environment.

Aug 19 2020, 8:15 PM · Toolforge, cloud-services-team (Kanban)
Jack_who_built_the_house added a comment to T260746: Clarify Terms of Use on whether using Toolforge as a proxy for GitHub Actions is permitted.

You haven't described a full use case, but one that I can imagine is a gadget maintained in a GitHub repo and a GitHub Action based deployment system for that gadget that updates one or more target wikis when new commits are merged to a specific branch or maybe when a tag is made.

Right, my use case is the Convenient-Discussions tool, and this is basically what happens when you try to deploy to Commons (an error is reported in the "Run npm run deploy --dev" section).

Aug 19 2020, 10:03 AM · Toolforge, cloud-services-team (Kanban)
Jack_who_built_the_house updated the task description for T260746: Clarify Terms of Use on whether using Toolforge as a proxy for GitHub Actions is permitted.
Aug 19 2020, 7:27 AM · Toolforge, cloud-services-team (Kanban)
Jack_who_built_the_house updated subscribers of T260746: Clarify Terms of Use on whether using Toolforge as a proxy for GitHub Actions is permitted.

using GitHub Actions to edit pages on Wikimedia project wikis correct

Right, this is the idea. I could have messed up with the terminology here, so feel free to correct it; @Yurik initially came up with the idea of using SSH for the API requests (made via HTTP, you're right), so maybe he could elaborate more.

Aug 19 2020, 12:17 AM · Toolforge, cloud-services-team (Kanban)

Aug 18 2020

Jack_who_built_the_house added a comment to T260746: Clarify Terms of Use on whether using Toolforge as a proxy for GitHub Actions is permitted.

Not sure if it's feasible in my case.

Aug 18 2020, 11:53 PM · Toolforge, cloud-services-team (Kanban)
Jack_who_built_the_house updated the task description for T260746: Clarify Terms of Use on whether using Toolforge as a proxy for GitHub Actions is permitted.
Aug 18 2020, 11:29 PM · Toolforge, cloud-services-team (Kanban)
Jack_who_built_the_house created T260746: Clarify Terms of Use on whether using Toolforge as a proxy for GitHub Actions is permitted.
Aug 18 2020, 11:24 PM · Toolforge, cloud-services-team (Kanban)

Aug 13 2020

Jack_who_built_the_house added a comment to T238487: GlobalPreferences: Unable to delete `userjs-` option.

Note that this task is a duplicate of T207448: Resetting a custom global preference via API does not work.

Aug 13 2020, 9:42 AM · User-DannyS712, Community-Tech, MediaWiki-extensions-GlobalPreferences
Restricted Application added a project to T207448: Resetting a custom global preference via API does not work: Platform Engineering.

I've come across this with Convenient-Discussions trying to delete a property created for testing purposes, and I couldn't. I was lucky not to mess with the users' options (only faced this behavior while in the development stage)—they would have an undeletable junk option. A particularly unfortunate feature of this is that global preferences override local ones, so if there is a userjs- option with the same name locally, it has no effect.

Aug 13 2020, 9:41 AM · MediaWiki-API, MediaWiki-extensions-GlobalPreferences
Jack_who_built_the_house added a comment to T238487: GlobalPreferences: Unable to delete `userjs-` option.

I've come across this with Convenient-Discussions trying to delete a property created for testing purposes, and I couldn't. I was lucky not to mess with the users' options (only faced this behavior while in the development stage)—they would have an undeletable junk option. A particularly unfortunate feature of this is that global preferences override local ones, so if there is a userjs- option with the same name locally, it would have no effect.

Aug 13 2020, 9:39 AM · User-DannyS712, Community-Tech, MediaWiki-extensions-GlobalPreferences

Jul 28 2020

Jack_who_built_the_house triaged T256325: Create a unique anchor for each of identical section names on page as Low priority.
Jul 28 2020, 5:17 AM · Convenient-Discussions
Jack_who_built_the_house renamed T256325: Create a unique anchor for each of identical section names on page from Create an unique anchor for each of identical section names on page to Create a unique anchor for each of identical section names on page.
Jul 28 2020, 5:05 AM · Convenient-Discussions
Jack_who_built_the_house added a comment to T256325: Create a unique anchor for each of identical section names on page.

One could think that this is not CD's concern, but why not? A probable solution would be adding a standard CD timestamp_username identifier to the section link, say, after _, and have the script search for the section that includes the comment matching that ID, and jumping to that section.

Jul 28 2020, 5:05 AM · Convenient-Discussions

Jul 15 2020

Jack_who_built_the_house awarded T141723: [Bug] Wikipedia article on the letter "ß" does not load properly. a Party Time token.
Jul 15 2020, 8:59 PM · Platform Engineering, MW-1.33-notes (1.33.0-wmf.24; 2019-04-02), Product-Infrastructure-Team-Backlog, MW-1.29-release-notes, Services (done), Mobile-Content-Service, Wikipedia-Android-App-Backlog

Jul 5 2020

Jack_who_built_the_house renamed T256988: Allow to insert a template not only into a form with 'wpTextbox1' id from Ability to insert a template not only into a form with 'wpTextbox1' id to Allow to insert a template not only into a form with 'wpTextbox1' id.
Jul 5 2020, 5:57 PM · Convenient-Discussions, Community-Tech, MediaWiki-extensions-TemplateWizard

Jul 2 2020

Jack_who_built_the_house added a comment to T214989: Allow CodeMirror to be used for other textareas with WikiEditor.

Currently, together with T256988: Allow to insert a template not only into a form with 'wpTextbox1' id (that task is about TemplateWizard), these are the two only buttons that can not be added and work properly in WikiEditor, attached to an arbitrary textarea. So please fix, Convenient-Discussions needs it so much.

Jul 2 2020, 3:52 PM · Convenient-Discussions, MediaWiki-extensions-CodeMirror
Jack_who_built_the_house added a comment to T256988: Allow to insert a template not only into a form with 'wpTextbox1' id.

I join. There is also an inconsistency in the fact that the button is added to any textarea that fires an wikiEditor.toolbarReady event:

Jul 2 2020, 3:49 PM · Convenient-Discussions, Community-Tech, MediaWiki-extensions-TemplateWizard

Jun 28 2020

Jack_who_built_the_house renamed T256325: Create a unique anchor for each of identical section names on page from Create an uniqual anchor for every identical sections name on page to Create an unique anchor for each of identical section names on page.
Jun 28 2020, 2:40 PM · Convenient-Discussions

May 31 2020

Jack_who_built_the_house updated the task description for T254075: Improve mediawiki.jqueryMsg to make GENDER work more like in PHP.
May 31 2020, 9:56 AM · Gender-Support, JavaScript, I18n, MediaWiki-Internationalization

May 30 2020

Jack_who_built_the_house updated the task description for T254075: Improve mediawiki.jqueryMsg to make GENDER work more like in PHP.
May 30 2020, 5:57 PM · Gender-Support, JavaScript, I18n, MediaWiki-Internationalization
Jack_who_built_the_house updated the task description for T254075: Improve mediawiki.jqueryMsg to make GENDER work more like in PHP.
May 30 2020, 5:51 PM · Gender-Support, JavaScript, I18n, MediaWiki-Internationalization
Jack_who_built_the_house updated the task description for T254075: Improve mediawiki.jqueryMsg to make GENDER work more like in PHP.
May 30 2020, 5:50 PM · Gender-Support, JavaScript, I18n, MediaWiki-Internationalization
Jack_who_built_the_house updated the task description for T254075: Improve mediawiki.jqueryMsg to make GENDER work more like in PHP.
May 30 2020, 5:48 PM · Gender-Support, JavaScript, I18n, MediaWiki-Internationalization
Jack_who_built_the_house created T254075: Improve mediawiki.jqueryMsg to make GENDER work more like in PHP.
May 30 2020, 5:45 PM · Gender-Support, JavaScript, I18n, MediaWiki-Internationalization
Jack_who_built_the_house added a comment to T253037: Add convenient-discussions to translatewiki.net.

I had added some more messages that look like this in English source: "reply to $1", but in translations those messages would need to use {{gender:$2}}. So, either I should ask you to add more exceptions to this commit, or I should use some kind of a placeholder ("reply to {{gender:$2|}} $1"), and then remove two spaces produced by this code for English in the code of my script. What do you think is better? Currently I've added such placeholders, so if we stick to that, the commit is no longer needed.

May 30 2020, 3:50 PM · Language-Team (Language-2020-Focus-Sprint), Patch-For-Review, Convenient-Discussions, translatewiki.net

May 26 2020

Jack_who_built_the_house added a comment to T253037: Add convenient-discussions to translatewiki.net.

Also, what happens when a message with some key is removed from the source language file? Is it removed from the site also? What about its translations?

May 26 2020, 1:08 PM · Language-Team (Language-2020-Focus-Sprint), Patch-For-Review, Convenient-Discussions, translatewiki.net
Jack_who_built_the_house added a comment to T253037: Add convenient-discussions to translatewiki.net.

that can be circumvented by adding the language code to a validation blacklist that we have

Thanks.

May 26 2020, 1:05 PM · Language-Team (Language-2020-Focus-Sprint), Patch-For-Review, Convenient-Discussions, translatewiki.net
Jack_who_built_the_house added a comment to T253037: Add convenient-discussions to translatewiki.net.

Thanks! Two questions:

  1. At https://translatewiki.net/w/i.php?title=Special:Translate&group=convenient-discussions&language=ru&filter=%21translated&action=translate, I see 4 "outdated" messages and 1 "untranslated" while they in fact are OK. What should I do with them?
    1. For the "outdated" messages, the following notice is shown: "Following parameter is unknown: $2". In fact, the $2 parameter is not used in the English translation because it's not needed there. But I will include it in the message documentation.
    2. The 1 "untranslated" message (containing the word to) is in fact translated, it's just an empty string.
  2. Can I and/or other users edit the English source on the site? English is not my native language, so it's quite possible that the translation would benefit from other users' improvements too.
May 26 2020, 10:52 AM · Language-Team (Language-2020-Focus-Sprint), Patch-For-Review, Convenient-Discussions, translatewiki.net

May 24 2020

Jack_who_built_the_house added a comment to T253037: Add convenient-discussions to translatewiki.net.

I guess everything is ready on my part. Is there anything else needed?

May 24 2020, 12:17 PM · Language-Team (Language-2020-Focus-Sprint), Patch-For-Review, Convenient-Discussions, translatewiki.net

May 20 2020

Pppery awarded T197516: pairs() doesn't preserve the order of parameters passed to the module a Dislike token.
May 20 2020, 9:51 PM · MediaWiki-extensions-Scribunto

May 19 2020

Jack_who_built_the_house edited Description on Convenient-Discussions.
May 19 2020, 5:48 PM
Jack_who_built_the_house edited Description on Convenient-Discussions.
May 19 2020, 5:47 PM
Jack_who_built_the_house added a comment to T253037: Add convenient-discussions to translatewiki.net.

@abi_

  1. No, sorry, just an artifact of a sloppy conversion from JS to JSON. Fixed.
  2. Thanks, fixed.
May 19 2020, 5:24 PM · Language-Team (Language-2020-Focus-Sprint), Patch-For-Review, Convenient-Discussions, translatewiki.net
Jack_who_built_the_house updated the task description for T253037: Add convenient-discussions to translatewiki.net.
May 19 2020, 4:07 PM · Language-Team (Language-2020-Focus-Sprint), Patch-For-Review, Convenient-Discussions, translatewiki.net
Jack_who_built_the_house added a comment to T253037: Add convenient-discussions to translatewiki.net.

So, as for messages, you can see the example here: https://github.com/jwbth/convenient-discussions/blob/master/i18n/en.json. Messages can have everything that the MediaWiki messages API allows ({{int:}}, {{gender:}}, {{plural:}}).

May 19 2020, 4:06 PM · Language-Team (Language-2020-Focus-Sprint), Patch-For-Review, Convenient-Discussions, translatewiki.net
Jack_who_built_the_house added a comment to T253037: Add convenient-discussions to translatewiki.net.

@abi_ Sorry, I had no time to update the repository properly. The path for translations has moved from src/js/i18n/%CODE%.json to i18n/%CODE%.json (there is the old path in the patch).

May 19 2020, 3:37 PM · Language-Team (Language-2020-Focus-Sprint), Patch-For-Review, Convenient-Discussions, translatewiki.net

May 6 2020

Jack_who_built_the_house added a comment to T214792: Ability to change the colour of highlighed messages.

See the updated code (and the comments Iniquity added) at https://www.mediawiki.org/wiki/User:Jack_who_built_the_house/Convenient_Discussions#FAQ.

May 6 2020, 1:42 PM · Accessibility, Design, Convenient-Discussions
Jack_who_built_the_house closed T214792: Ability to change the colour of highlighed messages as Resolved.

Done. Add the following code to your personal CSS and change the color values:

May 6 2020, 5:02 AM · Accessibility, Design, Convenient-Discussions

May 5 2020

Jack_who_built_the_house closed T219355: Unable to reply a message as Resolved.

The script has been fundamentally reworked, so the issue is probably not relevant anymore. Recreate if it still persists.

May 5 2020, 5:25 PM · Convenient-Discussions
Jack_who_built_the_house closed T216760: Unable to reply to a message as Resolved.

The script has been fundamentally reworked, so the issue is probably not relevant anymore. Anyway, it's on a closed page, so too many steps will have to be made to check if it still persists :-)

May 5 2020, 5:25 PM · Convenient-Discussions
Jack_who_built_the_house added a comment to T251871: Ability to emphasize the newborn sections.

Hm, that shouldn't be hard. In the beta version, this should do the trick:

mw.hook('convenientDiscussions.newCommentsMarked').add(() => {
  convenientDiscussions.sections
    .filter((section) => section.comments[0] && section.comments[0].newness)
    .forEach((section) => {
      convenientDiscussions.g.$root
        .find(`a[href="#${section.anchor}"]`)
        .css('font-weight', 'bold');
    });
});

This code bolds all section links in TOC that have the first comment marked as new.

May 5 2020, 4:48 PM · Convenient-Discussions

Apr 3 2020

Jack_who_built_the_house edited Description on Convenient-Discussions.
Apr 3 2020, 10:09 PM

Mar 12 2020

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

Hello, as I read, this change targets "nested" subst's. Does this code fall into that? It changes User talk:Jack who built the house link to User talk:Jack who built the house#top if I post on my talk page.

Mar 12 2020, 9:16 PM · User-Ryasmeen, Editing-team (FY2020-21 Kanban Board), MW-1.35-notes (1.35.0-wmf.39; 2020-06-30), MediaWiki-Parser

Jan 25 2020

Jack_who_built_the_house added a comment to T243608: User scripts shouldn't run on Special:Manage_Two-factor_authentication.

scratch codes or the QR code

Right, this is even worse than intercepting the code.

Jan 25 2020, 12:12 AM · MW-1.35-notes (1.35.0-wmf.20; 2020-02-18), Security, User-Urbanecm, Security-Team

Jan 24 2020

Jack_who_built_the_house updated the task description for T243608: User scripts shouldn't run on Special:Manage_Two-factor_authentication.
Jan 24 2020, 4:10 PM · MW-1.35-notes (1.35.0-wmf.20; 2020-02-18), Security, User-Urbanecm, Security-Team
Jack_who_built_the_house created T243608: User scripts shouldn't run on Special:Manage_Two-factor_authentication.
Jan 24 2020, 4:08 PM · MW-1.35-notes (1.35.0-wmf.20; 2020-02-18), Security, User-Urbanecm, Security-Team

Jan 5 2020

Jack_who_built_the_house added a comment to T238991: New users get both ReferenceTooltips (gadget) and ReferencePreviews (Beta feature).

Can anyone from the ruwiki community confirm?

I confirm: a newly registered account didn't get Reference Previews.

Jan 5 2020, 11:28 AM · WMDE-Technical-Wishes-Team, WMDE-QWERTY-Sprint-2019-12-11, archived--TCB-Team, User-Kizule, Reference Previews

Dec 17 2019

Jack_who_built_the_house renamed T238991: New users get both ReferenceTooltips (gadget) and ReferencePreviews (Beta feature) from Disable Reference Previews beta feature in ruwiki because all its users have Reference Tooltips enabled gadget by default to Disable Reference Previews beta feature in ruwiki because all its users have Reference Tooltips gadget enabled by default.
Dec 17 2019, 2:32 AM · WMDE-Technical-Wishes-Team, WMDE-QWERTY-Sprint-2019-12-11, archived--TCB-Team, User-Kizule, Reference Previews
Jack_who_built_the_house added a comment to T238991: New users get both ReferenceTooltips (gadget) and ReferencePreviews (Beta feature).

I can confirm the stated behaviour. I've registered a new account after logging out from my account. The new account didn't get any of the beta features except ReferencePreviews.

Dec 17 2019, 1:11 AM · WMDE-Technical-Wishes-Team, WMDE-QWERTY-Sprint-2019-12-11, archived--TCB-Team, User-Kizule, Reference Previews

Dec 16 2019

Jack_who_built_the_house renamed T238991: New users get both ReferenceTooltips (gadget) and ReferencePreviews (Beta feature) from Disable Reference Previews beta feature in ruwiki because all its users has enabled Reference Tooltips gadget by default to Disable Reference Previews beta feature in ruwiki because all its users have Reference Tooltips enabled gadget by default.
Dec 16 2019, 7:27 PM · WMDE-Technical-Wishes-Team, WMDE-QWERTY-Sprint-2019-12-11, archived--TCB-Team, User-Kizule, Reference Previews

Nov 24 2019

Jack_who_built_the_house added a comment to T238991: New users get both ReferenceTooltips (gadget) and ReferencePreviews (Beta feature).

Ruwiki uses the same Reference Tooltips gadget as enwiki. I've made the last big update to it in both wikis. The beta feature has several shortcomings some of which are critical to many users. I and other users have pointed some of them out on the project talk page.

Nov 24 2019, 3:25 PM · WMDE-Technical-Wishes-Team, WMDE-QWERTY-Sprint-2019-12-11, archived--TCB-Team, User-Kizule, Reference Previews

Sep 4 2019

Jack_who_built_the_house added a comment to T222828: Avoid MagicWord/LCStore cost from WikiEditor in startup module (resourceLoaderGetConfigVars hook).

For anyone interested, I've solved this in my script with these two commits.

Sep 4 2019, 10:45 AM · Editing-team, Performance-Team (Radar)

Aug 8 2019

Jack_who_built_the_house added a comment to T222828: Avoid MagicWord/LCStore cost from WikiEditor in startup module (resourceLoaderGetConfigVars hook).

Hello. This change broke $.wikiEditor.modules.toolbar.config.getDefaultConfig() usage in my widely used script for talk pages. Thanks to getDefaultConfig(), wikiEditor could have been used for any textarea of choice. I had to hardcode the toolbar config like this: https://github.com/jwbth/convenient-discussions/commit/b861eadf553bba4e8718b129ab41bde3cec11d3f, adding 42KB to the code size. Please tell is there a nicer way to overcome this. @Catrope @Krinkle

Aug 8 2019, 9:15 PM · Editing-team, Performance-Team (Radar)

Jan 28 2019

Jack_who_built_the_house added a comment to T214836: Renaming the topics.

It can be switched on by var cdAllowEditOthersMsgs = true; ;-)

Jan 28 2019, 11:05 PM · Convenient-Discussions
Jack_who_built_the_house added a comment to T214836: Renaming the topics.

What's wrong with the standard "Edit description" feature? Topic name edit is just like a normal message edit.

Jan 28 2019, 6:02 PM · Convenient-Discussions

Jan 27 2019

Jack_who_built_the_house added a watcher for Convenient-Discussions: Jack_who_built_the_house.
Jan 27 2019, 10:10 PM

Jan 26 2019

Jack_who_built_the_house added a comment to T214676: Auto-sorting for topics.

Theoretically this could be done by a plugin relying on [cd.sectionsReady](https://ru.wikipedia.org/wiki/Участник:Jack_who_built_the_house/Удобные_дискуссии#Хуки) hook. But this may lead to problems with new messages navigation and messages highlight zone redrawal mechanism.

Jan 26 2019, 4:33 PM · Convenient-Discussions
Jack_who_built_the_house closed T214683: Non-breaking space for insert buttons as Resolved.
Jan 26 2019, 3:27 PM · Convenient-Discussions
Jack_who_built_the_house added a comment to T214683: Non-breaking space for insert buttons.

Fixed here and here.

Jan 26 2019, 3:27 PM · Convenient-Discussions
Jack_who_built_the_house closed T214719: 'undefined' date for bots after move the thread as Resolved.
Jan 26 2019, 3:26 PM · Convenient-Discussions
Jack_who_built_the_house added a comment to T214719: 'undefined' date for bots after move the thread.

Fixed here.

Jan 26 2019, 3:25 PM · Convenient-Discussions
Jack_who_built_the_house added a comment to T214683: Non-breaking space for insert buttons.

Thanks for the PR, but I think using CSS would be a better idea. We would have to add a space between items for white-space: nowrap to work properly.

Jan 26 2019, 10:33 AM · Convenient-Discussions

Jan 21 2019

Jack_who_built_the_house added a comment to T214291: Convenient Discussions project.

Hello. @Aklapper, well, it's anything but a small project, its total code size is about 400 KB after Babel, 200 KB with uglification. I plan to spread it to other projects, so interproject communication on Phabricator would be nice. Its github repository is here: https://github.com/jwbth/convenient-discussions. So, do you ask to create a repository on Gerrit too?

Jan 21 2019, 2:07 PM · Project-Admins

Jan 7 2019

Jack_who_built_the_house added a comment to T213049: Enable signature button in toolbar for the "Arbitration" namespace in ruwiki.

Thanks.

Jan 7 2019, 10:09 AM · Patch-For-Review, User-Kizule, Wikimedia-Site-requests
Jack_who_built_the_house updated the task description for T213049: Enable signature button in toolbar for the "Arbitration" namespace in ruwiki.
Jan 7 2019, 10:09 AM · Patch-For-Review, User-Kizule, Wikimedia-Site-requests
Jack_who_built_the_house updated the task description for T213049: Enable signature button in toolbar for the "Arbitration" namespace in ruwiki.
Jan 7 2019, 8:14 AM · Patch-For-Review, User-Kizule, Wikimedia-Site-requests
Jack_who_built_the_house created T213049: Enable signature button in toolbar for the "Arbitration" namespace in ruwiki.
Jan 7 2019, 8:13 AM · Patch-For-Review, User-Kizule, Wikimedia-Site-requests

Dec 12 2018

Jack_who_built_the_house updated the task description for T211501: Page Previews should take FlaggedRevs' stabilization setting into account.
Dec 12 2018, 12:35 PM · Platform Team Legacy (Later), Services (later), Readers-Web-Backlog (Tracking), Page-Previews, MediaWiki-extensions-FlaggedRevs

Dec 9 2018

Jack_who_built_the_house renamed T211501: Page Previews should take FlaggedRevs' stabilization setting into account from Page Previews should take into account FlaggedRevs' stabilization setting to Page Previews should take FlaggedRevs' stabilization setting into account.
Dec 9 2018, 2:37 PM · Platform Team Legacy (Later), Services (later), Readers-Web-Backlog (Tracking), Page-Previews, MediaWiki-extensions-FlaggedRevs
Jack_who_built_the_house created T211501: Page Previews should take FlaggedRevs' stabilization setting into account.
Dec 9 2018, 2:34 PM · Platform Team Legacy (Later), Services (later), Readers-Web-Backlog (Tracking), Page-Previews, MediaWiki-extensions-FlaggedRevs

Dec 7 2018

Jack_who_built_the_house updated the task description for T211205: Toolbar/charinsert don't handle CodeMirror's multiple selections/cursors.
Dec 7 2018, 5:56 PM · User-TheDJ, MediaWiki-extensions-CodeMirror
Jack_who_built_the_house updated the task description for T211205: Toolbar/charinsert don't handle CodeMirror's multiple selections/cursors.
Dec 7 2018, 12:40 PM · User-TheDJ, MediaWiki-extensions-CodeMirror

Dec 5 2018

Jack_who_built_the_house renamed T211205: Toolbar/charinsert don't handle CodeMirror's multiple selections/cursors from Toolbar/charinsert don't handle CodeMirrors's multiple selections/cursors to Toolbar/charinsert don't handle CodeMirror's multiple selections/cursors.
Dec 5 2018, 2:36 PM · User-TheDJ, MediaWiki-extensions-CodeMirror
Jack_who_built_the_house updated the task description for T211205: Toolbar/charinsert don't handle CodeMirror's multiple selections/cursors.
Dec 5 2018, 2:34 PM · User-TheDJ, MediaWiki-extensions-CodeMirror
Jack_who_built_the_house updated the task description for T211205: Toolbar/charinsert don't handle CodeMirror's multiple selections/cursors.
Dec 5 2018, 2:31 PM · User-TheDJ, MediaWiki-extensions-CodeMirror
Jack_who_built_the_house updated the task description for T211205: Toolbar/charinsert don't handle CodeMirror's multiple selections/cursors.
Dec 5 2018, 2:28 PM · User-TheDJ, MediaWiki-extensions-CodeMirror
Jack_who_built_the_house created T211205: Toolbar/charinsert don't handle CodeMirror's multiple selections/cursors.
Dec 5 2018, 2:28 PM · User-TheDJ, MediaWiki-extensions-CodeMirror

Nov 30 2018

Jack_who_built_the_house added a comment to T210789: Table of contents' hidden state isn't kept after reload.

@Schnark So, what is it based on? Technical unfeasibility? Perceived lack of necessity? There are users who are not happy about it. I think, some would say, there is no need in the hiding/showing functionality at all if the state is not saved in a cookie. The only thing it does when used on one page is saves a small amount of space.

Nov 30 2018, 11:05 AM · MW-1.35-notes (1.35.0-wmf.31; 2020-05-05), Performance-Team, Regression, JavaScript, MediaWiki-Interface

Nov 29 2018

Jack_who_built_the_house updated the task description for T210789: Table of contents' hidden state isn't kept after reload.
Nov 29 2018, 11:11 PM · MW-1.35-notes (1.35.0-wmf.31; 2020-05-05), Performance-Team, Regression, JavaScript, MediaWiki-Interface
Jack_who_built_the_house renamed T210789: Table of contents' hidden state isn't kept after reload from Table of contents' hidden state isn't kept after reload in Chrome to Table of contents' hidden state isn't kept after reload.
Nov 29 2018, 11:10 PM · MW-1.35-notes (1.35.0-wmf.31; 2020-05-05), Performance-Team, Regression, JavaScript, MediaWiki-Interface
Jack_who_built_the_house updated the task description for T210789: Table of contents' hidden state isn't kept after reload.
Nov 29 2018, 9:38 PM · MW-1.35-notes (1.35.0-wmf.31; 2020-05-05), Performance-Team, Regression, JavaScript, MediaWiki-Interface