Page MenuHomePhabricator

Marc (Mar(c))
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
Oct 14 2014, 9:06 AM (493 w, 2 d)
Availability
Available
LDAP User
Unknown
MediaWiki User
Mar(c) [ Global Accounts ]

Recent Activity

Apr 9 2022

Marc added a comment to T305721: Empty space added above talk page comments in some cases (page without initial header; before some templates; in a gallery).

About the example on nl.wikipedia that @matmarex quoted:

Any temporary quickfixes for these "Articles for deletion" pages on nl.wikipedia are made in the tbp-links template. So keep that in mind while checking this example when investigating/fixing the issue.
With kind regards, Mar(c).

Apr 9 2022, 8:04 AM · Verified, Editing-team (Kanban Board), Regression, DiscussionTools

Apr 8 2022

Marc added a comment to T298371: Viewport overflow because of data-mw-comment-start/end.

Setting the marker to display:inline-block appears to break something else after all. An empty inline element in front of a <div> block is invisible, but an empty inline-block element in front of a <div> block appears to cause a quite visible space. B.t.w. I'm not sure if this is only the case with <div> blocks.

Is it possible to narrow the above fix to the browser/system/circumstances it is intended for?

Apr 8 2022, 6:47 AM · Browser-Support-Apple-Safari, Verified, MW-1.39-notes (1.39.0-wmf.25; 2022-08-15), Patch-For-Review, Editing-team (Kanban Board), DiscussionTools

Jan 9 2021

Marc added a comment to T269618: Order of ResourceLoaderSkinModule should be consistent across skins.

The invisible hr element is also reported on nl.wp (and temporarily 'fixed' in the project's monobook.css).

Jan 9 2021, 3:58 PM · MW-1.36-notes (1.36.0-wmf.27; 2021-01-19), Web-Team-Backlog (Kanbanana-FY-2020-21), Performance-Team (Radar), MediaWiki-ResourceLoader, MediaWiki-Core-Skin-Architecture

Dec 27 2020

Marc added a comment to T270009: Discussion Tools causes TemplateStyles to be empty in certain cases.

Ah yes, last week I noticed it works fine after the update (but forgot to mention it here). Thanks!

Dec 27 2020, 12:49 PM · Skipped QA, Editing-team (Kanban Board), OWC2020 (OWC2020 Replying 2.0), DiscussionTools

Dec 15 2020

Marc added a comment to T270009: Discussion Tools causes TemplateStyles to be empty in certain cases.

Thanks for the quick investigation and fix!

Dec 15 2020, 7:37 AM · Skipped QA, Editing-team (Kanban Board), OWC2020 (OWC2020 Replying 2.0), DiscussionTools

Dec 13 2020

Marc added a comment to T270009: Discussion Tools causes TemplateStyles to be empty in certain cases.

The inserting of 'top-level' <span data-mw-comment="..."> elements may have something to do with the issue, but that's just my guess.
See also WP:SHEIC, the technical village pump on nl.wp (so in Dutch), for some discussion leading to this ticket.

Dec 13 2020, 12:15 AM · Skipped QA, Editing-team (Kanban Board), OWC2020 (OWC2020 Replying 2.0), DiscussionTools

Dec 12 2020

Marc created T270009: Discussion Tools causes TemplateStyles to be empty in certain cases.
Dec 12 2020, 11:26 PM · Skipped QA, Editing-team (Kanban Board), OWC2020 (OWC2020 Replying 2.0), DiscussionTools

Sep 18 2020

Marc created T263292: Proposal: integrate "skip to top and bottom" functionality into the standard UI.
Sep 18 2020, 9:17 PM · MediaWiki-User-Interface

Aug 24 2020

Marc added a comment to T119366: Disable caching on the main page for anonymous users.
  • Could something like mw:Manual:PurgeList.php offer a possible solution here? Maybe combined with some MediaWiki:Purge-list message that can be edited by the project's admins, containing a list like [[Main page]], [[Portal:...]], ... (the pages to be purged on a 24-hour interval; a fixed time would be better).

or:

  • Should we just let a maintenance bot do a daily purge action? (This may be easier to execute at the same time every day, also taking DST into account.)

Would such purge solutions work well, and are there any downsides?

Aug 24 2020, 11:42 PM · MediaWiki-Platform-Team, Traffic-Icebox, SRE, WMF-General-or-Unknown

Aug 20 2020

Marc added a comment to T260841: Content translation pop up - nlwp.

... It is only shown once to people who didn't enable the beta feature. ...

Aug 20 2020, 7:26 AM · ContentTranslation

Aug 13 2020

Marc added a comment to T259855: DiscussionTools touched unrelated parts of the page.

I assume the Thursday fix train didn't arrive this morning yet, but also assume more examples of disruptive reply tool edits are still welcome. (Or are these from another category, especially the first mentioned one?)

Aug 13 2020, 5:12 PM · User-Ryasmeen, Parsing-Active-Work, MW-1.36-notes (1.36.0-wmf.5; 2020-08-18), Parsoid, Patch-For-Review, Editing-team (Kanban Board), DiscussionTools

Aug 4 2020

Marc added a comment to T259640: Internal link shortcuts strip part between brackets for users..

Some examples in article space (so not with a namespace prefix), where the parenthesized part is really a part of the subject's name:

I.m.o. there shouldn't be anything stripped (by default) in these links' labels. Of course, as with page titles containing a comma, if the parenthesized term (or the comma, plus what follows) is really a part of the article subject's name, and the editor doesn't want it to get stripped off, then s/he just shouldn't enter a pipe. I couldn't find any picnic/pebcak tag to add to this ticket, so if in (almost) all cases of page titles that end with [non-space](parenthesized term) the parenthesized term is part of the subject's name —also on other (e.g. non-alphabetic script?) projects— I guess this could better be excluded from the pipe trick.

Aug 4 2020, 7:54 PM · MediaWiki-Parser
Marc added a comment to T259640: Internal link shortcuts strip part between brackets for users..

(Because I'm mentioned here )
I'm aware of this since probably the early days of my wiki career, and always thought of it as a funny side effect of the pipe trick. I'm actually surprized it doesn't happen more often when people mention me, ending up shortening my username to "Mar" ([[Gebruiker:Mar(c)|Mar]]) — it happened two days ago, I don't remember any previous instance.

Aug 4 2020, 5:53 PM · MediaWiki-Parser

Jul 21 2020

Marc updated the task description for T247765: Start a new discussion: create design brief.
Jul 21 2020, 12:10 AM · Editing-team, DiscussionTools, Editing Design, OWC2020 (New Discussion 1.0)
Marc updated the task description for T247765: Start a new discussion: create design brief.
Jul 21 2020, 12:07 AM · Editing-team, DiscussionTools, Editing Design, OWC2020 (New Discussion 1.0)

Jul 20 2020

Marc updated the task description for T249016: Create way to share feedback from within the workflow.
Jul 20 2020, 11:19 PM · User-Ryasmeen, Verified, MW-1.35-notes (1.35.0-wmf.30; 2020-04-28), Editing-team (Q3 2019-2020 Kanban Board), OWC2020 (OWC2020 Replying 1.0)
Marc updated the task description for T244683: Make target wikis aware of replying deployment strategy.
Jul 20 2020, 11:16 PM · Editing-team (Tracking), DiscussionTools, OWC2020 (OWC2020 Replying 1.0)
Marc added a comment to T255560: Make the affordances for responding to specific comments easier to notice.

Since the beginning of my awareness of the Reply Tool, I use some css to style the 'reply' links. My considerations:

  • a background color and rounded corners to give it a button-ish look,
  • overall light colors to prevent it from being too prominently in view (too intrusive),
  • a reply icon in front of the text to make it better recognizable and more easy to spot (also for languages with a very short translation of 'reply').
Jul 20 2020, 10:44 PM · Verified, Editing-team (Kanban Board), DiscussionTools, OWC2020

Jul 18 2020

Marc added a watcher for OWC2020: Marc.
Jul 18 2020, 12:51 PM
Marc added a comment to T249391: Add support for customizing edit summaries for comments posted using Reply tool.

@ppelberg Thanks for sharing this here. In case new users shouldn't be confronted with mark-up code (like the special section linking mark-up in the summary box) too soon, that part could be left out of the text field. I updated the mockup also with empty vs prefilled with a default summary (the one I see most fit, see T254117):

Jul 18 2020, 12:37 AM · Editing-team (Kanban Board), Verified, User-Ryasmeen, MW-1.36-notes (1.36.0-wmf.9; 2020-09-15), OWC2020 (Reply Tool Opt Out), DiscussionTools, Editing Design

Jul 17 2020

Marc added a comment to T254117: Consider revising Reply tool's automatic edit summary.

I strongly oppose to inserting a snippet from the comment itself into the edit summary, for the following reasons:

  1. It's not a summary of the comment, it's duplicating the same text to multiple places. I.m.o. that's a bad habit: only after reading the same thing twice you realize you just read the same thing twice (I get a feeling from it similar to the one I get from needless cross-posting).
  2. It's actually cluttering the history etc. pages with a lot of text that contains hardly any information, related to the amount of text. (One of the reasons that makes Flow history pages pretty useless, i.m.o.)
  3. From @Whatamidoing-WMF I got the impression (here) that inappropriate statements in edit summaries —aside from "almost all of the edit summaries for replies look useless"— might be an important reason not to add an edit summary field, or why it was never added. Using a snippet from the comment conflicts with this 'abuse prevention' argument: any inappropriate statement in the start of the comment will also be included in the —(afterwards) uneditable— edit summary. (Besides: such a reason should be part of a broader discussion and development decision about edit summaries in discussion namespaces.)
Jul 17 2020, 11:51 PM · DiscussionTools
Marc added a comment to T254549: Cursors hops in visual mode reply tool.

See also T258235

Jul 17 2020, 4:50 PM · DiscussionTools, OWC2020

Jul 14 2020

Marc updated subscribers of T254287: Final warning: Mobile main page special casing will be disabled July .

The Dutch wikipedia is ready and aware, they discussed it on the last VP announcement.
https://nl.m.wikipedia.org/?mfnolegacytransform=1&debug=1 Not perfect, but it will do for now.

Jul 14 2020, 9:51 AM · User-notice-archive, MoveComms-Support (Jul-Sep-2020), Tech Ambassadors & Translators, User-Jdlrobson, Performance-Team (Radar), MW-1.35-notes (1.35.0-wmf.20; 2020-02-18), Web-Team-Backlog (Tracking), Local-Wiki-Template-And-Gadget-Issues

Jun 9 2020

Marc added a comment to T69558: Use previous sort order by default as 'secondary sort'.

I wouldn't recommend making secondary sort the default; that is not expected behaviour.
It doesn't look like that's the intention of the original request either. I assume it was a sorting stability issue/bug back then (and with that, I guess this ticket can be closed).

Jun 9 2020, 9:01 AM · MediaWiki-User-Interface (Tables), JavaScript

Jun 8 2020

Marc triaged T254807: Messages containing a div.mw-parser-output get an extra Reply link as Lowest priority.
Jun 8 2020, 7:44 PM · Editing-team (Kanban Board), Skipped QA, DiscussionTools, MW-1.35-notes (1.35.0-wmf.39; 2020-06-30), OWC2020 (OWC2020 Replying 1.0)
Marc updated subscribers of T254807: Messages containing a div.mw-parser-output get an extra Reply link.
Jun 8 2020, 7:42 PM · Editing-team (Kanban Board), Skipped QA, DiscussionTools, MW-1.35-notes (1.35.0-wmf.39; 2020-06-30), OWC2020 (OWC2020 Replying 1.0)
Marc created T254807: Messages containing a div.mw-parser-output get an extra Reply link.
Jun 8 2020, 7:40 PM · Editing-team (Kanban Board), Skipped QA, DiscussionTools, MW-1.35-notes (1.35.0-wmf.39; 2020-06-30), OWC2020 (OWC2020 Replying 1.0)
Marc added a comment to T252903: Page scrolls to the wrong place after posting a comment.

This might have an easy explanation: when using the reply tool on a diff page, after publishing the reply the updated page replaces the entire page content, including the part where the diff is shown. So in fact the vertical scroll position doesn't change, but a 'jump' of the height of the disappeared parts (diff table, diff-currentversion-title h2, probably some more elements) can be perceived.

Jun 8 2020, 7:08 PM · Skipped QA, Editing-team (Kanban Board), DiscussionTools, MW-1.35-notes (1.35.0-wmf.39; 2020-06-30), OWC2020 (OWC2020 Replying 1.0)
Marc added a comment to T254116: If someone else has already answered this question, please tell me before posting my duplicate/redundant reply.

Ah, it looks like this is basically the same as T250295 but with some expanded examples.

Jun 8 2020, 4:35 PM · DiscussionTools, OWC2020 (OWC2020 Replying 1.0)

Jun 2 2020

Marc updated the task description for T254116: If someone else has already answered this question, please tell me before posting my duplicate/redundant reply.
Jun 2 2020, 10:53 AM · DiscussionTools, OWC2020 (OWC2020 Replying 1.0)
Marc added a comment to T254117: Consider revising Reply tool's automatic edit summary.

To summarize the reasoning I expressed here:

  • no short default description like "Reply" will cover all use cases (semi-related comments, additions to previous comments);
  • it looks like user-added text, which it isn't, especially because of the inability to customize it;
  • with the tags, it's superfluous.
Jun 2 2020, 9:09 AM · DiscussionTools

May 28 2020

Marc added a comment to T253905: Vector page layout corrupted on cached pages.

I noticed it too, on nl-wiki. As far as I could see in the short time it happened, it affected only action=history pages . The page I still have open mentions skins.vector.styles.legacy in the loaded styles:

May 28 2020, 7:50 PM · MW-1.35-notes (1.35.0-wmf.32; 2020-05-12), Web-Team-Backlog (Kanbanana-2019-20-Q4), Regression, Vector (legacy skin)

Mar 16 2019

Marc created T218466: [Pages Created] The wikitext version of the tool doesn't mark *recreated* deleted pages as such.
Mar 16 2019, 7:09 AM · XTools

Mar 13 2019

Marc committed rOSNB1d904b17221b: Fix IP address is not recorded in the associated interface's changelog.
Fix IP address is not recorded in the associated interface's changelog
Mar 13 2019, 6:49 PM

Jan 7 2019

Marc added a comment to T160666: AbuseFilter should use the same account name on all WMF projects.

Okay, that sounds good. I read a few tickets but apparently missed the latest developments. Thanks!

Jan 7 2019, 10:28 PM · Patch-Needs-Improvement, Stewards-and-global-tools, AbuseFilter
Marc added a comment to T160666: AbuseFilter should use the same account name on all WMF projects.

Imho, it's not "nicer for it to have a localised name", it's highly obfuscating.

Jan 7 2019, 6:41 PM · Patch-Needs-Improvement, Stewards-and-global-tools, AbuseFilter

Jul 10 2018

Marc created T199222: Diff page shows diff lines in wrong order.
Jul 10 2018, 12:59 PM · Wikidata, MediaWiki-extensions-Diff