Page MenuHomePhabricator

Jack_who_built_the_house
User

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Sunday

  • Clear sailing ahead.

User Details

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

Recent Activity

Yesterday

Jack_who_built_the_house added a comment to T259864: Enable Reply Tool to adapt to indentation syntax used at ru.wiki.

If this is too complex at this stage of development, I could suggest falling back to : intentation if the comment has more than one line, as starting each line with * is IMHO much more misleading and potentially annoying than choosing : indentation for a whole comment, since it violates the principle "bullets denote comments". (As a side note, this doesn't affect CD users as they see thread lines on the side of comments, not bullets or plain indentation, see example.)

Thu, Jan 20, 12:00 AM · MW-1.38-notes (1.38.0-wmf.19; 2022-01-24), Patch-For-Review, Goal, Editing-team (FY2021-22 Kanban Board), DiscussionTools

Wed, Jan 19

Jack_who_built_the_house added a comment to T259864: Enable Reply Tool to adapt to indentation syntax used at ru.wiki.

Accessibility is actually one reason why some of RuWP users argue for using *, not :, as well, since : are description lists that necessitate the use of <dt> (; in the wiki markup). I haven't conducted research on how <ul>s (*) and <dl>s are actually treated by screen readers and such, and that information is welcome.

Wed, Jan 19, 11:40 PM · MW-1.38-notes (1.38.0-wmf.19; 2022-01-24), Patch-For-Review, Goal, Editing-team (FY2021-22 Kanban Board), DiscussionTools
Jack_who_built_the_house added a comment to T259864: Enable Reply Tool to adapt to indentation syntax used at ru.wiki.

Thanks for implementing this change. The implementation is faulty though. Perhaps I should have mentioned this earlier, but it didn't came to my mind and you didn't ask.

Wed, Jan 19, 10:43 PM · MW-1.38-notes (1.38.0-wmf.19; 2022-01-24), Patch-For-Review, Goal, Editing-team (FY2021-22 Kanban Board), DiscussionTools

Mon, Jan 17

Jack_who_built_the_house added a comment to T29766: Allow loading gadget module by URL query parameter.

In any event, making the withgadget feature opt-in is trivial with a boolean option. Something like [allow-impromptu] or [anywhere=allowed], with the documentation mentioning that the option allows the gadget to load by permalink even on accounts that have not chosen to enable it.

Note the patch suggested by @Ammarpad: https://gerrit.wikimedia.org/r/752995.

Mon, Jan 17, 5:04 PM · Patch-For-Review, User-notice, MW-1.38-notes (1.38.0-wmf.16; 2022-01-03), Security-Team, MediaWiki-extensions-Gadgets
Jack_who_built_the_house added a comment to T298909: Verify Reply Tool and Convenient Discussions work well together.

Potentially fragile, but if you get in before DT actually does its initialization then you can disable a lot of it by changing the properties on mw.config.get( 'wgDiscussionToolsFeaturesEnabled' ). e.g. mw.config.get( 'wgDiscussionToolsFeaturesEnabled' ).newtopictool = false will stop us from hooking the relevant new-section links in the first place...

Thanks, I'll check it out.

Mon, Jan 17, 11:25 AM · Goal, Patch-For-Review, Convenient-Discussions, Editing-team (FY2021-22 Kanban Board), Russian-Sites, DiscussionTools

Wed, Jan 12

Jack_who_built_the_house added a comment to T298996: VisualEditor should load gadgets configured for action=edit.

Note that VisualEditor has a plugin interface, which is based on loading RL modules that are listed in mw.libs.ve.targetLoader.addPlugin, or wgVisualEditorPluginModules, or queued via mw.hook( 've.loadModules' ). If a gadget is using this today, then presumably it is already working as intended.

Thanks for sharing this. There was a race condition in the code previously suggested by the docs (or at least this ended up in RuWP's Common.js):

mw.loader.using( 'ext.visualEditor.desktopArticleTarget.init' ).then( function () {
  mw.libs.ve.addPlugin( function () {
    return mw.loader.using( 'ext.gadget.gadgetName' );
  } );
} );

– this had resulted in tools sometimes being loaded, sometimes not when the user opened &action=edit or &veaction=editsource directly instead of clicking "Edit source" on the article page. With the updated code, all gadgets and even user scripts I checked get loaded in time to add their button.

Wed, Jan 12, 9:50 PM · VisualEditor, VisualEditor-Initialisation, VisualEditor-MediaWiki
Jack_who_built_the_house added a comment to T204201: Extend MediaWiki:Gadgets-definition capabilities.

Every useful gadget may be called from an external wiki. In this case, no Gadgets-definition is present, and there is no official support for cross-wiki usage of gadgets via URL yet.

Wouldn't URLs like https://en.wikipedia.org/w/load.php?modules=ext.gadget.Navigation_popups work cross-wiki? (Although I agree, forbidding some action=raw URLs seems a little extreme.)

Wed, Jan 12, 7:54 AM · Patch-For-Review, MediaWiki-extensions-Gadgets
Jack_who_built_the_house added a comment to T259864: Enable Reply Tool to adapt to indentation syntax used at ru.wiki.

I started looking into matching your implementation of indentationCharMode: 'mimic', but then I realized that Russian Wikipedia uses the 'unify' mode, which already matches the behavior of DiscussionTools, as far as I can tell. Am I missing something?

No, that's correct. I just thought you came to a conclusion that mimicking the comment being replied to is better than simple unify from the perspective of the junior-senior contributor dynamic :-)

Wed, Jan 12, 7:30 AM · MW-1.38-notes (1.38.0-wmf.19; 2022-01-24), Patch-For-Review, Goal, Editing-team (FY2021-22 Kanban Board), DiscussionTools

Tue, Jan 11

Jack_who_built_the_house added a comment to T259864: Enable Reply Tool to adapt to indentation syntax used at ru.wiki.

In a meeting the Editing Team had on 15-Dec-2021, we came to think a good first step (see "Thinking" below) would be to implement an approach similar to the mimic mode @Jack_who_built_the_house described in T259864#6931828.

Just want to note that the current behavior of CD's mimic mode is to repeat the indentation of the previous comment when posting a comment at the first level (i.e., replying to a topic), not the indentation of the comment being responded when replying to a reply. The broad idea behind that is:

  • There can be different indentation styles on the same wiki. For example, you can often see topics at EnWP's Village pump where people use * indentation despite that in most other places, : is the convention.
  • On default settings, at least for the first level comments, the tool should work as users expect on the wiki. So, mimicking the style already used is the safest way.
Tue, Jan 11, 9:57 AM · MW-1.38-notes (1.38.0-wmf.19; 2022-01-24), Patch-For-Review, Goal, Editing-team (FY2021-22 Kanban Board), DiscussionTools
Jack_who_built_the_house added a comment to T298909: Verify Reply Tool and Convenient Discussions work well together.

Right, CD currently displays a warning notification and offers a link to disable (that performs an option API request), although when Reply Tool gets enabled in Russian Wikipedia by default, I expect a lot of confusion among users about what is DiscussionTools and why they need to disable it, so I was thinking about automatically disabling it on the part of CD and displaying a notification about that.

Tue, Jan 11, 8:43 AM · Goal, Patch-For-Review, Convenient-Discussions, Editing-team (FY2021-22 Kanban Board), Russian-Sites, DiscussionTools

Sat, Jan 8

Jack_who_built_the_house added a comment to T204201: Extend MediaWiki:Gadgets-definition capabilities.

As per template gadgets, it may be useful a magic word or TemplateStyles-like extension that loads a specific gadget on the page, rather than defining the list of pages/templates it should be loaded on the gadget definition. However, for security, those gadgets should probably be explicitly marked as "safe to be included in pages" in the gadget definition.

A list of pages/templates as a condition seems like a bad idea to me, I explained why. A more reasonable choice is a category that can be hidden. Hard to say whether a magic word or an explicit option in gadget definitions is better. But not all gadgets that should load based on category could be described as "template gadgets". Both English Wikipedia and Russian Wikipedia currently have an universally loaded code for a BLP notice for pages with "Living people" and "Possibly living people" categories. In Russian Wikipedia, these categories are added by templates, but in English Wikipedia, they are placed in every article. So, a magic word will not work in that case.

Sat, Jan 8, 11:46 AM · Patch-For-Review, MediaWiki-extensions-Gadgets
Jack_who_built_the_house added a comment to T204201: Extend MediaWiki:Gadgets-definition capabilities.

Until all of this gets ever implemented, it may be a good idea to split those gadgets into 2: Move all the gadget contents and dependencies to a new hidden gadget, and leave on the primary gadget only the logic for activation, and a call to mw.loader.load() that loads the hidden gadget. This would reduce the length of JavaScript code that gets loaded on all pages that don't make use of these. The drawback would be it takes more time to load (probably not critical for most gadgets).

We did exactly that (except that we didn't split each gadget – just included the conditioning code in Common.js) for default gadgets for actions, special pages and namespaces, and now, as actions is introduced in Gadgets-definition, starting to remove this code. Hopefully the same happens for special pages soon. Namespaces could be less urgent/relevant.

Sat, Jan 8, 11:18 AM · Patch-For-Review, MediaWiki-extensions-Gadgets
Jack_who_built_the_house updated subscribers of T204201: Extend MediaWiki:Gadgets-definition capabilities.

I currently think, after page actions as selectors are implemented, the next capabilities worthy of implementation can be special pages and categories. For example, in Russian Wikipedia:

  • We have as much as 7 default gadgets for special pages.
  • We also have a significant number of scripts/gadgets that run depending on the content of the page (generally, inside templates). I see "Transcluded page" is mentioned in the task as a separate item, but I suspect a (most likely, hidden) category would serve better as a selector. Not too specific, template moves wouldn't affect gadgets, multiple templates can contain the same category.
Sat, Jan 8, 4:16 AM · Patch-For-Review, MediaWiki-extensions-Gadgets

Fri, Jan 7

Jack_who_built_the_house committed rMGCD434056bd09e1: Fix page navigation position in new Vector in RTL wikis (authored by Jack_who_built_the_house).
Fix page navigation position in new Vector in RTL wikis
Fri, Jan 7, 12:02 PM
Jack_who_built_the_house committed rMGCD64b3584ed7e1: Add Vietnamese language (authored by Jack_who_built_the_house).
Add Vietnamese language
Fri, Jan 7, 9:06 AM
Jack_who_built_the_house committed rMGCD2c5be514f52f: Provide compatibility with new Vector and its sticky header (authored by Jack_who_built_the_house).
Provide compatibility with new Vector and its sticky header
Fri, Jan 7, 6:25 AM

Thu, Dec 30

Jack_who_built_the_house added a comment to T298359: Timeless skin should better use the same layout for logo as other skins.

the current optimization on most logos is performed using this script. I tested them on this image which produced about 25% savings on the raw file size.

Thank you for showing where to look. So, it's basically zopflipng that worked in this case.

npm install --global zopflipng-bin
zopflipng --lossy_transparent -m Wikipedia-logo-v4-ru-xmas_135px.png --prefix="optimized-"

I too got a 25% (well, 24%) smaller version, and I don't see any visible quality loss (don't look at the previews, click – Phabricator applies its own compression to previews):

OriginalResult
Wikipedia-logo-v4-ru-xmas_135px.png (155×135 px, 36 KB)
optimized-Wikipedia-logo-v4-ru-xmas_135px.png (155×135 px, 27 KB)
Thu, Dec 30, 11:26 PM · Logos, Timeless
Jack_who_built_the_house added a comment to T298359: Timeless skin should better use the same layout for logo as other skins.

the CSS gadget in ruwiki exists not as an initiative of the interface administrators, but as a will of the community, part of which wants an easy way to opt-out all logo changes

By the way, could there be a technical way to have logos be changed by request and still keep a way to opt out of changes? This way, the gadget could still work to cancel the logo change. Something like this:

<a class="mw-wiki-logo mw-wiki-logo-temporary" data-original-logo="//ru.wikipedia.org/static/images/project-logos/ruwiki.png"></a>

Then there should be a way to specify in the config that some logo is temporary (if there isn't already).

Thu, Dec 30, 6:39 PM · Logos, Timeless
Jack_who_built_the_house added a comment to T298359: Timeless skin should better use the same layout for logo as other skins.

Yes. To clarify, this is a sysadmin-imposed policy that all interface administrators are expected to follow.

Thanks for informing. But there is a problem – the CSS gadget in ruwiki exists not as an initiative of the interface administrators, but as a will of the community part of which wants an easy way to opt-out all logo changes. Interface administrators also can't override community decisions. Obviously, interface administrators (and me personally) could initiate a discussion where we could describe the official guideline, but it's not 100% that this discussion ends with its adoption.

Thu, Dec 30, 5:19 PM · Logos, Timeless
Jack_who_built_the_house added a comment to T198758: Load .json configuration files via ResourceLoaderWikiModule.

Now that this lucky day is near, I want to remind that with this patch, MediaWiki makes a small step to reduce the attack surface involving Interface admins. After data is moved to .json that is bundled with the gadget, people who hold this flag solely due to a need to edit some data stored in JS will no longer need it and can have their permissions revoked with no worries.

Thu, Dec 30, 3:53 AM · User-notice, MW-1.38-notes (1.38.0-wmf.16; 2022-01-03), Performance-Team, MediaWiki-extensions-Gadgets, MediaWiki-ResourceLoader

Wed, Dec 29

Jack_who_built_the_house updated the task description for T298359: Timeless skin should better use the same layout for logo as other skins.
Wed, Dec 29, 4:33 PM · Logos, Timeless
Jack_who_built_the_house updated the task description for T298359: Timeless skin should better use the same layout for logo as other skins.
Wed, Dec 29, 4:31 PM · Logos, Timeless
Jack_who_built_the_house renamed T298359: Timeless skin should better use the same layout for logo as other skins from Timeless skin should use the same layout for logo as other skins to Timeless skin should better use the same layout for logo as other skins.
Wed, Dec 29, 7:31 AM · Logos, Timeless
Jack_who_built_the_house added a comment to T298359: Timeless skin should better use the same layout for logo as other skins.

Look, this task wasn't positioned as "Timeless skin doesn't deliver something that is officially supported by MediaWiki". (I'll rename it so that it better conveys this.)

Wed, Dec 29, 7:31 AM · Logos, Timeless
Jack_who_built_the_house added a comment to T298359: Timeless skin should better use the same layout for logo as other skins.

Yes. See meta which points to T256295: [[meta:Logo#Temporary logo variants]] should not advertise local CSS overwriting. (I found a couple places on MediaWiki wiki that still advertise this.)

Thanks. The guide for changing a logo is also helpful (which answers my first question – a good timing is probably achievable). But I'm not sure that the community would consider the reason mentioned here (traffic increase) as enough to give up the convenience of disabling the logo (although I know that this could be seen as a manifestation of a bias editors have against readers). The current ruwiki logo size is also quite low, 8KB, so traffic increase is insignificant. And it is cached.

Wed, Dec 29, 6:52 AM · Logos, Timeless
Jack_who_built_the_house added a comment to T298359: Timeless skin should better use the same layout for logo as other skins.

...I forgot one of the main reasons why a gadget is used – some users just don't like the logo being changed. So, unless there is a way to have different logos for different users according to their preferences, CSS hacks will be used, I believe.

Wed, Dec 29, 4:42 AM · Logos, Timeless
Jack_who_built_the_house added a comment to T298359: Timeless skin should better use the same layout for logo as other skins.

@Izno Do you mean a config change should be requested every time a logo is desired to be changed? Is it possible to have a good timing for such logo changes? Also, I know for sure that wikis exist that use custom logos for particular pages. Can you demonstrate how this can be done in a way other than a CSS hack?

Wed, Dec 29, 4:25 AM · Logos, Timeless
Jack_who_built_the_house updated the task description for T298359: Timeless skin should better use the same layout for logo as other skins.
Wed, Dec 29, 3:59 AM · Logos, Timeless
Jack_who_built_the_house updated the task description for T298359: Timeless skin should better use the same layout for logo as other skins.
Wed, Dec 29, 3:46 AM · Logos, Timeless
1234qwer1234qwer4 awarded T298359: Timeless skin should better use the same layout for logo as other skins a Y So Serious token.
Wed, Dec 29, 2:55 AM · Logos, Timeless
Jack_who_built_the_house updated the task description for T298359: Timeless skin should better use the same layout for logo as other skins.
Wed, Dec 29, 2:55 AM · Logos, Timeless
Jack_who_built_the_house created T298359: Timeless skin should better use the same layout for logo as other skins.
Wed, Dec 29, 2:52 AM · Logos, Timeless

Sat, Dec 25

Jack_who_built_the_house updated subscribers of T181677: Implement syntax highlight for U+00A0 (no-break space, nbsp).
Sat, Dec 25, 4:53 PM · Patch-Needs-Improvement, MediaWiki-extensions-CodeMirror
Jack_who_built_the_house added a comment to T271906: Making non-breaking spaces visible while editing.

If you're talking about the CodeMirror editor, it may be doable (if not done already), and this task would need to be assigned to that project.

Sat, Dec 25, 4:47 PM · WikiEditor
Jack_who_built_the_house added a comment to T181677: Implement syntax highlight for U+00A0 (no-break space, nbsp).

This would be extremely helpful for Russian Wikipedia where all &nbsp; are replaced with a symbol by an automatic instrument (Wikificator) that is enabled by default. The lack of such highlighing is the root of many disputes that are easily avoidable. (The most recent is today.)

Sat, Dec 25, 4:28 PM · Patch-Needs-Improvement, MediaWiki-extensions-CodeMirror

Dec 7 2021

Jack_who_built_the_house added a comment to T297071: Search query length limit in UI is wrong, short for non-Latin alphabets.

I can also put in 126 4-byte smiley faces (😀😃😄😁😆) or 4-byte CJK characters (丽丸𠄢乁你)

I think you can put 63 of them (tested in Chrome and Firefox), it's just that '😀'.length and '丽'.length returns 2.

Dec 7 2021, 12:55 AM · Discovery-Search, MediaWiki-Search

Dec 6 2021

Jack_who_built_the_house updated the task description for T297071: Search query length limit in UI is wrong, short for non-Latin alphabets.
Dec 6 2021, 4:47 AM · Discovery-Search, MediaWiki-Search
Jack_who_built_the_house updated the task description for T297071: Search query length limit in UI is wrong, short for non-Latin alphabets.
Dec 6 2021, 4:46 AM · Discovery-Search, MediaWiki-Search
Jack_who_built_the_house updated the task description for T297071: Search query length limit in UI is wrong, short for non-Latin alphabets.
Dec 6 2021, 4:45 AM · Discovery-Search, MediaWiki-Search
Jack_who_built_the_house created T297071: Search query length limit in UI is wrong, short for non-Latin alphabets.
Dec 6 2021, 4:32 AM · Discovery-Search, MediaWiki-Search

Dec 4 2021

GKFX awarded T200704: TemplateStyles don't work when the template is inside a link a Like token.
Dec 4 2021, 12:02 AM · MediaWiki-Parser, TemplateStyles

Nov 28 2021

Jack_who_built_the_house committed rMGCD68ead70873a7: Wrap Intl.DateTimeFormat() into try...catch (authored by Jack_who_built_the_house).
Wrap Intl.DateTimeFormat() into try...catch
Nov 28 2021, 3:28 PM

Nov 27 2021

Jack_who_built_the_house added a comment to T207365: URL with % in fragment breaks many scripts.

DiscussionTools also doesn't work on pages with % in the fragment.

Nov 27 2021, 1:50 PM · MediaWiki-Parser, MediaWiki-Interface (active libraries), Wikimedia-production-error, MediaWiki-General, JavaScript

Nov 21 2021

Jack_who_built_the_house added a comment to T296149: After viewing media, "Back" and "Forward" buttons stop working properly.

Thanks.

Nov 21 2021, 8:06 PM · MediaViewer
Jack_who_built_the_house added a comment to T292576: Scroll position is not being preserved when navigating back to the article where image once was opened.

T296149 that I created documented a similar bug except my task was about on-page navigation using the table of contents. But by all appearances they have the same root issue. So, both on-page navigation with "Back" and "Forward" and keeping the scroll position in the case of cross-page navigation are impaired.

Nov 21 2021, 8:05 PM · MediaViewer
Jack_who_built_the_house merged task T296149: After viewing media, "Back" and "Forward" buttons stop working properly into T292576: Scroll position is not being preserved when navigating back to the article where image once was opened.
Nov 21 2021, 7:58 PM · MediaViewer
Jack_who_built_the_house merged T296149: After viewing media, "Back" and "Forward" buttons stop working properly into T292576: Scroll position is not being preserved when navigating back to the article where image once was opened.
Nov 21 2021, 7:58 PM · MediaViewer
Jack_who_built_the_house updated the task description for T296149: After viewing media, "Back" and "Forward" buttons stop working properly.
Nov 21 2021, 12:57 PM · MediaViewer
Jack_who_built_the_house updated the task description for T296149: After viewing media, "Back" and "Forward" buttons stop working properly.
Nov 21 2021, 12:56 PM · MediaViewer
Jack_who_built_the_house added a project to T296149: After viewing media, "Back" and "Forward" buttons stop working properly: Readers-Web-Backlog.
Nov 21 2021, 12:55 PM · MediaViewer
Jack_who_built_the_house updated the task description for T296149: After viewing media, "Back" and "Forward" buttons stop working properly.
Nov 21 2021, 12:51 PM · MediaViewer
Jack_who_built_the_house updated the task description for T296149: After viewing media, "Back" and "Forward" buttons stop working properly.
Nov 21 2021, 12:48 PM · MediaViewer
Jack_who_built_the_house renamed T296149: After viewing media, "Back" and "Forward" buttons stop working properly from After viewing media, "Back" and "Forward" buttons stopsworking to After viewing media, "Back" and "Forward" buttons stop working properly.
Nov 21 2021, 12:47 PM · MediaViewer
Jack_who_built_the_house created T296149: After viewing media, "Back" and "Forward" buttons stop working properly.
Nov 21 2021, 12:44 PM · MediaViewer
Jack_who_built_the_house committed rMGCDa4d4f7625585: Extract some submethods in Comment class (authored by Jack_who_built_the_house).
Extract some submethods in Comment class
Nov 21 2021, 12:08 PM
Jack_who_built_the_house committed rMGCD480a328095fa: Make Instant Diffs user script work with CD diff links (authored by Jack_who_built_the_house).
Make Instant Diffs user script work with CD diff links
Nov 21 2021, 12:08 PM
Jack_who_built_the_house committed rMGCDffc5c7cb86ea: Extract CopyLinkDialog (authored by Jack_who_built_the_house).
Extract CopyLinkDialog
Nov 21 2021, 12:08 PM
Jack_who_built_the_house committed rMGCD0368bb21cbea: Improve subscribe notification when topic subscription is off (authored by Jack_who_built_the_house).
Improve subscribe notification when topic subscription is off
Nov 21 2021, 12:08 PM
Jack_who_built_the_house committed rMGCD7c8cd3207e29: Fix detecting voting sections (authored by Jack_who_built_the_house).
Fix detecting voting sections
Nov 21 2021, 12:08 PM
Jack_who_built_the_house committed rMGCD3cf038e8b078: Rename Comment#isSubscribedTo to subscriptionState (authored by Jack_who_built_the_house).
Rename Comment#isSubscribedTo to subscriptionState
Nov 21 2021, 12:08 PM
Jack_who_built_the_house committed rMGCD623128e548ec: Make comment copy link button into an actual link (authored by Jack_who_built_the_house).
Make comment copy link button into an actual link
Nov 21 2021, 12:08 PM
Jack_who_built_the_house committed rMGCD711759299fc2: Fix finding matches for DT comment IDs (authored by Jack_who_built_the_house).
Fix finding matches for DT comment IDs
Nov 21 2021, 12:08 PM
Jack_who_built_the_house committed rMGCD74755af670f8: Fix JS error in updateChecker~mapComments (authored by Jack_who_built_the_house).
Fix JS error in updateChecker~mapComments
Nov 21 2021, 12:08 PM
Jack_who_built_the_house committed rMGCD0789bd30b70a: Use local name for Special:Diff page, change config properties (authored by Jack_who_built_the_house).
Use local name for Special:Diff page, change config properties
Nov 21 2021, 12:08 PM
Jack_who_built_the_house committed rMGCD0149e192d922: Fix hotkeys being registered on each page reload (authored by Jack_who_built_the_house).
Fix hotkeys being registered on each page reload
Nov 21 2021, 12:08 PM

Nov 19 2021

Jack_who_built_the_house added a comment to T295950: Simplify automatic re-subscribe logic.

Will there be any uses left for the "unsubscribed" state in the database? (First of all, I'm trying to figure out whether I should keep track of this state in Convenient-Discussions, if I make CD's behavior the same as planned here. But also one could wonder what will be the point of keeping "unsubscribed" entries in the database after the differences in behavior disappear.)

Nov 19 2021, 8:43 PM · User-Ryasmeen, Verified, MW-1.38-notes (1.38.0-wmf.16; 2022-01-03), Goal, Editing-team (FY2021-22 Kanban Board), DiscussionTools
Jack_who_built_the_house created T296090: Allow to mute discussions I'm subscribed to for a period of time.
Nov 19 2021, 3:12 PM · OWC2020, DiscussionTools

Nov 18 2021

Jack_who_built_the_house committed rMGCD23d6f35dce8d: Add mention toolbar tool to "insert" group instead of creating new (authored by Jack_who_built_the_house).
Add mention toolbar tool to "insert" group instead of creating new
Nov 18 2021, 6:36 PM
Jack_who_built_the_house committed rMGCD35b81c43892c: Supply mw.user object to some strings to make {{gender:}} work (authored by Jack_who_built_the_house).
Supply mw.user object to some strings to make {{gender:}} work
Nov 18 2021, 6:36 PM
Jack_who_built_the_house committed rMGCD04227eb65383: Use Cmd key instead of Ctrl on Macs (authored by Jack_who_built_the_house).
Use Cmd key instead of Ctrl on Macs
Nov 18 2021, 6:36 PM
Jack_who_built_the_house committed rMGCDccd2da9102c8: Use mw: prefix for Commons links in all i18n strings (authored by Jack_who_built_the_house).
Use mw: prefix for Commons links in all i18n strings
Nov 18 2021, 6:36 PM

Nov 17 2021

Jack_who_built_the_house committed rMGCDbd2e64c9bd6f: Fix some English strings (authored by Jack_who_built_the_house).
Fix some English strings
Nov 17 2021, 8:20 PM
Jack_who_built_the_house committed rMGCDf14ab05c218a: Use DT comment IDs in comment links autocomplete (authored by Jack_who_built_the_house).
Use DT comment IDs in comment links autocomplete
Nov 17 2021, 8:20 PM
Jack_who_built_the_house committed rMGCD93093268f95b: Handle clicks on links pointing to DT comment IDs (authored by Jack_who_built_the_house).
Handle clicks on links pointing to DT comment IDs
Nov 17 2021, 8:20 PM
Jack_who_built_the_house committed rMGCD239cbf82a5d3: Remove redundant error checks in apiWrappers module (authored by Jack_who_built_the_house).
Remove redundant error checks in apiWrappers module
Nov 17 2021, 8:20 PM
Jack_who_built_the_house committed rMGCDc31241a502ab: Restore Array.from() for some non-iterables (authored by Jack_who_built_the_house).
Restore Array.from() for some non-iterables
Nov 17 2021, 8:20 PM
Jack_who_built_the_house committed rMGCD78b2e940c87e: Show diffs in monospace font if enabled in site preferences (authored by Jack_who_built_the_house).
Show diffs in monospace font if enabled in site preferences
Nov 17 2021, 8:20 PM

Nov 16 2021

Jack_who_built_the_house committed rMGCD20a7e7410b83: Merge branch 'master' of https://github.com/jwbth/convenient-discussions (authored by Jack_who_built_the_house).
Merge branch 'master' of https://github.com/jwbth/convenient-discussions
Nov 16 2021, 10:34 PM
Jack_who_built_the_house committed rMGCDeafadeba6c04: Apply minor improvements (authored by Jack_who_built_the_house).
Apply minor improvements
Nov 16 2021, 10:18 PM
Jack_who_built_the_house committed rMGCD0f526117a6f4: Improve error message behavior in dialogs (authored by Jack_who_built_the_house).
Improve error message behavior in dialogs
Nov 16 2021, 10:18 PM
Jack_who_built_the_house committed rMGCD25df625f37e7: Add items to feature list in README.md (authored by Jack_who_built_the_house).
Add items to feature list in README.md
Nov 16 2021, 10:18 PM
Jack_who_built_the_house committed rMGCDc87d73792730: Use spread syntax instead of Array.from (authored by Jack_who_built_the_house).
Use spread syntax instead of Array.from
Nov 16 2021, 10:18 PM
Jack_who_built_the_house committed rMGCD94469a6630f3: Implement support of DT's topic subscriptions API (authored by Jack_who_built_the_house).
Implement support of DT's topic subscriptions API
Nov 16 2021, 10:18 PM
Jack_who_built_the_house committed rMGCD153fb0c9d0fa: Extract Parser#processLinkData from Parser#timestampsToSignatures (authored by Jack_who_built_the_house).
Extract Parser#processLinkData from Parser#timestampsToSignatures
Nov 16 2021, 10:18 PM
Jack_who_built_the_house committed rMGCDe66b503f1307: Fix comment quoting that opens a reply form in old design (authored by Jack_who_built_the_house).
Fix comment quoting that opens a reply form in old design
Nov 16 2021, 10:18 PM
Jack_who_built_the_house committed rMGCDc013053bde29: Use DT anchor in "Copy comment link" dialog if available (authored by Jack_who_built_the_house).
Use DT anchor in "Copy comment link" dialog if available
Nov 16 2021, 10:18 PM
Jack_who_built_the_house committed rMGCDa61ee79b3436: Decrease duration of target comments highlighting more (authored by Jack_who_built_the_house).
Decrease duration of target comments highlighting more
Nov 16 2021, 10:18 PM
Jack_who_built_the_house committed rMGCD91ff86174345: Fix CommentSkeleton after moving components from from Parser class (authored by Jack_who_built_the_house).
Fix CommentSkeleton after moving components from from Parser class
Nov 16 2021, 10:18 PM
Jack_who_built_the_house committed rMGCD008a5724cd20: Fix behavior of comment menu in old design (authored by Jack_who_built_the_house).
Fix behavior of comment menu in old design
Nov 16 2021, 10:18 PM
Jack_who_built_the_house committed rMGCD43ad53f464ce: Fix .cd-connectToPreviousItem CSS (authored by Jack_who_built_the_house).
Fix .cd-connectToPreviousItem CSS
Nov 16 2021, 10:18 PM
Jack_who_built_the_house committed rMGCD0c00584d82c2: Treat first signature in comment as comment's signature, not last (authored by Jack_who_built_the_house).
Treat first signature in comment as comment's signature, not last
Nov 16 2021, 10:18 PM
Jack_who_built_the_house committed rMGCDf5f3e00aafb3: w-ru: Add item to page whitelist (authored by Jack_who_built_the_house).
w-ru: Add item to page whitelist
Nov 16 2021, 10:18 PM
Jack_who_built_the_house committed rMGCDb366399c413e: Don't use mix-blend-mode in old comments design (authored by Jack_who_built_the_house).
Don't use mix-blend-mode in old comments design
Nov 16 2021, 10:18 PM
Jack_who_built_the_house committed rMGCD8040037353a7: Set DiscussionTools IDs as property to comments (authored by Jack_who_built_the_house).
Set DiscussionTools IDs as property to comments
Nov 16 2021, 10:18 PM
Jack_who_built_the_house committed rMGCDae3da485d8e2: Split content of "Copy comment link" dialog into anchor and diff links (authored by Jack_who_built_the_house).
Split content of "Copy comment link" dialog into anchor and diff links
Nov 16 2021, 10:18 PM
Jack_who_built_the_house committed rMGCDd99f879cdf2f: Fix modals being overlapped by interface elements in non-default skins (authored by Jack_who_built_the_house).
Fix modals being overlapped by interface elements in non-default skins
Nov 16 2021, 10:18 PM

Nov 7 2021

Jack_who_built_the_house added a comment to T295225: Show "Next edit" link on the latest diff if a new edit is made while user is viewing the diff.

Is there any global task dedicated to moving MediaWiki further to the Ajax paradigm, or are there any such plans at all? This feature is one that came to my mind as well, but I thought I makes not much sense as long as history pages aren't dynamically updated as well, like the modern watchlist does. I see that MediaWiki is deemed to be just OK with static pages (given that Ajax has been around for a very long time, and only few pages have adopted it so far), but I don't quite see what would change for the worse if it moves in that direction, and I clearly see what would change for the better.

Nov 7 2021, 11:38 PM · Revision-Slider, MediaWiki-Page-diffs

Nov 6 2021

Jack_who_built_the_house added a comment to T294982: Investigate whether notifications should be throttled (one notification per user/per day).

In any case, there must be high demand for receiving notifications right when the comments are left, not after a delay. Topic subscription is a great innovation that makes Wikimedia projects closer to the original meaning of the "wiki" part of their name by eliminating the pain of constantly refreshing the watchlist (or even visit different watchlists if you're active on different wikis as long as MediaWiki-extensions-GlobalWatchlist is not in its best shape).

Nov 6 2021, 12:12 AM · Editing-team, DiscussionTools, OWC2020

Nov 5 2021

Jack_who_built_the_house created T295107: Title of buttons in ButtonGroupWidget/ButtonSelectWidget is not displayed when button is disabled.
Nov 5 2021, 1:50 AM · OOUI

Nov 4 2021

Jack_who_built_the_house committed rMGCD10edcc38ebe7: Move comment parsing components from Parser module to CommentSkeleton (authored by Jack_who_built_the_house).
Move comment parsing components from Parser module to CommentSkeleton
Nov 4 2021, 9:11 PM