Page MenuHomePhabricator

Alsee
User

Projects

User does not belong to any projects.

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Saturday

  • Clear sailing ahead.

User Details

User Since
Feb 26 2015, 7:19 PM (510 w, 6 d)
Availability
Available
LDAP User
Unknown
MediaWiki User
Alsee [ Global Accounts ]

Recent Activity

Jan 31 2024

Alsee added a comment to T282712: Come up with a NSFW filter for images in NewcomersTasks.

@Iniquity I don't know how much experience you have with the history of community discussions in this topic area, but I have quite a bit. I wan't arguing that we shouldn't filter content. I was summarizing the consistent historical outcome of international and major wiki discussions in this topic area. You appear to have paid little attention to what I wrote, you didn't address or even dispute any of it. The history clearly indicates that any work on this Phab task would be a complete waste of time, there is no chance the community would accept it. The community is likely to get rather hostile if they discover the Foundation attempted to BAN some contributors from improving certain articles, just because someone had a negative opinion regarding some of our article content and and slapped it on a censorship list.

Jan 31 2024, 12:13 AM · WMF-Inspiration-Week-2022-ML-Collab, Growth-Team, GrowthExperiments-NewcomerTasks

Jan 30 2024

Alsee added a comment to T323811: [EPIC] Community configuration 2.0: Factor Community configuration out of GrowthExperiments.

There should be a review of all existing configuration options with a default presumption they be included in community configuration, unless there is a clear reason why an Administrator carrying out community consensus cannot or should not be able to directly access that configuration item.

Jan 30 2024, 9:52 AM · MediaWiki-extensions-CommunityConfiguration, MediaWiki-Configuration, Growth-Team, Epic

Jul 6 2023

Alsee added a comment to T159971: Provide the VE wikitext editing mode as the mobile wikitext editor.

IMPORTANT REMINDER: English Wikipedia has a standing consensus against VE's wikitext mode, and it's highly likely other wikis will come to the same result if it looks like the project is starting up again. The Foundation should have preformed a full evaluation at that point on whether to formally terminate the project, and it would be unwise to work towards rolling it out or activating it without consulting the community.

Jul 6 2023, 9:16 AM · MW-1.41-notes (1.41.0-wmf.13; 2023-06-13), VisualEditor, VisualEditor-MediaWiki-2017WikitextEditor, VisualEditor-MediaWiki-Mobile

Jan 31 2023

Alsee added a comment to F36457042: image.png.

This effect appears to be browser-zoom dependent and likely browser dependent. When I tested 100% zoom in Chrome the green version had pixel-perfect alignment and the white version had an odd number of pixels landing on the half-pixel-low side of pixel-perfect alignment. When I rechecked at 200% zoom, in case I was missing a small effect, both green and white versions ended up a few pixels low. It essentially matched the sample image in this task except the offset was in the opposite direction.

Jan 31 2023, 10:48 AM

Jan 16 2023

Alsee added a comment to T320661: [XL] Non-free images displayed as thumbnails on the wikipedias.

@Sannita, in case you didn't catch it yet a second proposal has been opened citing the statement from legal.
That statement wouldn't have changed the previous result. Two people wanted to hear from legal, they wouldn't have made a majority, and I believe they were evaluated as supports anyway.

Jan 16 2023, 3:37 PM · MoveComms-Support (Jan-Mar-2023), MW-1.40-notes (1.40.0-wmf.10; 2022-11-14), Structured-Data-Backlog (Current Work), SDAW-Search-Improvements (Milestone 1: CSS changes to all wikis)

Jan 10 2023

Alsee added a comment to T320661: [XL] Non-free images displayed as thumbnails on the wikipedias.

An EnWiki discussion was split on the issue, closing with about 43% support to create a non-free exemption for this. The use case here is borderline, not quite enough to to justify an exemption to our Free-content-mission. Non-free images should remain excluded, at least for now.

Jan 10 2023, 5:48 AM · MoveComms-Support (Jan-Mar-2023), MW-1.40-notes (1.40.0-wmf.10; 2022-11-14), Structured-Data-Backlog (Current Work), SDAW-Search-Improvements (Milestone 1: CSS changes to all wikis)

Nov 22 2022

Alsee added a comment to T320661: [XL] Non-free images displayed as thumbnails on the wikipedias.

I can offer some relevant context and history on this issue.

Nov 22 2022, 1:35 AM · MoveComms-Support (Jan-Mar-2023), MW-1.40-notes (1.40.0-wmf.10; 2022-11-14), Structured-Data-Backlog (Current Work), SDAW-Search-Improvements (Milestone 1: CSS changes to all wikis)

Oct 27 2022

Alsee added a comment to T255327: [Epic] Evaluate which editing interface should be shown by default.

What is the reason for restricting access to research collected for this task? Is there some security threat related to VE?

Oct 27 2022, 3:43 AM · Editing-team (Tracking), VisualEditor

Oct 25 2022

Alsee added a comment to T159971: Provide the VE wikitext editing mode as the mobile wikitext editor.

Note that there is an explicit consensus against VisualEditor's wikitext mode (NWE) at EnWiki, and I expect other wikis would agree. I would recommend simply closing this task, unless someone wants to open a discussion with the community to see if new&different consensus is possible.

Oct 25 2022, 6:03 AM · MW-1.41-notes (1.41.0-wmf.13; 2023-06-13), VisualEditor, VisualEditor-MediaWiki-2017WikitextEditor, VisualEditor-MediaWiki-Mobile

Oct 15 2022

Alsee updated the task description for T320858: forum.movement-strategy.org blocking editors without confirmed email address.
Oct 15 2022, 9:59 AM
Alsee created T320858: forum.movement-strategy.org blocking editors without confirmed email address.
Oct 15 2022, 9:25 AM
Alsee added a comment to T248457: Fully terminate use of Wikidata item descriptions as short article descriptions for English Wikipedia articles.

Is there a reason for this task to still be open? Is there some aspect that is not 100% complete?

Oct 15 2022, 8:59 AM · Wikidata, MediaWiki-extensions-WikibaseClient

Oct 9 2022

Alsee added a comment to T312792: Gather documentation about past efforts / approaches / community concerns on NSFW detection.

I'll attempt to summarize the community's general approach and some key concerns that have been raised.

Oct 9 2022, 10:07 PM · WMF-Inspiration-Week-2022-ML-Collab

Oct 7 2022

Alsee added a comment to T198550: Allow hiding certain (NSFW etc) images by default and letting users explicitly expand them.

I find a particular problem with " I have an idea that will allow such content to remain on Wikipedia". It incorrectly implies that the content is not ALREADY allowed on Wikipedia, and implies that some sort of solution or permission is required for it to remain on Wikipedia. I believe every major Wikipedia has a NOTCENSORED policy. The Foundation tried pushing this idea in the 2011 Image filter referendum. It was abandoned due to strong opposition. There were serious discussions on German about forking projects away from the Wikimedia Foundation if there were an attempt to impose content filtering, and I know English takes this very seriously as well.

Oct 7 2022, 10:29 AM · Page-Previews (Tracking), WMF-Inspiration-Week-2022-ML-Collab, Commons, MediaWiki-extension-requests

Sep 29 2022

Alsee added a comment to T318198: Two lines appear beneath H1 section headings when they are immediately followed by an H2.

I think the key is to get back to the fundamental bug I was attempting to report. The current patch mangles the rendering when you copy-paste content from an article to Talk for discussion and work. The expected behavior is consistent and accurate rendering of wikitext when content is copy-pasted. Moving the horizontal line had weird unexpected side effects, like the double-line effect when you have an H2 after an H1, but that should not distract from the underlying issue.

Sep 29 2022, 2:58 AM · Verified, Editing-team (Kanban Board), MW-1.40-notes (1.40.0-wmf.4; 2022-10-03), DiscussionTools

Sep 24 2022

Alsee added a comment to T230653: Use a parser function to encapsulate signatures.

...it would aid vanishing attempts if two things were done with this task...

  • Use the user's numeric ID or equivalent, not their user name.
  • Don't put the full signature in the output text.
Sep 24 2022, 4:38 PM · DiscussionTools, MediaWiki-Parser
Alsee added a comment to T318198: Two lines appear beneath H1 section headings when they are immediately followed by an H2.

Akk, please do not deploy that patch.

Sep 24 2022, 1:10 PM · Verified, Editing-team (Kanban Board), MW-1.40-notes (1.40.0-wmf.4; 2022-10-03), DiscussionTools

Aug 24 2022

Alsee added a comment to T279416: Deploy Image content filtration model for Wikimedia Commons.

Note that the Commons discussion(link fixed per RoySmith) received UNANIMOUSLY negative community reception, with the only positive comments coming from a WMF staff member trying to defend the project.

Aug 24 2022, 2:04 PM · WMF-Inspiration-Week-2022-ML-Collab, artificial-intelligence
Alsee added a comment to T214201: Implement NSFW image classifier using Open NSFW.

The Foundation really shouldn't be assigning intern/outreach tasks that impact the community, when there is a known-or-likely risk of the project receiving hostility or rejection from the community.
Note that the Commons discussion received UNANIMOUSLY negative community reception, with the only positive comments coming from a WMF staff member trying to defend the project.

Aug 24 2022, 1:58 PM · WMF-Inspiration-Week-2022-ML-Collab, Structured-Data-Backlog, artificial-intelligence
Alsee added a comment to T282712: Come up with a NSFW filter for images in NewcomersTasks.

The community is not likely to accept what is proposed here.

Aug 24 2022, 8:23 AM · WMF-Inspiration-Week-2022-ML-Collab, Growth-Team, GrowthExperiments-NewcomerTasks

Jul 27 2022

Alsee added a comment to T306246: PageImages ignores MediaWiki:Bad image list, (uses MediaWiki:Pageimages-denylist instead) displaying search results that are inappropriate for some readers.

The very first point I made was that the Bad-image-list has absolutely nothing to do with images being offensive. I'll <snip> the largely duplicate explanation here. The Bad-image-list contains almost precisely zero-point-zero percent of "offensive" images.

Jul 27 2022, 7:01 PM · Foundational Technology Requests, Beta-Cluster-reproducible, Vector (legacy skin), MinervaNeue (Tracking), Local-Wiki-Template-And-Gadget-Issues, Web-Team-Backlog, PageImages, MediaWiki-Search
Alsee added a comment to T245225: Implement editing specific comments.

I see various rationales above essentially wanting to force or prohibit certain results. The community explicitly wanted to keep Wikitext pages, and asked for improvements making it quicker and easier to do what we already do. I think that concept resolves many questions about how these talk-tools should work.

Jul 27 2022, 5:32 PM · DiscussionTools
Alsee updated subscribers of T306246: PageImages ignores MediaWiki:Bad image list, (uses MediaWiki:Pageimages-denylist instead) displaying search results that are inappropriate for some readers.

There is no requirement that search results or popups contain images

Jul 27 2022, 4:22 PM · Foundational Technology Requests, Beta-Cluster-reproducible, Vector (legacy skin), MinervaNeue (Tracking), Local-Wiki-Template-And-Gadget-Issues, Web-Team-Backlog, PageImages, MediaWiki-Search
Alsee added a comment to T306246: PageImages ignores MediaWiki:Bad image list, (uses MediaWiki:Pageimages-denylist instead) displaying search results that are inappropriate for some readers.

P.S. This is currently listed as a "bug report". It is clearly not a bug report - this is a feature request for a hotly controversial feature.

Jul 27 2022, 1:41 PM · Foundational Technology Requests, Beta-Cluster-reproducible, Vector (legacy skin), MinervaNeue (Tracking), Local-Wiki-Template-And-Gadget-Issues, Web-Team-Backlog, PageImages, MediaWiki-Search
Alsee added a comment to T306246: PageImages ignores MediaWiki:Bad image list, (uses MediaWiki:Pageimages-denylist instead) displaying search results that are inappropriate for some readers.

Firstly: The Bad-image-list is an anti-vandalism tool. If vandal(s) are spamming images of bunny rabbits, the Bad-image-list will contain images of bunny rabbits. Obviously you should not be sabotaging the search functionality of anyone searching for bunny rabbits. This image list also contains effectively zero-percent of our potentially offensive images. If vandals stop trying to use some particular image, that image gets removed from the list. Any vague resemblance with an "offensive image list" is an incidental mirage. Trying to use this as a content censor would be is a clear misuse of this tool. This Phab task should be immediately closed on that grounds alone.

Jul 27 2022, 1:36 PM · Foundational Technology Requests, Beta-Cluster-reproducible, Vector (legacy skin), MinervaNeue (Tracking), Local-Wiki-Template-And-Gadget-Issues, Web-Team-Backlog, PageImages, MediaWiki-Search

Jul 16 2022

NguoiDungKhongDinhDanh awarded T154844: New Wikitext Editor: Previews should use the article-view rendering engine a Love token.
Jul 16 2022, 8:32 PM · Verified, MW-1.39-notes (1.39.0-wmf.21; 2022-07-18), Editing-team (Kanban Board), VisualEditor, VisualEditor-MediaWiki-2017WikitextEditor

Mar 15 2022

Alsee added a comment to T91683: Allow editors control of the page image.

I think we should keep this simple - either the user defines the page image explicitly or the user marks page images not to use, rather than adding support for both. Using both adds some unnecessary complexity.

Mar 15 2022, 4:11 PM · Wikimedia Wishathon, Community-Wishlist-Survey-2022, Web-Team-Backlog, PageImages

Mar 7 2021

Alsee added a comment to T5525: Cross-wiki watchlists.

@DannyS712 I would like to confirm the anticipated potential of this approach / this platform. Assuming this project gets continued grant funding and/or continued work by staff developers, do you see this realistically on a path towards the userstory described in my last post? Essentially upgrading the current watchlist to work globaly?

Mar 7 2021, 7:36 PM · Growth-Team-Filtering, Growth-Team, MediaWiki-CrossWikiWatchlist, Phlogiston-Category, Community-Wishlist-Survey-2015, MediaWiki-Watchlist, German-Community-Wishlist, Contributors-Team, Design, Epic, Crosswiki, MediaWiki-extensions-CentralAuth

Mar 6 2021

Alsee added a comment to T276195: Allow more than five wikis as projects in Global Watchlist.

While this is not a Use Case I have personally done (yet), an editor may well have need to watch a single page across 200 wikis. If malicious individuals are attacking someone famous, it may be necessary to watch that one biography page in each Wikipedia language plus related pages on other projects. Some people also maintain versions of specific template(s) that have been copied across many wikis. There are various kinds of useful work that can be done independently of the local language.

Mar 6 2021, 12:46 PM · Performance-Team (Radar), User-DannyS712, MediaWiki-extensions-GlobalWatchlist
Alsee added a comment to T5525: Cross-wiki watchlists.

Not done. While I am impressed with userscript-hacks trying to work around missing functionality, it is still trying to work around our lack of a global watchlist. I am unclear on whether the current project can/will be developed into a global watchlist, or whether we need to reclaim the "globalwatchlist" name/urls for an actual global watchlist project? I'm not a fan of userstories but I'll try to put it in that form:

Mar 6 2021, 12:14 PM · Growth-Team-Filtering, Growth-Team, MediaWiki-CrossWikiWatchlist, Phlogiston-Category, Community-Wishlist-Survey-2015, MediaWiki-Watchlist, German-Community-Wishlist, Contributors-Team, Design, Epic, Crosswiki, MediaWiki-extensions-CentralAuth

Dec 18 2020

Alsee added a comment to T268407: Reply inserted before content at end of line.

Not quite, the tool distinguishes between inline and block tags (and also comment nodes and meta tags). Trailing inline content will be considered within the reply boundary, and so replies will be inserted after it.

Dec 18 2020, 11:08 PM · MW-1.36-notes (1.36.0-wmf.25; 2021-01-05), Editing-team (Kanban Board), DiscussionTools

Dec 2 2020

Alsee added a comment to T268407: Reply inserted before content at end of line.

@ppelberg I spent a while working out what the code is doing, and I'm pretty sure it fails the task. Quote: Never insert a reply in the middle of a line. It appears to be searching for tags and then inserting the reply, disregarding the fact that it may still be in the middle of a wikitext line when it finds that tag.

Dec 2 2020, 4:18 PM · MW-1.36-notes (1.36.0-wmf.25; 2021-01-05), Editing-team (Kanban Board), DiscussionTools

Nov 29 2020

Alsee added a comment to T268407: Reply inserted before content at end of line.

@ppelberg Yes, that's the one. I fixed the link in the task description.

Nov 29 2020, 4:56 PM · MW-1.36-notes (1.36.0-wmf.25; 2021-01-05), Editing-team (Kanban Board), DiscussionTools
Alsee updated the task description for T268407: Reply inserted before content at end of line.
Nov 29 2020, 4:55 PM · MW-1.36-notes (1.36.0-wmf.25; 2021-01-05), Editing-team (Kanban Board), DiscussionTools

Nov 22 2020

Alsee created T268407: Reply inserted before content at end of line.
Nov 22 2020, 2:34 PM · MW-1.36-notes (1.36.0-wmf.25; 2021-01-05), Editing-team (Kanban Board), DiscussionTools

May 15 2020

Alsee added a comment to T248457: Fully terminate use of Wikidata item descriptions as short article descriptions for English Wikipedia articles.

The current mainspace search count of about 2,250,000 matches up well with the category count when you include non-article mainspace pages, primarily disambiguation.

May 15 2020, 2:18 PM · Wikidata, MediaWiki-extensions-WikibaseClient

May 13 2020

Alsee added a comment to T246190: Reply v2.0: conduct usability tests (usertesting.com).

@Aklapper the word "you" was intended as a collective noun for the Foundation. If you maintain that raising concern with the Foundation's design and testing workflow is somehow "personal" I would be concerned with your definitions.

May 13 2020, 5:37 PM · Editing-team (Q3 2019-2020 Kanban Board), DiscussionTools, OWC2020 (OWC2020 Replying 2.0)

May 10 2020

Alsee added a comment to T246190: Reply v2.0: conduct usability tests (usertesting.com).

@ppelberg when I edit an article and toggle back and forth between wikitext and visual editors, it does not corrupt the wikitext.

May 10 2020, 1:01 AM · Editing-team (Q3 2019-2020 Kanban Board), DiscussionTools, OWC2020 (OWC2020 Replying 2.0)

Apr 22 2020

Alsee added a comment to T249293: Prevent reply links from showing on certain pages.

Content-specific whitelist

  • Reply links would only be appended to comments at a new level of indentation

I don't understand this one, but if it it's saying what I think it's saying then it does not sound correct. The indentation level of a comment shouldn't affect whether it has a reply link.

Apr 22 2020, 8:51 PM · Editing-team (Kanban Board), MW-1.41-notes (1.41.0-wmf.3; 2023-04-03), Goal, TPP-Phase1, DiscussionTools

Apr 16 2020

Alsee updated the task description for T248457: Fully terminate use of Wikidata item descriptions as short article descriptions for English Wikipedia articles.
Apr 16 2020, 10:14 AM · Wikidata, MediaWiki-extensions-WikibaseClient

Mar 27 2020

Alsee added a comment to T248457: Fully terminate use of Wikidata item descriptions as short article descriptions for English Wikipedia articles.

I really hope this never happens

There was repeated consensus on this, and if you recall you participated in one. The Foundation handled things badly, but committed to terminating wikidata descriptions when we reached 2 million local descriptions. I expect the result would be Bad all around if the Foundation were to renege.

Mar 27 2020, 7:38 AM · Wikidata, MediaWiki-extensions-WikibaseClient

Mar 25 2020

Alsee removed a subtask for T187285: Magic word on English WP to replace Wikidata short descriptions: T248457: Fully terminate use of Wikidata item descriptions as short article descriptions for English Wikipedia articles.
Mar 25 2020, 11:14 AM · MediaWiki-extensions-WikibaseClient, Wikidata
Alsee removed a parent task for T248457: Fully terminate use of Wikidata item descriptions as short article descriptions for English Wikipedia articles: T187285: Magic word on English WP to replace Wikidata short descriptions.
Mar 25 2020, 11:14 AM · Wikidata, MediaWiki-extensions-WikibaseClient
Alsee added a subtask for T192838: Magic word on English WP [tracking]: T248457: Fully terminate use of Wikidata item descriptions as short article descriptions for English Wikipedia articles.
Mar 25 2020, 11:14 AM · Product-Infrastructure-Team-Backlog-Deprecated, WMF-General-or-Unknown, Epic
Alsee added a parent task for T248457: Fully terminate use of Wikidata item descriptions as short article descriptions for English Wikipedia articles: T192838: Magic word on English WP [tracking].
Mar 25 2020, 11:14 AM · Wikidata, MediaWiki-extensions-WikibaseClient
Alsee updated the task description for T248457: Fully terminate use of Wikidata item descriptions as short article descriptions for English Wikipedia articles.
Mar 25 2020, 11:05 AM · Wikidata, MediaWiki-extensions-WikibaseClient
Alsee updated the task description for T248457: Fully terminate use of Wikidata item descriptions as short article descriptions for English Wikipedia articles.
Mar 25 2020, 11:00 AM · Wikidata, MediaWiki-extensions-WikibaseClient
Alsee updated the task description for T248457: Fully terminate use of Wikidata item descriptions as short article descriptions for English Wikipedia articles.
Mar 25 2020, 10:59 AM · Wikidata, MediaWiki-extensions-WikibaseClient
Alsee added a subtask for T187285: Magic word on English WP to replace Wikidata short descriptions: T248457: Fully terminate use of Wikidata item descriptions as short article descriptions for English Wikipedia articles.
Mar 25 2020, 10:58 AM · MediaWiki-extensions-WikibaseClient, Wikidata
Alsee added a parent task for T248457: Fully terminate use of Wikidata item descriptions as short article descriptions for English Wikipedia articles: T187285: Magic word on English WP to replace Wikidata short descriptions.
Mar 25 2020, 10:58 AM · Wikidata, MediaWiki-extensions-WikibaseClient
Alsee created T248457: Fully terminate use of Wikidata item descriptions as short article descriptions for English Wikipedia articles.
Mar 25 2020, 10:58 AM · Wikidata, MediaWiki-extensions-WikibaseClient

Mar 15 2020

Alsee added a comment to T246960: Publish Technical RfC: new syntax for multi-line list items/talk page comments.

Why is the information not posted for public access? Maybe this is a silly suggestion, but doesn't the Foundation have a global scale wiki farm for public access content hosting?

Mar 15 2020, 9:56 AM · DiscussionTools

Mar 10 2020

Alsee added a comment to T245225: Implement editing specific comments.

@matmarex first note that I'm not actually taking any position here on how the product should work in this case. I'm talking about how we reason about the design. Discussion Tools is a parallel option for posting and editing comments. Any rationale for how Discussion Tools will work should be based on what makes sense for the product given that attempted constraints do not actually hold.

Mar 10 2020, 9:20 AM · DiscussionTools
Alsee added a comment to T245890: Enable DiscussionTools on pages where `__NEWSECTIONLINK__` is present.

I don't know whether any projects use NEWSECTIONLINK on nontalk pages, although EnWiki gets a low but steady occurrence of them in article space due to VisualEditor and the potentially unclear purpose of it. I just removed NEWSECTIONLINK from 35 articles.

Mar 10 2020, 8:10 AM · Skipped QA, Editing-team (Kanban Board), MW-1.35-notes (1.35.0-wmf.27; 2020-04-07), OWC2020, DiscussionTools
Alsee added a comment to T128055: Obfuscate old IP addresses in database.

I think you need to run this by legal. This appears to violate the copyright attribution requirements. Logged-out users submitted their contribution under an attribution license, with a reasonable expectation that their IP would serve as their attribution identity.

Mar 10 2020, 5:32 AM · Privacy Engineering, MediaWiki-Page-history, WMF-Legal, MediaWiki-Page-diffs, Privacy

Mar 8 2020

Alsee renamed T245890: Enable DiscussionTools on pages where `__NEWSECTIONLINK__` is present from Allow non talk pages to be treated as talk pages using a magic word to Allow non talk pages to be treated as talk pages using a magic word, and allow talk pages to be treated as non-talk pages using a magic word.
Mar 8 2020, 9:23 AM · Skipped QA, Editing-team (Kanban Board), MW-1.35-notes (1.35.0-wmf.27; 2020-04-07), OWC2020, DiscussionTools
Alsee added a comment to T245890: Enable DiscussionTools on pages where `__NEWSECTIONLINK__` is present.

There should be two magic words. One to enable Discussion Tool, and one to disable Discussion Tool. The magic words would each override the namespace.

Mar 8 2020, 9:21 AM · Skipped QA, Editing-team (Kanban Board), MW-1.35-notes (1.35.0-wmf.27; 2020-04-07), OWC2020, DiscussionTools

Mar 7 2020

Alsee closed T243044: Heading formats are not rendering when added as part of a comment using new reply workflow as Invalid.

I can't test the behavior due to the parsoid 404, so I'll reclose this for now. But there were definitely problems when I tested it some time ago.

Mar 7 2020, 4:21 AM · DiscussionTools, OWC2020
Alsee reopened T243044: Heading formats are not rendering when added as part of a comment using new reply workflow as "Open".
Mar 7 2020, 3:56 AM · DiscussionTools, OWC2020
Alsee added a comment to T243044: Heading formats are not rendering when added as part of a comment using new reply workflow.

The heading isn't intended to be part of the list.

Mar 7 2020, 3:56 AM · DiscussionTools, OWC2020
Alsee added a comment to T245225: Implement editing specific comments.

@matmarex I think you should reconsider how you're conceptualizing the product. We're not building a discussion system, we're building a convenience-tool for wikipages. Consider your points here:

  • We must ensure there is a signature (because reason)
  • Maybe investigate if we actually can prevent the user from removing the signature(s)
Mar 7 2020, 3:41 AM · DiscussionTools

Feb 29 2020

Alsee added a comment to T240360: Determine our approach for displaying date and time a comment was made, in a user's local timezone and preferred date format.

@Demian I don't understand your objection about being "less dramatic". What I said was mild, accurate, and factual. For what it's worth I'll try to clarify. When I set a Mediawiki timezone preference I found it was absolutely disruptive to my ability to work. I had to turn it off as soon as I encountered the problem. We copy-paste or type timestamps on a semi-regular basis, and it's a problem when they don't match the entries in history or other logs. Anyone who sets a timezone is going to have to manually convert any timestamp posted by anyone else before they can compare it it in history or logs, and they need to preform a manual conversion before they posting any timestamp. If they don't, other editors will complain about them posting invalid timestamps.

Feb 29 2020, 3:27 PM · DiscussionTools, Editing-team (Tracking), Editing Design

Feb 27 2020

Alsee added a comment to T240360: Determine our approach for displaying date and time a comment was made, in a user's local timezone and preferred date format.

Could someone investigate what percentage of active editors have a custom value set for MediaWiki timezone preference? I could be mistaken, but I expect it would be very low. I found it painfully disruptive when I tried using it.

Feb 27 2020, 9:16 AM · DiscussionTools, Editing-team (Tracking), Editing Design
Alsee added a comment to T246245: Reply v2.0: Create annotated tickets for posting on-wiki.

@iamjessklein not a big deal, but I noticed the link in your example is broken. An http-type link is an external link. External links use single-brackets and a space instead of a pipe. Like this: [https://en.wikipedia.org/wiki/Template:Cite_sign Template:Cite_sign]

Feb 27 2020, 8:57 AM · Editing-team (Q3 2019-2020 Kanban Board), OWC2020 (OWC2020 Replying 2.0), Editing Design

Feb 20 2020

Alsee added a comment to T242260: Background color captures more than content area.

Expecting a balanced page, with a closing div or heredoc close is incompatible with what is probably the primary use case. If someone uses the new-section button, or casually adds a new content or a new section at the bottom, the closing div will no longer be at the bottom. Not only will that mess up the rendering of the page, but the closing-div may get automatically archived. Archiving would again result in a page with an unclosed div.

Feb 20 2020, 1:08 PM · MediaWiki-Parser
Alsee added a comment to T245220: Comment parser should report range of comment and signature separately.

This seems like a poor idea. If you cut the editable range short, they can't append after the signature. We don't usually do that for quick spelling/grammar/link fixes, but major or late changes will often get an appended second signature and possibly a note of what major change was made. Also any attempt to identify the start of the signature will be a guess, and guesses which are wrong will produce very odd behavior for the affected users.

Feb 20 2020, 12:12 PM · Editing-team (Q3 2019-2020 Kanban Board), MW-1.35-notes (1.35.0-wmf.23; 2020-03-10), OWC2020 (OWC2020 Replying 2.0), DiscussionTools

Feb 13 2020

Alsee added a comment to T235593: Replies v2.0: create mockups.

@iamjessklein someone who clicks the standard EDIT button should never enter any flowchart for the DiscussionTool.

Feb 13 2020, 8:45 PM · Editing-team (Q3 2019-2020 Kanban Board), OWC2020 (OWC2020 Replying 2.0), Editing Design
Alsee added a comment to T242184: Create a change tag for edits made using DiscussionTools.

The tags would likely be shorter if we had a name for the tool (and for the project). The lack of such a name is becoming increasingly inconvenient.

Feb 13 2020, 12:11 AM · MW-1.35-notes (1.35.0-wmf.21; 2020-02-25), Verified, OWC2020 (OWC2020 Replying 1.0), OWC2020 Replying 1.0, Editing-team (Q3 2019-2020 Kanban Board), Editing Design, DiscussionTools

Feb 5 2020

Alsee added a comment to T241391: Unable to respond to specific comments.

@matmarex what's the rationale for the current approach? I can see several reasons for start and end indent to differ, but I can't think of any case where a differing end indent would be giving the correct signal.

Feb 5 2020, 5:50 AM · Verified, Editing-team (Q3 2019-2020 Kanban Board), DiscussionTools, OWC2020
Alsee added a comment to T239676: Mobile VE: Fall back to wikitext editor if the loading takes too long.

The task description says VE had a lower success rate than WTE, because it took longer to load, causing users to abandon their edit before even starting. While that is surely true in some cases, I expect it is a minority. Possibly a rather small minority. The overwhelming majority of edit-clicks are people with no intention of editing. They are either misclicks or curiosity clicks. The fact that VE is slow to load merely gives those users a chance to cancel the page load.

Feb 5 2020, 4:31 AM · Verified, Goal, Editing-team (Kanban Board), VisualEditor, VisualEditor-MediaWiki

Jan 30 2020

Alsee updated the task description for T243973: WikimediaSpace blocking editors without confirmed email address.
Jan 30 2020, 9:14 PM · Discourse
Alsee updated the task description for T243973: WikimediaSpace blocking editors without confirmed email address.
Jan 30 2020, 8:58 PM · Discourse
Alsee created T243973: WikimediaSpace blocking editors without confirmed email address.
Jan 30 2020, 8:57 PM · Discourse

Jan 27 2020

Alsee added a comment to T241391: Unable to respond to specific comments.

it will no longer be necessary to insert block content without indentation if multiline comments/list items are implemented.

Jan 27 2020, 10:43 PM · Verified, Editing-team (Q3 2019-2020 Kanban Board), DiscussionTools, OWC2020

Jan 26 2020

Alsee added a comment to T241391: Unable to respond to specific comments.

@matmarex it looks like the code for where to place the reply is running into trouble because it's trying to follow HTML/parser structure instead of the comment structure. People don't view the structure the way a formal parser does. You need to step away from the usual parsing expectations and focus on what humans are keyed-into.

Jan 26 2020, 11:25 PM · Verified, Editing-team (Q3 2019-2020 Kanban Board), DiscussionTools, OWC2020
Alsee added a comment to T240640: [Feedback] Not supporting adding multiple signatures in a comment.

When the page already contains a comment with multiple signatures (within a single paragraph or list item), there will be only one "Reply" button added, at the end of the line.

Agreed. Paragraphs should be treated as indivisible in every case I can think of, and if I really do want to split a paragraph I would expect to use the full edit button.

Jan 26 2020, 10:05 PM · User-Ryasmeen, Verified, OWC2020 (OWC2020 Replying 1.0), Editing-team (Q3 2019-2020 Kanban Board), DiscussionTools

Jan 24 2020

Alsee added a comment to T240640: [Feedback] Not supporting adding multiple signatures in a comment.

I agree with matmarex, a line/paragraph should be treated as an indivisible block.

Jan 24 2020, 6:19 PM · User-Ryasmeen, Verified, OWC2020 (OWC2020 Replying 1.0), Editing-team (Q3 2019-2020 Kanban Board), DiscussionTools
Alsee added a comment to T242223: Write an algorithm that can detect a resolution suggestion.

The current practice of preforming merges silently is a problem, and I would say this particular talk-case case increases the priority on T76997 Edit conflict automatic resolution can silently produce unexpected results. If I edit-conflict at same spot in a discussion I want to either approve the proposed merge, or at minimum be shown the other person's content after the auto-merge. It's possible for this sort of merge to badly distort the apparent context and meaning of a comment.

Jan 24 2020, 4:42 PM · MW-1.35-notes (1.35.0-wmf.25; 2020-03-24), WMDE-QWERTY-Sprint-2020-03-18, WMDE-QWERTY-Sprint-2020-03-04, WMDE-QWERTY-Sprint-2020-01-21, WMDE-QWERTY-Sprint-2020-01-08, Two-Column-Edit-Conflict-Merge, TCB-Team (now WMDE-TechWish)

Jan 22 2020

Alsee added a project to T243435: TwoColumnConflict preview passes incorrect namespace to templates: Two-Column-Edit-Conflict-Merge.
Jan 22 2020, 6:07 PM · MW-1.35-notes (1.35.0-wmf.19; 2020-02-11), WMDE-QWERTY-Sprint-2020-02-04, WMDE-QWERTY-Sprint-2020-01-21, WMDE-TechWish, TCB-Team (now WMDE-TechWish), Two-Column-Edit-Conflict-Merge
Alsee created T243435: TwoColumnConflict preview passes incorrect namespace to templates.
Jan 22 2020, 6:06 PM · MW-1.35-notes (1.35.0-wmf.19; 2020-02-11), WMDE-QWERTY-Sprint-2020-02-04, WMDE-QWERTY-Sprint-2020-01-21, WMDE-TechWish, TCB-Team (now WMDE-TechWish), Two-Column-Edit-Conflict-Merge

Jan 9 2020

Alsee added a comment to T217825: Editing timing data incorrect for second load.

@Esanders it looks like this task is specific to mobile-VE. Did or does the same issue exist in desktop VE? And if so has it been fixed there too?

Jan 9 2020, 5:30 AM · Skipped QA, MW-1.34-notes (1.34.0-wmf.3; 2019-04-30), VisualEditor (Current work), VisualEditor-MediaWiki-Mobile
Alsee added a comment to T240548: References with no visible content are reported as empty now.

I don't think I have ever before seen the software dump a message like this into an article, outside of preview or the reflist-block. It is seriously horrid behavior. Remember, almost everyone looking at the page is a reader, and our primary job is to present the page for that reader.

Jan 9 2020, 3:48 AM · WMDE-TechWish, Regression, Cite, Cite-Extends
Alsee added a comment to T240360: Determine our approach for displaying date and time a comment was made, in a user's local timezone and preferred date format.
  1. Localized times will confuse and disrupt communication. We routinely use the timestamp when referring to a comment or edit. If you localize times the time value becomes randomized garbage for everyone trying to read it.
  2. Displaying localized time would require deeply screwing around with how wikipages work.
Jan 9 2020, 3:21 AM · DiscussionTools, Editing-team (Tracking), Editing Design
Alsee updated subscribers of T235923: Replies v1.0: release replying to specific comments.

Updating the task description to include the ideas @MMiller_WMF + @Whatamidoing-WMF raised during today's staff meeting:

  • How might the replying text input more clearly communicate to experienced contributors how the workflow behaves (e.g. How and when does the reply workflow prepend indentation syntax to "your" comment?)
    • This relates to to a point @Alsee raised in T235923#5680589 in response to: "What – if anything – should be pre-populated in the reply box?"
Jan 9 2020, 2:34 AM · OWC2020 (OWC2020 Replying 1.0), Editing-team (Q3 2019-2020 Kanban Board), DiscussionTools

Jan 1 2020

Alsee added a comment to T2738: Ability to watch section levels of pages.

This was one of the top results of the Talk Page Consultation. I think(?) the team put section watchlisting on the to-do list.

Jan 1 2020, 7:03 AM · Growth-Team-Filtering, Growth-Team, Community-Wishlist-Survey-2016, Community-Wishlist-Survey-2015, German-Community-Wishlist, Epic, MediaWiki-Watchlist

Dec 30 2019

Alsee added a comment to T241388: When inserting {{welcome}} reply, preview is indented differently to saved content.

@ppelberg Eeeek! This Phab task is backwards.

Dec 30 2019, 3:42 AM · DiscussionTools

Dec 20 2019

Alsee added a comment to T240548: References with no visible content are reported as empty now.

Yikes! What happened to this article is horrid. Don't throw error messages in the middle of an article.
Even worse, for German readers the article is spammed with foreign language garbage text.

Dec 20 2019, 2:32 PM · WMDE-TechWish, Regression, Cite, Cite-Extends

Dec 15 2019

Alsee added a comment to T240640: [Feedback] Not supporting adding multiple signatures in a comment.

There are various use cases for multiple signatures, as well as for disabling the final auto-signature. One example:

Dec 15 2019, 4:39 AM · User-Ryasmeen, Verified, OWC2020 (OWC2020 Replying 1.0), Editing-team (Q3 2019-2020 Kanban Board), DiscussionTools

Dec 10 2019

Alsee added a comment to T119595: Provide a reply to Letter to Wikimedia Foundation: Superprotect and Media Viewer.

@Aklapper if I noticed that the Foundation had left its servers set with the default password, or even worse put gasoline in the fire extinguishers, it is constructive contribution to alert the Foundation of that failure and the very real and very grave consequences of failing to constructively address the issue. Even if my reports are not warmly received and even if they are not immediately successful.

Dec 10 2019, 1:09 AM · Technical-Collaboration-Guidance, Community-Relations-Support (Oct-Dec-2016), Liaisons-March-2016, Liaisons-February-2016, DevRel-January-2016, DevRel-December-2015

Dec 8 2019

Alsee added a comment to T119595: Provide a reply to Letter to Wikimedia Foundation: Superprotect and Media Viewer.

To the extent that [[Wikimedia Product Guidance]] constitutes a "reply", it is a profanity-laced one.

Dec 8 2019, 5:06 AM · Technical-Collaboration-Guidance, Community-Relations-Support (Oct-Dec-2016), Liaisons-March-2016, Liaisons-February-2016, DevRel-January-2016, DevRel-December-2015

Nov 27 2019

Alsee added a comment to T238971: Consider revising Junior Contributor definition.

@ppelberg please reopen this task. All we've resolved is that there is no concern about bad faith. We haven't resolved that the issue of non-contributors are being included in the Contributors metric. It's a very low bar to expect ONE edit demonstrating someone is here to work on the project. Heck, if we set the threshhold at a single reverted edit it would at least demonstrate an attempt to contribute.

Nov 27 2019, 12:32 PM · Product-Analytics, VisualEditor (Current work), OWC2020

Nov 26 2019

Alsee added a comment to T239231: Calculate guardrail metrics.

I don't have any objection per-se to watching the suggested guardrail metrics, however I don't think they will be particularly useful.

Nov 26 2019, 1:58 PM · DiscussionTools, Product-Analytics, OWC2020
Alsee added a comment to T238971: Consider revising Junior Contributor definition.

Neil is correct. Defining contributor to mean 'article space contribution' has nothing to do with bad faith. Vandals generally don't bother with talk pages. The primary source of disruption is good-faith people arguing. Non-editors are more likely to create, expand, and persist in disruptive arguing.

Nov 26 2019, 1:32 PM · Product-Analytics, VisualEditor (Current work), OWC2020

Nov 25 2019

Alsee added a comment to T223339: Re-run metrics from VE on mobile report .

There are a number of reasons why an edit init might not reach edit ready. However I cannot think of ANY scenario where it would be appropriate to penalize the quick-loading wikitext editor with an edit fail while discarding the data for a VE edit fail. Calculating edit completion rate using ready misleadingly inflates the success percentages for VE.

Nov 25 2019, 6:58 PM · Product-Analytics, VisualEditor

Nov 23 2019

Alsee added a comment to T142299: First edit guided tour should use VE tab as anchor when available.

I suggest closing this task. The community will likely react negatively if you try to point guided tour to the secondary editor.

Nov 23 2019, 4:55 PM · Growth-Team-Filtering, Growth-Team, MediaWiki-extensions-GuidedTour
Alsee awarded T142299: First edit guided tour should use VE tab as anchor when available a Burninate token.
Nov 23 2019, 4:47 PM · Growth-Team-Filtering, Growth-Team, MediaWiki-extensions-GuidedTour

Nov 22 2019

Alsee added a comment to T235761: Decide what to show when user is viewing an old version of a talk page.

I'd suggest converting reply-links into non-links, and add strikethrough to indicate they are inactive. (Even better, check the history date and don't show reply-links at all if it's before reply-links were deployed.)

Nov 22 2019, 9:12 AM · User-Ryasmeen, MW-1.35-notes (1.35.0-wmf.21; 2020-02-25), Editing-team (Q3 2019-2020 Kanban Board), DiscussionTools, OWC2020

Nov 21 2019

Alsee added a comment to T235923: Replies v1.0: release replying to specific comments.

I think many of these questions answer themselves when you keep in mind that we're not building a new discussion system, we just want to help the the user more quickly and more easily insert the exact same blob of wikitext they currently do.

Nov 21 2019, 3:08 AM · OWC2020 (OWC2020 Replying 1.0), Editing-team (Q3 2019-2020 Kanban Board), DiscussionTools

Nov 17 2019

Alsee added a comment to T234046: Create OWC metric definitions.

I edited the wikipage item for "Junior Contributors" to add a criteria of "at least one article page edit". You may want to revise this to "at least one article page edit that has not been reverted".

Nov 17 2019, 8:23 PM · Product-Analytics, VisualEditor (Current work), OWC2020

Nov 8 2019

Alsee added a comment to T235592: Replies v1.0: Create mockups.

Depending on the design, the interface might make this information directly visible....

We've been thinking of making this visible by "indenting" the reply textbox on the page

I still like showing the indent string and sig string for several reasons:
(1) Indenting the box would consume X characters of whitespace at the beginning of every line, whereas showing the indent-characters only consumes X characters on the first line of the reply box. This is particularly significant for mobile. (2) Experienced users will be instantly comfortable seeing exactly how the new interface works. (2) The new interface becomes an actively helpful on-ramp. New users will passively absorb how the underlying page works, especially if the shown characters have a tip appear on mouseover. If the new user sticks around they will sometimes need to use the edit button to directly edit the page for various reasons. (3) Making indent characters visible and click-to-edit allows people to replace the indents with an {{od}} outdent or otherwise alter the indentation for various reasons, without having having to leave the new interface. The community likes the power, flexibility, and control they have on talk pages. We should't hardcode-lock the indentation string if we don't have to.

Having the signature characters moving with your cursor as your type sounds annoying.

Agreed. Instead I picture it attached to the bottom-right corner of the text entry box.
While I expect it would be rare to want to delete or change the sig portion, if the indent-characters are click-to-edit then this part should work the same.

[posting in places that aren't a reply]

Ideally we'd add some cue that you can reply to those places, and ideally it would also describe the expected way to indent (imagine a template like {{replywith|#}} that generates some invisible marker), and then the user won't have to know what to do beforehand. I don't think we've thought this through yet (I certainly haven't).

I'm picturing a reply link after each signature, plus a link at the bottom of every section. I think the section-link should say something like "Add comment" or "Add new comment" instead of "Reply". It would add a zero-indent post. The user can supply the * or # if appropriate. Note: For the zero indent case the software will need to prepend a blank line unless one of the following is true: (1) There's already a blank line or section heading directly above (2) the user starts their reply with one of :*# (3) any other known-safe case I missed.

Nov 8 2019, 10:51 AM · OWC2020 (OWC2020 Replying 1.0), Editing-team (Q3 2019-2020 Kanban Board), OWC2020 Replying 1.0, Editing Design