Page MenuHomePhabricator

Thryduulf (Chris McKenna)
User

Projects

User does not belong to any projects.

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Friday

  • Clear sailing ahead.

User Details

User Since
Oct 25 2014, 8:43 PM (352 w, 3 d)
Availability
Available
LDAP User
Unknown
MediaWiki User
Thryduulf [ Global Accounts ]

Recent Activity

May 16 2021

Thryduulf added a comment to T165493: First discussion how to realize "Receive notifications when files you have uploaded are used somewhere".

I agree with Ainali regarding opt-in/opt-out

May 16 2021, 10:19 PM · archived--TCB-Team, German-Community-Wishlist
Thryduulf added a comment to T143711: Open questions to fulfill "Be notified when your file is used somewhere".

My answers:

May 16 2021, 10:05 PM · archived--TCB-Team, German-Community-Wishlist

May 12 2021

freephile awarded T53736: Consider changing wikipage redirects to be proper HTTP redirects a Like token.
May 12 2021, 9:37 PM · Platform Engineering Roadmap Decision Making, Product-Infrastructure-Team-Backlog, TechCom-RFC (TechCom-RFC-Closed), User-notice, MediaWiki-Redirects

May 1 2021

Thryduulf added a comment to T280745: Ensure plain text is pasted into DiscussionTools source mode.

@ppelberg the status quo at least on en.wp if (some?) formatted text is pasted the user is given a choice about whether to paste plain text or wikitext. imo the choice (whether by model dialog or some other method) is very significantly superior to always doing one or the other.

May 1 2021, 3:29 AM · Verified, MW-1.37-notes (1.37.0-wmf.5; 2021-05-11), Editing-team (FY2021-22 Kanban Board), DiscussionTools

Apr 25 2021

Thryduulf added a comment to T280745: Ensure plain text is pasted into DiscussionTools source mode.

The status quo is:

  • Someone copies formatted text and pastes it into the source mode of a reply or new discussion
  • A dialog asks whether they want to paste as plain text or convert it to Wikitext
  • The user chooses whichever option they want.

I still don't understand what the problem with this is? As long as both options do what they say they will do, then it doesn't matter what people want or expect (and I expect that any expectation for plain text is just that there has never been any option until now).

Apr 25 2021, 10:49 PM · Verified, MW-1.37-notes (1.37.0-wmf.5; 2021-05-11), Editing-team (FY2021-22 Kanban Board), DiscussionTools

Apr 22 2021

Thryduulf added a comment to T280745: Ensure plain text is pasted into DiscussionTools source mode.

I agree with Tacsipacsi - the current behaviour seems desirable to me. The issues I reported at https://en.wikipedia.org/wiki/Wikipedia_talk:Talk_pages_project#Pasting_templates were not that this option appears but that when the "use plain text" option is selected nothing is pasted.

Apr 22 2021, 4:34 PM · Verified, MW-1.37-notes (1.37.0-wmf.5; 2021-05-11), Editing-team (FY2021-22 Kanban Board), DiscussionTools
Thryduulf added a comment to T169934: Reconsider how users can be contacted (email, talk page, notifications) on wikis where they have never edited but have logged-in..

Perhaps there could be some way in your global preferences to control which wikis you want to accept emails from?

Apr 22 2021, 4:27 PM · Anti-Harassment

Apr 20 2021

Urfiner awarded T54645: VisualEditor: Tool to set/unset text color a Evil Spooky Haunted Tree token.
Apr 20 2021, 4:32 PM · VisualEditor, VisualEditor-EditingTools

Apr 15 2021

Krinkle awarded T279141: Discussion tools source mode should display navigation popups when enabled a Love token.
Apr 15 2021, 8:56 PM · Verified, Editing-team (FY2021-22 Kanban Board), MW-1.37-notes (1.37.0-wmf.3; 2021-04-27), DiscussionTools
Thryduulf added a comment to T278476: When there are long elements on the right side of the page, the Reply box opens after those elements, rather than instead of where the reply will be posted..

@Thryduulf and/or @Whatamidoing-WMF: do y'all have a sense for how many often you've observed this happening and/or encountered pages where you think it might [i]?


i. Read: talk pages where infobox-like elements on the side of a talk page.

Apr 15 2021, 1:41 AM · Verified, Editing-team (FY2021-22 Kanban Board), DiscussionTools

Apr 9 2021

Thryduulf added a comment to T276614: Consult with volunteers about the prototype.

T277919 has now been marked as invalid, but the problem remains. It seems T25310: Global suppression does not work properly when the target has already been locally blocked seems to be the relevant task for that, but that's been open since 2010 and is marked as low priority, with two blocking tasks also marked as low priority. As the issue is still (imo) a blocker it might be worth considering whether it is possible/desirable to release a version of DiscussionTools that does not include username suggestions.

Apr 9 2021, 1:48 PM · Editing-team (FY2021-22 Kanban Board), DiscussionTools
Thryduulf added a comment to T25310: Global suppression does not work properly when the target has already been locally blocked.

See also T277919 where the issue regarding username autocompletion was initially raised. With such tools very significantly raising the visibility of username lists, making sure they don't display ones that are potentially libellous (e.g. accusations of paedophilia) or contain non-public information (e.g. other editor's home addresses) is now a much higher priority.

Apr 9 2021, 1:44 PM · Editing-team, User-Rxy, Vuln-Infoleak, MediaWiki-Revision-deletion, Stewards-and-global-tools, MediaWiki-extensions-CentralAuth

Apr 8 2021

Thryduulf renamed T279141: Discussion tools source mode should display navigation popups when enabled from Discussion tools source more should display navigation popups when enabled to Discussion tools source mode should display navigation popups when enabled.
Apr 8 2021, 5:14 PM · Verified, Editing-team (FY2021-22 Kanban Board), MW-1.37-notes (1.37.0-wmf.3; 2021-04-27), DiscussionTools

Apr 6 2021

Thryduulf added a comment to T276614: Consult with volunteers about the prototype.

I've just discovered the existence of T279400 Make the feedback link for New Discussion tool point to the project page about the New Discussion tool (not the Reply tool)
It would be desirable, but not essential, to fix this before rolling out further.

Apr 6 2021, 10:41 AM · Editing-team (FY2021-22 Kanban Board), DiscussionTools
Thryduulf added a comment to T279424: Abandoned comments get resurrected (unsaved changes).

If using the reply tool to a reply to a comment and that comment is removed in the page edit:

  • If the comment you were replying to was the last on the page, your unsaved comment disappears as is desired
  • if the comment you were replying to was not the last on the page, your unsaved comment becomes an unsaved reply to the comment following the one that was removed.
Apr 6 2021, 10:37 AM · DiscussionTools
Thryduulf added a comment to T276614: Consult with volunteers about the prototype.

I've just created T279424 Abandoned comments get resurrected (unsaved changes). This is a medium-low priority task which can be fixed before or after DiscussionTools becomes an opt-in feature.

Apr 6 2021, 10:30 AM · Editing-team (FY2021-22 Kanban Board), DiscussionTools
Thryduulf renamed T279424: Abandoned comments get resurrected (unsaved changes) from Abanonded comments get resurected (unsaved changes) to Abandoned comments get resurrected (unsaved changes).
Apr 6 2021, 10:29 AM · DiscussionTools
Thryduulf updated the task description for T279424: Abandoned comments get resurrected (unsaved changes).
Apr 6 2021, 10:27 AM · DiscussionTools
Thryduulf updated the task description for T279424: Abandoned comments get resurrected (unsaved changes).
Apr 6 2021, 10:26 AM · DiscussionTools
Thryduulf created T279424: Abandoned comments get resurrected (unsaved changes).
Apr 6 2021, 10:25 AM · DiscussionTools
Thryduulf added a comment to T276614: Consult with volunteers about the prototype.

If I've understood your question correctly, I would say that T277919 should be resolved before a version of discussion tools featuring pinging with username suggestions is offered as an opt-in or opt-out feature.
T276510 should definitely be fixed before DiscussionTools is offered as an opt-out feature, with a strong preference for fixing it before offering it opt-in.
T265750 is not a blocker for an opt-in feature but should be fixed before offering it as opt-out one.
The other tickets are not blockers for either milestone, but fixing those I've listed as medium priority or higher before making it opt out will improve the reception.

Apr 6 2021, 1:37 AM · Editing-team (FY2021-22 Kanban Board), DiscussionTools

Apr 5 2021

Thryduulf added a comment to T276614: Consult with volunteers about the prototype.

I'd regard T277919 as a blocker.

Restricted task? I don’t have permission to see it.

Apr 5 2021, 12:13 AM · Editing-team (FY2021-22 Kanban Board), DiscussionTools

Apr 2 2021

Thryduulf added a comment to T276614: Consult with volunteers about the prototype.

I'd regard T277919 as a blocker.

Apr 2 2021, 12:32 PM · Editing-team (FY2021-22 Kanban Board), DiscussionTools
Thryduulf created T279141: Discussion tools source mode should display navigation popups when enabled.
Apr 2 2021, 12:27 PM · Verified, Editing-team (FY2021-22 Kanban Board), MW-1.37-notes (1.37.0-wmf.3; 2021-04-27), DiscussionTools

Mar 31 2021

Thryduulf added a comment to T271773: Consider the tab order for the Reply and New Discussion workflows .

This demo implements my proposal from T271773#6934879, with the "weird" order of Reply and Cancel buttons. I am open to changing it, but I'm currently convinced that it's a good idea, so to convince me otherwise, you'll need either better arguments or more people who disagree with me ;)

Mar 31 2021, 3:37 AM · Editing-team, Editing Design, Accessibility, DiscussionTools

Mar 24 2021

Thryduulf created T278357: Discussion tools should recognise three and five tilde signatures and add only the missing part.
Mar 24 2021, 5:23 PM · Editing-team, DiscussionTools
Thryduulf created T278355: Discussion tools doesn't detect a manually-added signature when followed by any non-whitespace characters.
Mar 24 2021, 5:02 PM · Editing-team, DiscussionTools
Thryduulf added a comment to T277827: Prevent the username suggestion list from opening if @ is preceded by a non-whitespace character.

Perhaps a way forward would be a per-user option with a per-wiki default. That should work on all wikis that use only one script, or multiple scripts of the same type (e.g. Latin and Cyrillic would both have a whitespace requirement as default, Chinese traditional and simplified would both not have that). Truly multilingual wikis would just have to pick one (I guess whichever suits whatever the majority of comments are written in) and advertise the config option.

Mar 24 2021, 4:59 AM · Editing-team (Tracking), DiscussionTools
Thryduulf added a parent task for T276510: Enable people to choose asterisk or colon for indentation on a per-comment basis: T255841: Create approach to list syntax inheritance.
Mar 24 2021, 4:47 AM · DiscussionTools
Thryduulf added a subtask for T255841: Create approach to list syntax inheritance: T276510: Enable people to choose asterisk or colon for indentation on a per-comment basis.
Mar 24 2021, 4:47 AM · DiscussionTools

Mar 22 2021

Thryduulf added a comment to T271773: Consider the tab order for the Reply and New Discussion workflows .

I generally agree with @matmarex 's proposal above, except that "cancel" should follow "post" in tabbing order and/or you should be able to navigate from one to the other using the arrow keys.

Mar 22 2021, 4:58 PM · Editing-team, Editing Design, Accessibility, DiscussionTools
Thryduulf added a comment to T276510: Enable people to choose asterisk or colon for indentation on a per-comment basis.

Regardless of what the user chooses, this should use the same as the preceding comment for all except the final character. e.g. in the sequence:
Comment1
:Comment2
::Comment3

Mar 22 2021, 3:10 AM · DiscussionTools

Mar 20 2021

Thryduulf added a comment to T277827: Prevent the username suggestion list from opening if @ is preceded by a non-whitespace character.

It seems like the operation should be set by script rather than by letter/non-letter

Mar 20 2021, 7:19 PM · Editing-team (Tracking), DiscussionTools

Mar 19 2021

Thryduulf added a comment to T277337: New Discussions doesn't play well with the welcome message for new editors.

I experienced it on the outreach wiki adding a comment to a non-empty page - https://outreach.wikimedia.org/wiki/Talk:GLAM/Newsletter/Newsroom but I was focused on leaving the comment rather than documenting exactly what I experienced (when I wasn't expecting to experience it).
I tried to reproduce it on a few other wikis (listed in my en.wp feedback comment) but didn't manage to, but I didn't get a welcome message on every one of the wikis and I don't know how to force seeing it.
I followed a link to the outreach wiki from somewhere but can't remember where that was. In my testing I went direct to each wiki (no idea if that is relevant)

Mar 19 2021, 12:36 AM · DiscussionTools

Feb 16 2021

Thryduulf added a subtask for T190350: Epic: ⚡️ Partial blocks: T274911: Allow users to be partially blocked from marking edits as minor.
Feb 16 2021, 5:27 PM · MediaWiki-Blocks, Anti-Harassment
Thryduulf added a subtask for T204903: Epic ⚡️ unprioritized Partial Blocks features: T274911: Allow users to be partially blocked from marking edits as minor.
Feb 16 2021, 5:27 PM · Anti-Harassment
Thryduulf added parent tasks for T274911: Allow users to be partially blocked from marking edits as minor: T204903: Epic ⚡️ unprioritized Partial Blocks features, T190350: Epic: ⚡️ Partial blocks.
Feb 16 2021, 5:27 PM · MediaWiki-Blocks
Thryduulf created T274911: Allow users to be partially blocked from marking edits as minor.
Feb 16 2021, 5:26 PM · MediaWiki-Blocks

Oct 17 2020

Thryduulf added a comment to T202989: Administrators can no longer view deleted history of js/css pages.

Adding to the pile on. The purpose of interface admin permission is so that non-technical administrators do not accidentally make breaking changes to technical pages. Administrators can still view these pages.

Oct 17 2020, 6:25 PM · MW-1.36-notes (1.36.0-wmf.16; 2020-11-03), User-notice, User-DannyS712, Security, User-Tgr, Trust-and-Safety, Wikimedia-General-or-Unknown, JavaScript

Sep 12 2020

Thryduulf added a comment to T36244: Transclude contemporary template states to page histories?.

To perhaps clarify slightly, what I believe is being asked for here is for the historical revisions of pages with transcluded content to display the transcluded content as it appeared at the time of the historical revision.

How does this differ from T2851: when viewing an old version of a page, use old version of templates?

Sep 12 2020, 10:53 PM · MediaWiki-Templates

May 31 2020

Thryduulf added a comment to T194529: Allow a user to be blocked from moving/renaming pages.

Users who are subject to a partial block from editing will be being watched to see if they are circumventing the block by copy-paste moves (at least on large projects). If they do that, then their actions can and will be reverted by others and they will be subject to increased sanctions. As long as the documentation of the feature mentions that there are workarounds (ideally bearing in mind WP:BEANS) then I don't see this as blocker to implementation.

May 31 2020, 10:58 AM · MW-1.37-notes (1.37.0-wmf.4; 2021-05-04), Anti-Harassment (The Letter Song), MediaWiki-Blocks, User-DannyS712, MediaWiki-Page-rename

May 29 2020

Thryduulf added a comment to T5324: On redirect pages, "article" tab in top bar should lead to nonredirected page (&redirect=no).

Why has this been closed as "resolved" (twice) when nothing has changed and the requested behaviour has not been implemented?
If no changes will be made then it should be "declined", surely? (for the reasons I noted in my last comment I think the change should be made, and would strongly encourage an explanation why the status quo is more desirable, but that's separate)

May 29 2020, 5:21 PM · User-notice, Platform Team Workboards (External Code Reviews), Patch-For-Review, MediaWiki-Redirects

May 14 2020

Thryduulf added a comment to T5324: On redirect pages, "article" tab in top bar should lead to nonredirected page (&redirect=no).

As someone who frequently deals with I agree with most commenters here that this change would be a good one.
Regarding the talk page issue raised, I don't think its relevant. I use "article" in the examples below but it also applies in other namespaces:

May 14 2020, 6:46 PM · User-notice, Platform Team Workboards (External Code Reviews), Patch-For-Review, MediaWiki-Redirects

Apr 26 2020

Thryduulf added a comment to T24251: Magic word to remove page from internal MediaWiki search results.

On the English Wikipedia there is a frequently expressed desire for redirects from misspellings (and similar) to be excluded from the search suggestions drop-down.
A magic word NOSEARCH (or similar) that:

  • excluded such pages from the search drop down (except for exact matches?)
  • (for redirects) placed their target higher in the drop down list and full search results page (to the top if an exact match)
  • lowered non-exact matches in the full search hits but did not remove them entirely

would satisfy this desire and, as I understand it, also satisfy the original request will limiting (to almost nothing) the potential for abuse noted by @MZMcBride in comment 4.

Apr 26 2020, 3:39 PM · MediaWiki-Search

Apr 23 2020

Thryduulf added a comment to T46787: Allow excluding pages from the page links notifications.

Has using a system similar to the raw watchlist editing mode been considered?

Apr 23 2020, 7:27 AM · MW-1.35-notes (1.35.0-wmf.36; 2020-06-09), Growth-Team (Current Sprint), User-notice, Notifications

Apr 20 2020

Thryduulf added a comment to T46787: Allow excluding pages from the page links notifications.

I think this idea would be good, and would work for me. I think if you're wanting to exclude very many pages that you'd be better off using an opt-in system (which is T66090) - although I I realise that would require that to be or to have an option for "only these" instead of/in addition to "plus these"

Apr 20 2020, 10:55 PM · MW-1.35-notes (1.35.0-wmf.36; 2020-06-09), Growth-Team (Current Sprint), User-notice, Notifications
Thryduulf updated subscribers of T250632: Would it be possible to create a new namespace for local files?.

@Tgr thank you.
The initial idea emerged in a discussion prompted by a local file being shown instead of the file from Commons a bot expected. At least on the English Wikipedia, there is already a warning if you try to upload a local file with the same name as an existing Commons file and only Admins can do it (T2889 seems relevant).
This means the problem (en.wp calls it "shadowing" I don't know if that term is used elsewhere) is almost always caused by a new file being uploaded to Commons that has the same name as an existing local file. To my knowledge there is no current way for this to be exposed to the uploader at Commons (given that it would need to check every connected wiki I'm guessing adding this would not be practical, which is backed up by T16888#189718 unless things have changed since 2009), or exposed automatically to the local wiki (this might be T18280).
There is a bot on en.wp operated by @Green_Cardamom that identifies newly shadowed files but I don't know how it works. These files are then dealt with by humans.

Apr 20 2020, 4:33 PM · MediaWiki-File-management, MediaWiki-General, Commons
Thryduulf created T250716: Add image syntax to explicitly display a file from either Commons or local wiki.
Apr 20 2020, 4:32 PM · Commons, MediaWiki-File-management

Apr 19 2020

Thryduulf added a comment to T250632: Would it be possible to create a new namespace for local files?.

As I understand it, this proposal is suggesting:

  • Change the file: namespace such that it only displays files hosted at Wikimedia commons
  • Creating a new LocalFile: namespace that functions identically to the existing File namespace, other than displaying only files hosted on the local wiki
  • Moving all existing locally hosted files (and their talk pages) from the file: namespace to the LocalFile: namespace (this may be possible to do using bots?)
Apr 19 2020, 9:56 PM · MediaWiki-File-management, MediaWiki-General, Commons

Apr 7 2020

Thryduulf added a comment to T199918: Allow a user to be blocked from creating pages only.

There should still be a way for a user blocked from creating pages to get from a redlink to search results for the redlinked title. Whether that is a link from a message saying something like "this page does not exist and you do not have permission to create it" or (maybe less preferably?) simply being taken to search results when clicking a red link or some other method I don't know.
The reason is that these search results can be good way to find the article one intended to link to when the error (e.g. misspelling) is not immediately obvious.

Apr 7 2020, 11:10 AM · MW-1.37-notes (1.37.0-wmf.5; 2021-05-11), Anti-Harassment (The Letter Song), MediaWiki-Blocks, User-DannyS712

Feb 22 2020

Thryduulf added a parent task for T245902: InternetArchiveBot should detect and not link to snapshots of domain reselling/domain squatting pages: T193158: Detect unsuitable archive snapshots.
Feb 22 2020, 3:36 AM · InternetArchiveBot
Thryduulf added a subtask for T193158: Detect unsuitable archive snapshots: T245902: InternetArchiveBot should detect and not link to snapshots of domain reselling/domain squatting pages.
Feb 22 2020, 3:36 AM · Epic, InternetArchiveBot
Thryduulf created T245902: InternetArchiveBot should detect and not link to snapshots of domain reselling/domain squatting pages.
Feb 22 2020, 3:34 AM · InternetArchiveBot

Dec 17 2019

Thryduulf added a comment to T190349: Allow users to be blocked from editing pages within a specific category.

That could get unwieldy if lots of users are partially blocked from a given article/set of articles, something quite plausible in topic areas like Israel-Palestine or US Politics. I can also easily foresee it being regarded as a badge of shame (or for certain people a badge of honour) to have their username prominently listed like that.

Dec 17 2019, 11:09 AM · MediaWiki-Blocks
Thryduulf added a comment to T127406: RTL text embedded in LTR reference displayed out of order in Android app.

Confirming that this bug still exists in Android app 2.7.50305-r-2019-11-26 appearing exactly as it did in the 2018 screenshot in the description (although it's now reference 22)

Dec 17 2019, 10:29 AM · Android-app-Bugs, Wikipedia-Android-App-Backlog, I18n

Nov 25 2019

Thryduulf added a comment to T199579: Parsoid fails to round-trip   embedded in html comments.

In this edit Parsoid (presumably) replaced   in a reference name with a plain space (line 258 change block) when I made an unrelated change to the page (the addition of a parenthesis at line 289 was the only change I made, everything else is VE/Parsoid). It left the non-breaking spaces in the reference title alone.

Nov 25 2019, 1:37 AM · Parsoid

Nov 16 2019

Thryduulf added a comment to T59437: Allow the VE dialog for math elements to be movable and resizable.

https://ux.stackexchange.com/questions/81134/should-modal-dialogs-be-movable seems to show a (rough) consensus that when a proposed solution to a dialog is to make it moveable, the dialog itself is poorly designed. That implies looking for a different solution that addresses the underlying user problem.

Nov 16 2019, 2:17 PM · VisualEditor, Math
Thryduulf added a comment to T51969: OOUI: Dialogs should be repositionable/draggable.

@John_Broughton that seems to be assuming that the category name will appear as text somewhere in the article, but that will not always be the case. For example List of pear cultivars is in Category:Lists of foods. The words "Lists" and "foods" appear nowhere on the page other than the category names, even "food" appears only in the link to a portal and in the title of one reference and neither are in close proximity to any instance of the word "list". I imagine this will be even worse in languages where plurals are formed differently than in English.

Nov 16 2019, 2:10 PM · Epic, OOUI

Nov 6 2019

Thryduulf added a comment to T236520: In Firefox 70, view goes up to the top of the page when user exits Media Viewer.

Unsurprisingly, this is bug is still present in Firefox 70.0.1

Nov 6 2019, 11:25 AM · Upstream, Browser-Support-Firefox, Regression, MediaViewer

Nov 1 2019

Thryduulf added a comment to T46787: Allow excluding pages from the page links notifications.

I definitely don't want link notices for every page on my watchlist - e,g, I have many policy pages on my watchlist but I don't want to get spammed by links to them. Getting link notices for pages not on your watchlist is probably rarer, but I wouldn't discount a desire for it.

Nov 1 2019, 8:10 PM · MW-1.35-notes (1.35.0-wmf.36; 2020-06-09), Growth-Team (Current Sprint), User-notice, Notifications

Oct 31 2019

Thryduulf added a comment to T46787: Allow excluding pages from the page links notifications.

Not only is that the third (at least) time in this thread that Special:EditWatchlist and Special:EditWatchlist/raw have been mentioned, it was also in the opening comment of T143809 which was closed as a duplicate of this task in 2016. The other solutions mentioned in the past day are also not new.

Oct 31 2019, 10:46 AM · MW-1.35-notes (1.35.0-wmf.36; 2020-06-09), Growth-Team (Current Sprint), User-notice, Notifications
Thryduulf added a comment to T236520: In Firefox 70, view goes up to the top of the page when user exits Media Viewer.

From the merged task, this occurs in Firefox 70 on Windows 7, Windows 10 and Xubuntu Linux 18.04. It doesn't occur in Firefox 69 on Windows nor in Chromium or Konqueror on Linux.

Oct 31 2019, 10:37 AM · Upstream, Browser-Support-Firefox, Regression, MediaViewer

Oct 30 2019

Thryduulf created T236967: Closing an image returns you to the top of the page, not where you were before clicking on the picture in Firefox.
Oct 30 2019, 10:49 PM · MediaViewer, Browser-Support-Firefox
Thryduulf added a comment to T46787: Allow excluding pages from the page links notifications.

Another possible UI solution that would work for this, T77154 and allow opt-in for notifications to arbitrary pages (I can't find the task for that) would be something similar to watchlist editing Special:EditWatchlist and Special:EditWatchlist/raw
I don't think this is mutually exclusive with Levivich's suggestion.

Oct 30 2019, 10:21 PM · MW-1.35-notes (1.35.0-wmf.36; 2020-06-09), Growth-Team (Current Sprint), User-notice, Notifications

Oct 24 2019

Thryduulf added a comment to T77154: Notification: Your file was used.

In addition to the single-image opt-out it would be useful to have:

  1. opt-outs for multiple (sets of) images (so someone who has created lots of icons but is interested in other files they have created) doesn't have to uncheck all of them individually
  2. opt-ins for single images, e.g. if you request an image or collaborate with someone to improve an image you might be interested in following where it is being used
  3. opt-ins for multiple (sets of) images, e.g. if you want to track all images of a certain topic.
Oct 24 2019, 8:50 AM · Growth-Team-Filtering, Growth-Team, Outreach-Programs-Projects, Wikimedia-Hackathon-2017, Community-Wishlist-Survey-2016, German-Community-Wishlist, Notifications

Sep 9 2019

Thryduulf added a comment to T176428: Search Relevance test #4 - action items.

Regarding Yes / Maybe / No / Don't know, would the classification problem go away/become easier to solve if it was instead:
Yes / Maybe / No / Skip (this question)? The last returning no data about how good the match is (i.e. the same as if they hadn't been asked the question). Possibly keep track of the number of people who chose to skip so that any with a particularly high number could be human reviewed to see why (probably a niche topic, but maybe the question doesn't make sense).

Sep 9 2019, 8:09 PM · Discovery-Search, Discovery

Jun 25 2019

Thryduulf added a comment to T166092: Copyrighted images in Explore feed.

This is definitely related to T165807, and one is possibly a subtask of the other but I'm not sure which way round.

Jun 25 2019, 11:41 AM · Wikipedia-iOS-App-Backlog, Wikipedia-Android-App-Backlog, Mobile-Content-Service, Product-Infrastructure-Team-Backlog

Apr 24 2019

Thryduulf added a comment to T120170: [Epic] Paid editing (COI) detection model.

Is this tool really detecting paid editing or actually promotional editing? The two are not the same thing, merely overlapping sets (not all promotional editing is paid, not all paid editing is promotional).

Apr 24 2019, 1:51 PM · Machine-Learning-Team, Research ideas, artificial-intelligence
Thryduulf added a comment to T188607: Syntax highlighting disables middle button copy/paste in Firefox.

Is this a duplicate of T174635?

Apr 24 2019, 12:06 PM · Browser-Support-Firefox, MediaWiki-extensions-CodeMirror

Mar 6 2019

Thryduulf added a comment to T6055: farm / meta activities / logs should be duplicated at related wikis.

Unless I'm missing something, it looks like the complexity and consequent priority of this task hasn't been evaluated since before SUL was fully implemented. Given that it's been open over 13 years would it be possible for someone to take a look again at how much work would be involved - and then just do it if it's a simple job.

Mar 6 2019, 2:43 PM · MediaWiki-Logevents, Stewards-and-global-tools, Crosswiki

Feb 2 2019

Thryduulf added a comment to T190349: Allow users to be blocked from editing pages within a specific category.

In the light of the above comments, I think the only way this could move forward would be as a way of adding a batch of page blocks at once. e.g. if I was to partially block User:Example and set the target as Category:Ships built in Millwall I would actually be blocking them from the ten specific pages in that category and the category page. If, e.g., HMS Eclipse (1860) were removed from that category they would still be blocked from editing it, but would not be blocked from editing any pages added to the category after the moment the block was applied (an explicit note to this effect in the UI would be good).

Feb 2 2019, 11:20 PM · MediaWiki-Blocks

Jan 24 2019

Thryduulf added a comment to T214565: Pages that autofill the username of an account get cut off with usernames that contain '?' within it.

Noting that the behaviour is (unsurprisingly) the same in Chromium and that the workaround of replacing the ? in the url with %3f exists but (a) this is cumbersome, (b) you need to spot you need to do it, (c) you need to know and remember the encoding.

Jan 24 2019, 11:01 AM · MediaWiki-Special-pages, MediaWiki-General

Jan 5 2019

Thryduulf added a comment to T6845: CAPTCHA doesn't work for people with visual impairments.

So the question is why has work not been put aside to fix an issue of recognised high importance that will, 13 years after first being raised, resolve an issue that results in us discriminating against people who are (in many jurisdictions) a legally protected minority?

Jan 5 2019, 6:23 PM · Security, ConfirmEdit (CAPTCHA extension), Accessibility, Design, WCAG-Level-A

Nov 22 2018

Thryduulf added a comment to T203171: Do not display "this user is blocked" messages on user & user_talk pages for partial blocks.

Certainly I think that if the user is blocked from editing their own talk page this should be made clear to other users, regardless of what sort of block it is the result of.

Nov 22 2018, 12:41 PM · MW-1.33-notes (1.33.0-wmf.8; 2018-12-11), Anti-Harassment (AHT Sprint 35), Patch-For-Review, MediaWiki-User-management

Nov 20 2018

Thryduulf added a comment to T52568: VisualEditor: Be able to name references manually in the reference dialog.

My first thought is that this wont remain opaque to VE forever and so what is required is a workaround that exposes to VE some aspects about the contents of templates like {{columns-list}} even if cannot be edited yet.
For example, the template could expose metadata like:

References included:  'Smith' 'Jones' 'Patel'

where each of those is the name= parameter of a reference used inside it.

Nov 20 2018, 8:44 PM · Cite, VisualEditor, VisualEditor-EditingTools

Nov 16 2018

Thryduulf added a comment to T208981: Reference context doesn't show that the reference is reused, which is confusing if you try to delete and recreate it (converting a re-used basic reference to template citation).

You want to convert a reference without a template to one that uses a template. VE can do that, but only where the reference is originally defined, not where it has been reused (as it has been here). See https://en.wikipedia.org/w/index.php?title=User:Thryduulf/sandbox2&oldid=869166099 for a quick illustration.

Nov 16 2018, 8:50 PM · User-Ryasmeen, Skipped QA, MW-1.36-notes (1.36.0-wmf.12; 2020-10-05; NEVER DEPLOYED), Editing-team (FY2021-22 Kanban Board), VisualEditor, Editing Design, MW-1.33-notes (1.33.0-wmf.23; 2019-03-26), VisualEditor-MediaWiki-References

Nov 15 2018

TBolliger awarded T209601: Add an icon on user and user talk pages to display that account's permissions and status a Like token.
Nov 15 2018, 4:57 PM · MediaWiki-User-management
Thryduulf added a comment to T203171: Do not display "this user is blocked" messages on user & user_talk pages for partial blocks.

OK, given that it's out of scope for this project I've created it as T209601.

Nov 15 2018, 4:16 PM · MW-1.33-notes (1.33.0-wmf.8; 2018-12-11), Anti-Harassment (AHT Sprint 35), Patch-For-Review, MediaWiki-User-management
Thryduulf created T209601: Add an icon on user and user talk pages to display that account's permissions and status.
Nov 15 2018, 4:14 PM · MediaWiki-User-management
Thryduulf added a comment to T208981: Reference context doesn't show that the reference is reused, which is confusing if you try to delete and recreate it (converting a re-used basic reference to template citation).

Okay but what's with this Version I edited without a convert option (Cite one): https://de.wikipedia.org/w/index.php?title=EBuLa&oldid=179684205&veaction=edit
It's:

<ref name="db-netze-2014-12-04" />

There isn't anything to convert to a template in that reference, so why would it offer to do that?
If you want it to move the definition from later in the articleto the first instance of it being used, that's a different issue and one that is probably worth seeking consensus about first.

Nov 15 2018, 4:01 PM · User-Ryasmeen, Skipped QA, MW-1.36-notes (1.36.0-wmf.12; 2020-10-05; NEVER DEPLOYED), Editing-team (FY2021-22 Kanban Board), VisualEditor, Editing Design, MW-1.33-notes (1.33.0-wmf.23; 2019-03-26), VisualEditor-MediaWiki-References

Nov 14 2018

Thryduulf added a comment to T208981: Reference context doesn't show that the reference is reused, which is confusing if you try to delete and recreate it (converting a re-used basic reference to template citation).

Actually, on both en and de Wikipedias there is a convert button if a URL is encased in a <ref> tag but not if it isn't - compare:

On both wikis the reference name was retained after conversion (en, de), but more testing is needed to determine whether this holds true in other circumstances (multiple references, reused, etc) that I don't have time to do right now.

Nov 14 2018, 2:28 AM · User-Ryasmeen, Skipped QA, MW-1.36-notes (1.36.0-wmf.12; 2020-10-05; NEVER DEPLOYED), Editing-team (FY2021-22 Kanban Board), VisualEditor, Editing Design, MW-1.33-notes (1.33.0-wmf.23; 2019-03-26), VisualEditor-MediaWiki-References

Nov 13 2018

Thryduulf added a comment to T52568: VisualEditor: Be able to name references manually in the reference dialog.

When this is implemented it needs to take account of reused references:
i.e. if <ref name="Smith">...</ref> is renamed to <ref name="Jones">...</ref>
then all instances of <ref name="Smith" /> need to be automatically changed to <ref name="Jones" />

Nov 13 2018, 8:00 PM · Cite, VisualEditor, VisualEditor-EditingTools
Thryduulf added a comment to T208981: Reference context doesn't show that the reference is reused, which is confusing if you try to delete and recreate it (converting a re-used basic reference to template citation).

The workflow on T123778 is:

  1. In VE, select a bare reference with a name. e.g. <ref name="Smith1970">http://example.com</ref>
  2. click to convert that reference, filling in fields as appropriate
  3. save the changes
Nov 13 2018, 7:53 PM · User-Ryasmeen, Skipped QA, MW-1.36-notes (1.36.0-wmf.12; 2020-10-05; NEVER DEPLOYED), Editing-team (FY2021-22 Kanban Board), VisualEditor, Editing Design, MW-1.33-notes (1.33.0-wmf.23; 2019-03-26), VisualEditor-MediaWiki-References

Nov 12 2018

Thryduulf added a comment to T209296: Edit filter log: add a suppress option on the examine changes page .

Yes, now I've learned that "details" has the suppression link I'll certainly be using that - I'm still learning my way around the log to a certain extent!
I've subscribed to T20655 as well.

Nov 12 2018, 6:06 PM · AbuseFilter
Thryduulf added a comment to T203171: Do not display "this user is blocked" messages on user & user_talk pages for partial blocks.

One option would be to have a visible but discrete icon on the userpage that can be clicked/moused over. There would not be any stigma if this were something like "status", appeared on every user/user talk page and showed things like what permissions a user has (admin, rollback, etc) as well as items like "partially blocked" and "editing restrictions" (although as the latter are not known to the software at all these may not be possible). My first thought is that this would be similar in size and placement to en.wp's lock icons, featured article stars, etc.

Nov 12 2018, 5:17 PM · MW-1.33-notes (1.33.0-wmf.8; 2018-12-11), Anti-Harassment (AHT Sprint 35), Patch-For-Review, MediaWiki-User-management
Thryduulf added a comment to T209296: Edit filter log: add a suppress option on the examine changes page .

The page you link to is the "details" of the filter, the one I refer to is the "examine" which does not, e.g. for the same edit.

Nov 12 2018, 5:05 PM · AbuseFilter
Thryduulf created T209296: Edit filter log: add a suppress option on the examine changes page .
Nov 12 2018, 4:31 PM · AbuseFilter

Oct 1 2018

RandomDSdevel awarded T55973: VisualEditor: Link input widget should have separate inputs for target and display text a Cookie token.
Oct 1 2018, 1:04 AM · User-Ryasmeen, Design, VisualEditor-MediaWiki-Links, VisualEditor, VisualEditor-EditingTools

Sep 25 2018

Thryduulf added a comment to T204623: [wmf.22 testwiki] RC user selected 'Time period to search' in hours does not update "Days to show in recent changes" option.

(3) Preferences -RC should be fixed to allow users to enter values between 0 and 1.

There is no reason why watchlist preferences between 0 and 1 should not be allowed, any value greater than 0 would avoid the problems identified in T199049

Sep 25 2018, 3:08 PM · Growth-Team (Current Sprint), Patch-For-Review, Edit-Review-Improvements-RC-Page

Aug 28 2018

Thryduulf added a comment to T202989: Administrators can no longer view deleted history of js/css pages.

Why would there be any security issues with admins being able to view deleted js/css pages? The security issues surely come from edits being potentially harmful. If there truly are any revisions which must be hidden from almost everyone's view then isn't that what Oversight is for?

Aug 28 2018, 5:22 PM · MW-1.36-notes (1.36.0-wmf.16; 2020-11-03), User-notice, User-DannyS712, Security, User-Tgr, Trust-and-Safety, Wikimedia-General-or-Unknown, JavaScript

Jul 18 2018

Thryduulf added a comment to T124305: Users sometimes struggle to select the text of the link anchor within the cartouche and so delete it on select-retype.

I'm reporting the same issue as @Ryasmeen. While in my workflow of changing a link, I've several clicked on "change label" to change the label, and re-clicked because nothing was happening (and re-clicked, just in case it auto-fixes). Something was actually happening: the label is selected in the text. I think I unconscious mind thought that was broken because nothing visible changed. I'm used to have a dialog to open for those actions.

Some users may have the same issue: expecting something that is not happening.

Jul 18 2018, 7:25 PM · User-Ryasmeen, MW-1.32-notes (WMF-deploy-2018-07-10 (1.32.0-wmf.12)), Patch-For-Review, VisualEditor (Current work), Tech-Ambassadors, User-notice, Design, VisualEditor-MediaWiki-Links, VisualEditor-Links

Jul 11 2018

Thryduulf added a comment to T199049: Value of 0 for "Days to show in watchlist" or "Maximum number of changes to show in watchlist" setting breaks watchlists; should instead be interpreted as maximum or no limit.

IMO clicking "show" should always display the results of the settings in the form, even if they are unchanged and even if the defaults differ from user preference settings (what the defaults should be is an unrelated issue).

Jul 11 2018, 10:05 AM · MW-1.32-notes (WMF-deploy-2018-09-25 (1.32.0-wmf.23)), Patch-For-Review, Growth-Team (Current Sprint), MediaWiki-User-preferences, MediaWiki-Watchlist
Restricted Application added a project to T176857: Watchlist links with "&days=0" give an incorrect display: Growth-Team.
Jul 11 2018, 9:50 AM · Growth-Team, MW-1.31-release-notes (WMF-deploy-2017-10-03 (1.31.0-wmf.2)), Patch-For-Review, MediaWiki-Watchlist

Jul 9 2018

Liuxinyu970226 awarded T55973: VisualEditor: Link input widget should have separate inputs for target and display text a Like token.
Jul 9 2018, 4:07 AM · User-Ryasmeen, Design, VisualEditor-MediaWiki-Links, VisualEditor, VisualEditor-EditingTools

Jul 8 2018

Thryduulf added a comment to T176033: Watchlist param days=30 doesn't override user preference 'watchlistdays' = 0.

Based on this and T198961 I've created T199049 to (hopefully) resolve the issues.

Jul 8 2018, 10:58 AM · MW-1.32-notes (WMF-deploy-2018-09-18 (1.32.0-wmf.22)), Growth-Team (Current Sprint), Regression, MediaWiki-Watchlist
Thryduulf added a comment to T198961: Watchlist on meta wiki not displaying changes until "show" button is clicked.

Based on this and T176033 I've created T199049 to (hopefully) resolve the issues.

Jul 8 2018, 10:58 AM · MediaWiki-Watchlist, Growth-Team
Thryduulf added a comment to T199049: Value of 0 for "Days to show in watchlist" or "Maximum number of changes to show in watchlist" setting breaks watchlists; should instead be interpreted as maximum or no limit.

I suppose another approach would be to disallow 0 as a value and change all existing instances of this value to be equal to the current maximum. This would be less preferable to the above though.

Jul 8 2018, 10:57 AM · MW-1.32-notes (WMF-deploy-2018-09-25 (1.32.0-wmf.23)), Patch-For-Review, Growth-Team (Current Sprint), MediaWiki-User-preferences, MediaWiki-Watchlist
Thryduulf created T199049: Value of 0 for "Days to show in watchlist" or "Maximum number of changes to show in watchlist" setting breaks watchlists; should instead be interpreted as maximum or no limit.
Jul 8 2018, 10:54 AM · MW-1.32-notes (WMF-deploy-2018-09-25 (1.32.0-wmf.23)), Patch-For-Review, Growth-Team (Current Sprint), MediaWiki-User-preferences, MediaWiki-Watchlist
Restricted Application added a project to T180906: Add a deeplink from Special:Watchlist to watchlist in Special:Preferences: Growth-Team.
Jul 8 2018, 10:03 AM · Growth-Team-Filtering, Growth-Team, MediaWiki-User-preferences, MediaWiki-Watchlist
Restricted Application added a project to T176033: Watchlist param days=30 doesn't override user preference 'watchlistdays' = 0: Growth-Team.
Jul 8 2018, 10:03 AM · MW-1.32-notes (WMF-deploy-2018-09-18 (1.32.0-wmf.22)), Growth-Team (Current Sprint), Regression, MediaWiki-Watchlist