Page MenuHomePhabricator

Wbm1058
User

Projects

User does not belong to any projects.

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Wednesday

  • Clear sailing ahead.

User Details

User Since
May 17 2015, 1:19 PM (222 w, 1 d)
Availability
Available
LDAP User
Unknown
MediaWiki User
Wbm1058 [ Global Accounts ]

Recent Activity

May 17 2019

Wbm1058 added a comment to T22307: Generate automatic summary /* blah */ when I manually add a section heading when editing.

OK, so every time I try to move a page over a redirect the software breaks in with 'The destination page " " already exists. Do you want to delete it to make way for the move? (Check the edit history.)' How dare it do this AGAINST MY EXPECTATIONS! Just move the page and stop running interference.

May 17 2019, 12:58 AM · MediaWiki-Page-editing, Wikimedia-Hackathon-2017, Patch-For-Review, Community-Wishlist-Survey-2015

Feb 12 2019

Wbm1058 added a comment to T75908: Avoid lost link for deleting pages which is later restored.

History-merging pages on enwiki is enough of a pain already (delete and restore are slow, and often time out and need to be repeated) and having to tend to Wikidata on top of that just adds to the trouble.
https://en.wikipedia.org/wiki/Wikipedia:Administrators%27_guide/Fixing_cut-and-paste_moves#Bugs_and_problems

Feb 12 2019, 11:49 PM · Wikidata, MediaWiki-extensions-WikibaseRepository, MediaWiki-extensions-WikibaseClient

Feb 10 2019

Wbm1058 added a comment to T76557: Special:MergeHistory causes incorrect byte change values in history.

Is this a bug or feature? This is the only evidence that I'm aware of where Special:MergeHistory leaves any log on the target page indicating that another page was merged into it. There is no log entry, nor a no-changes edit that leaves an edit summary indicating a history-merge occurred at this edit. The telltale sign that a merge ooccurred at that edit is the fact that the edit ostensibly increased the page size from zero bytes, when the previous edit did not blank the page. SO to me, this is a useful feature in that it leaves a bit of evidence, albeit cryptic and hard to find, of where another page was histmerged in.

Feb 10 2019, 10:08 PM · MediaWiki-Special-pages
Wbm1058 added a comment to T30819: Deleted revision links should use "rev_id" not "page/timestamp".

See the description of problems at https://en.wikipedia.org/wiki/Wikipedia:Administrators%27_guide/Fixing_cut-and-paste_moves#Bugs_and_problems

Feb 10 2019, 10:00 PM · MediaWiki-Special-pages

Feb 8 2019

Wbm1058 added a comment to T45911: Special:Undelete fails when too many checkboxes are checked.
Feb 8 2019, 5:40 PM · MediaWiki-Page-deletion

Jan 25 2019

Wbm1058 added a comment to T210739: Target deletion during page move fails.

Already done
https://en.wikipedia.org/wiki/User_talk:Anomie#Great_work!

Jan 25 2019, 11:08 PM · Core Platform Team Workboards (Done with CPT), MW-1.33-notes (1.33.0-wmf.14; 2019-01-22), Anti-Harassment, Patch-For-Review, User-notice, Core Platform Team (Needs Cleaning - Security, stability, performance and scalability (TEC1)), MediaWiki-Special-pages, Wikimedia-production-error

Jan 19 2019

Wbm1058 added a comment to T210739: Target deletion during page move fails.

Right, that occured to me moments after I sent my last message. So, in the Tech News, please do advise sysops to add a notice to their wiki's [[MediaWiki:Delete and move confirm]] page.

Jan 19 2019, 12:11 AM · Core Platform Team Workboards (Done with CPT), MW-1.33-notes (1.33.0-wmf.14; 2019-01-22), Anti-Harassment, Patch-For-Review, User-notice, Core Platform Team (Needs Cleaning - Security, stability, performance and scalability (TEC1)), MediaWiki-Special-pages, Wikimedia-production-error
Wbm1058 added a comment to T210739: Target deletion during page move fails.

I restored https://en.wikipedia.org/wiki/MediaWiki:Delete_and_move_confirm which I'd deleted when this went into hibernation. That's probably sufficient; I'm not sure a notice in Tech News is necessary.

Jan 19 2019, 12:00 AM · Core Platform Team Workboards (Done with CPT), MW-1.33-notes (1.33.0-wmf.14; 2019-01-22), Anti-Harassment, Patch-For-Review, User-notice, Core Platform Team (Needs Cleaning - Security, stability, performance and scalability (TEC1)), MediaWiki-Special-pages, Wikimedia-production-error

Jan 15 2019

Wbm1058 added a comment to T210739: Target deletion during page move fails.

Anomie, thanks for "taking ownership" of this. Just noting that when it has failed for me, retrying has never been successful. I just retried another move several times, and it failed each time. I'll stop doing that now as it is probably just pointless spamming of your logs. Hopefully your temporary logging will find the culprit.

Jan 15 2019, 6:15 PM · Core Platform Team Workboards (Done with CPT), MW-1.33-notes (1.33.0-wmf.14; 2019-01-22), Anti-Harassment, Patch-For-Review, User-notice, Core Platform Team (Needs Cleaning - Security, stability, performance and scalability (TEC1)), MediaWiki-Special-pages, Wikimedia-production-error
Wbm1058 added a comment to T210739: Target deletion during page move fails.

Internal error

Jan 15 2019, 5:47 PM · Core Platform Team Workboards (Done with CPT), MW-1.33-notes (1.33.0-wmf.14; 2019-01-22), Anti-Harassment, Patch-For-Review, User-notice, Core Platform Team (Needs Cleaning - Security, stability, performance and scalability (TEC1)), MediaWiki-Special-pages, Wikimedia-production-error
Wbm1058 added a comment to T210739: Target deletion during page move fails.

Probably downgrade it from UBN, since it seems it mostly stopped happening:

Jan 15 2019, 5:38 PM · Core Platform Team Workboards (Done with CPT), MW-1.33-notes (1.33.0-wmf.14; 2019-01-22), Anti-Harassment, Patch-For-Review, User-notice, Core Platform Team (Needs Cleaning - Security, stability, performance and scalability (TEC1)), MediaWiki-Special-pages, Wikimedia-production-error

Jan 14 2019

Wbm1058 added a comment to T210739: Target deletion during page move fails.

OK, I just got this error again: Internal error

Jan 14 2019, 11:16 PM · Core Platform Team Workboards (Done with CPT), MW-1.33-notes (1.33.0-wmf.14; 2019-01-22), Anti-Harassment, Patch-For-Review, User-notice, Core Platform Team (Needs Cleaning - Security, stability, performance and scalability (TEC1)), MediaWiki-Special-pages, Wikimedia-production-error

Dec 10 2018

Wbm1058 added a comment to T210739: Target deletion during page move fails.

While the fact this was first reported early on a Friday has led everyone to suspect something in a Thursday code deployment was responsible for these page-move errors, I note that coincident with that a bot https://en.wikipedia.org/wiki/Wikipedia:Bots/Requests_for_approval/TheSandBot was approved to move over 35,000 pages. It was shortly after this bot was approved and began moving pages en masse that I first encountered this error. Now, it may be a coincidence, as the bot does not have admin privileges and thus does not attempt to move over pages that require deletion to move over them, but it was someone manually trying to do what the bot couldn't, and failing, that threw up the red flags I noticed, and then when I attempted to "fix" their "error" I saw this error.

Dec 10 2018, 2:39 PM · Core Platform Team Workboards (Done with CPT), MW-1.33-notes (1.33.0-wmf.14; 2019-01-22), Anti-Harassment, Patch-For-Review, User-notice, Core Platform Team (Needs Cleaning - Security, stability, performance and scalability (TEC1)), MediaWiki-Special-pages, Wikimedia-production-error

Dec 9 2018

Wbm1058 added a comment to T210739: Target deletion during page move fails.

Is this still a problem? A week ago Friday I saw this error every time I tried to move over a page with history. It didn't seem random, it happened every time. But this condition only lasted for a day or two or three. I can't recall exactly the last time this failed for me, but it's been almost a week now I think since the last time. It seems to have fixed itself. Maybe the problem was some lag in software deployment? Surely someone can figure out why this happened?

Dec 9 2018, 12:14 AM · Core Platform Team Workboards (Done with CPT), MW-1.33-notes (1.33.0-wmf.14; 2019-01-22), Anti-Harassment, Patch-For-Review, User-notice, Core Platform Team (Needs Cleaning - Security, stability, performance and scalability (TEC1)), MediaWiki-Special-pages, Wikimedia-production-error

Dec 8 2018

Wbm1058 added a comment to T200391: Cleaning up after EducationProgram.

Can a batch fix of moving them all to Project/Project_talk just be done?

I wonder if we should just re-add the EducationProgram NS in mw-config to the Wikis that had it enabled...
https://en.wikipedia.org/w/api.php?action=query&pageids=38654465&prop=info%7Crevisions&rvprop=content confirms the content type isn't anything that depends on the extension, it's just wikitext

Dec 8 2018, 7:49 PM · MediaWiki-extensions-EducationProgram
Wbm1058 added a comment to T200391: Cleaning up after EducationProgram.

See https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)#Special_pages_for_the_Education_Program_%E2%80%93_what_happened_to_them?

Dec 8 2018, 4:29 PM · MediaWiki-extensions-EducationProgram

Apr 27 2018

Wbm1058 added a comment to T193210: CodeMirror: allow users to customize links vs. file links differently via CSS.

All of the .cm-mw- items seem to be for specifying how to color and font-weight something that is not ordinary, normal text, i.e. a section heading, a template, a wikilink, etc.

Apr 27 2018, 5:30 PM · MediaWiki-extensions-CodeMirror
Wbm1058 added a comment to T193210: CodeMirror: allow users to customize links vs. file links differently via CSS.

I'm not following MusikAnimal's comment above.

Apr 27 2018, 5:14 PM · MediaWiki-extensions-CodeMirror

Feb 24 2018

Wbm1058 created T188191: {{dead link}} is an invalid infobox parameter.
Feb 24 2018, 11:23 PM · InternetArchiveBot

Dec 19 2017

Wbm1058 added a comment to T183107: DateInputWidget on Special:Contributions doesn't always link to user's newer contributions (due to start= vs offset=).

The fundamental issue here is that start=2016-03-10 is incompatible with offset=20160311235959. You can't start from two different dates! Is start a new parameter; why was it created? It seems like a fork of offset. What are the rules for behavior when both are specified?

Dec 19 2017, 3:20 PM · MediaWiki-Special-pages

Dec 18 2017

Wbm1058 reopened T183107: DateInputWidget on Special:Contributions doesn't always link to user's newer contributions (due to start= vs offset=) as "Open".

OK, so I click the blue link for "500" and it shows me 500 edits, which extend well beyond the date range I selected. Now it does show both "newer 500" and "older 500".
https://en.wikipedia.org/w/index.php?title=Special:Contributions&offset=20160311235959&limit=500&contribs=user&target=Dbachmann&namespace=&tagfilter=&start=2016-03-10&end=2016-03-11

Dec 18 2017, 1:52 PM · MediaWiki-Special-pages
Wbm1058 created T183107: DateInputWidget on Special:Contributions doesn't always link to user's newer contributions (due to start= vs offset=).
Dec 18 2017, 4:50 AM · MediaWiki-Special-pages

Nov 17 2017

Wbm1058 added a comment to T14019: ifexist function uses pagelinks table in lieu of better options.

So yeah, this finished far back in the pack in the 2015 Community Wishlist Survey. You could bring it back up for the 2017 survey, which is currently in progress. The chances it will finish in the top ten are slim to none, and we're lucky if the folks working on this stuff can even get ten of these knocked off in a full year. So don't hold your breath.

Nov 17 2017, 12:51 PM · Community-Wishlist-Survey-2015, ParserFunctions

Jul 14 2017

Wbm1058 added a comment to T101087: [GTWL] Epic: Advanced search in Wikipedia.

Also https://phabricator.wikimedia.org/T159403

Jul 14 2017, 12:57 AM · Advanced-Search, Epic, CirrusSearch, Discovery, German-Community-Wishlist, TCB-Team

Jun 2 2016

Wbm1058 added a comment to T121930: Cross-wiki mark as read doesn't work.

https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)#Wikidata_alert_is_sticky

Jun 2 2016, 6:13 PM · MW-1.32-notes (WMF-deploy-2018-09-18 (1.32.0-wmf.22)), Growth-Team (Current Sprint), Patch-For-Review, Collaboration-Team-Triage, User-notice, MW-1.27-release (WMF-deploy-2016-01-19_(1.27.0-wmf.11)), Notifications, Collaboration-Team-Archive-2015-2016

Apr 4 2016

Wbm1058 added a comment to T22307: Generate automatic summary /* blah */ when I manually add a section heading when editing.

Thanks for that, matmarex. You said it more succinctly and much better than I did. Right, the Mediawiki software should not consider the /* blah */ to be part of the user's edit summary at all. Rather, it is a Wiki-section-link (using a different syntax than the usual [ [ #blah ] ]) to the single section that the user edited. This should not even be directly under user control. If the user edited more than one section at the same heading-level, then the software should remove the /* blah */ or change it to the next higher level section that includes all sections which were edited. If the user edited just one section (which may or may not include sub-sections) and the /* blah */ is not there, then the software should add it. If the /* blah */ points to the wrong section, then the software should fix it. That's the ideal complete solution, but any partial enhancement that just addressed a subset of all the editing scenarios would be an improvement.

Apr 4 2016, 3:01 PM · MediaWiki-Page-editing, Wikimedia-Hackathon-2017, Patch-For-Review, Community-Wishlist-Survey-2015

Feb 21 2016

Wbm1058 added a comment to T22307: Generate automatic summary /* blah */ when I manually add a section heading when editing.

You don't need to overthink this. Nobody is asking for an extra button.

Feb 21 2016, 4:32 PM · MediaWiki-Page-editing, Wikimedia-Hackathon-2017, Patch-For-Review, Community-Wishlist-Survey-2015

Jan 17 2016

Wbm1058 added a comment to T118796: NEWSECTIONLINK and INDEX being added to articles.

See the related task https://phabricator.wikimedia.org/T122884 which is basically asking for a NEWSECTIONLINK equivalent to the $wgExemptFromUserRobotsControl variable. If such a new "exempt from new-section-linking" variable is implemented, then VisualEditor should also honor that and not offer to set or remove these behavior switches in namespaces where they are disabled.

Jan 17 2016, 4:22 PM · VisualEditor
Wbm1058 added a comment to T118796: NEWSECTIONLINK and INDEX being added to articles.

As I said on the VE feedback page "Bonus points if VisualEditor automatically removes attempts to set INDEX in $wgExemptFromUserRobotsControl namespaces, as I'd like AWB to do as well, if it doesn't already. " In other words, rather than "allow VE users to remove an existing INDEX/NOINDEX in cases where it is ignored", VE should *just do it*

Jan 17 2016, 4:01 PM · VisualEditor

Jan 16 2016

Wbm1058 reopened T118796: NEWSECTIONLINK and INDEX being added to articles as "Open".
Jan 16 2016, 2:55 PM · VisualEditor
Wbm1058 added a comment to T118796: NEWSECTIONLINK and INDEX being added to articles.

VisualEditor should obey the $wgExemptFromUserRobotsControl variable. In namespaces that this is set to disable, it should not even offer the end-users the opportunity to click any buttons related to indexing. Keep it as simple as possible for the user.

Jan 16 2016, 2:51 PM · VisualEditor

Jan 2 2016

Wbm1058 updated subscribers of T15890: add user talk namespace of En.Wikipedia to Robots.txt.
Jan 2 2016, 8:22 PM · Shell, Wikimedia-Site-requests
Wbm1058 merged task T16333: Userspace pages should be added to robots.txt list into T15890: add user talk namespace of En.Wikipedia to Robots.txt.
Jan 2 2016, 8:22 PM · Shell, Wikimedia-Site-requests
Wbm1058 merged task T16209: Addition of __NOSPIDER__ token for pages into T10068: Magic word to add noindex to a page's header.
Jan 2 2016, 8:12 PM · MediaWiki-General
Wbm1058 updated subscribers of T10068: Magic word to add noindex to a page's header.
Jan 2 2016, 8:12 PM · MediaWiki-General

Dec 18 2015

Wbm1058 added a comment to T22307: Generate automatic summary /* blah */ when I manually add a section heading when editing.

Thanks Ricordisamoa, for linking T67989. Well this is interesting. Maybe this javascript can be leveraged to complete this task?
https://de.wikipedia.org/wiki/Benutzer:Perhelion/sectionSummary
https://de.wikipedia.org/wiki/Benutzer:Perhelion/sectionSummary.js

Dec 18 2015, 7:36 PM · MediaWiki-Page-editing, Wikimedia-Hackathon-2017, Patch-For-Review, Community-Wishlist-Survey-2015
Wbm1058 added a comment to T47221: Document Special:PermanentLink and Special:Diff in the interface.

Just wondering why a patch submitted for a code review has been apparently just sitting there, not reviewed for over a year now. Can someone explain the status of this. Is it normal for patches to wait over a year to be reviewed?
https://gerrit.wikimedia.org/r/#/c/129095/

Dec 18 2015, 5:35 PM · MW-1.30-release-notes (WMF-deploy-2017-08-15 (1.30.0-wmf.14)), Documentation, Patch-For-Review, good first bug, MediaWiki-Special-pages

Dec 5 2015

Wbm1058 added a comment to T22307: Generate automatic summary /* blah */ when I manually add a section heading when editing.

Another nice to have enhancement related to this. If I edit a section, and change the section title, then change the title accordingly in the edit summary, e.g.:
https://en.wikipedia.org/w/index.php?title=List_of_minor_planets_named_after_places&diff=prev&oldid=693821412

Dec 5 2015, 3:30 AM · MediaWiki-Page-editing, Wikimedia-Hackathon-2017, Patch-For-Review, Community-Wishlist-Survey-2015

Nov 23 2015

Wbm1058 merged task T4722: Edit summary lists wrong subheader of new edit into T22307: Generate automatic summary /* blah */ when I manually add a section heading when editing.
Nov 23 2015, 1:39 AM · Wikimedia-General-or-Unknown
Wbm1058 updated subscribers of T22307: Generate automatic summary /* blah */ when I manually add a section heading when editing.
Nov 23 2015, 1:39 AM · MediaWiki-Page-editing, Wikimedia-Hackathon-2017, Patch-For-Review, Community-Wishlist-Survey-2015

Nov 19 2015

Wbm1058 added a comment to T22307: Generate automatic summary /* blah */ when I manually add a section heading when editing.

In my ~18 year career as a programmer, I specialized in fixing old and crufty code. Very little of my work was greenfields-type development. I know the shiny-new stuff like Visual Editor is more fun to work on for most, but y'all need to have people on staff who have a talent for wading into cruft and fixing it without breaking things. And hopefully actually enjoy that kind of work. Personally, I think all developers should cut their teeth by demonstrating that they can do this type of task. You learn things by working on other people's code. I'd only let developers work in a greenfield after they demonstrated their abilities in the cruft. Note that here, I've taken over two bots and have them operating successfully without much downtime or drama. /soapbox

Nov 19 2015, 12:20 PM · MediaWiki-Page-editing, Wikimedia-Hackathon-2017, Patch-For-Review, Community-Wishlist-Survey-2015

Nov 17 2015

Wbm1058 added a comment to T22307: Generate automatic summary /* blah */ when I manually add a section heading when editing.

The endorsement comment at https://meta.wikimedia.org/wiki/2015_Community_Wishlist_Survey/Editing#Generate_automatic_summary_.2F.2A_blah_.2A.2F_when_I_manually_add_a_section_heading_when_editing makes a good point: "Having the wrong section indicated is worse than having no section indicated at all." See this diff: https://en.wikipedia.org/w/index.php?title=User_talk%3AWbm1058&type=revision&diff=691137594&oldid=691061620 I edited my talk page clicking "edit source" at the "Virginia Tech Project Invite" section, then my only addition was the "New section test" section. My exit summary should be →‎New section test , not →‎Virginia Tech Project Invite ... this is arguably a BUG, not just an enhancement request. I didn't actually change anything in the Virginia Tech Project Invite section at all!

Nov 17 2015, 10:16 PM · MediaWiki-Page-editing, Wikimedia-Hackathon-2017, Patch-For-Review, Community-Wishlist-Survey-2015
Wbm1058 added a comment to T22307: Generate automatic summary /* blah */ when I manually add a section heading when editing.

Actually, on second thought, if text is edited in more than one section at the same level, then it's no longer a "section edit" but a full article edit, and there should be no section link in the edit summary. But if a new section is appended at the end which includes sub-sections of that section, then the edit summary should link to the new section added, not one of its subs.

Nov 17 2015, 10:50 AM · MediaWiki-Page-editing, Wikimedia-Hackathon-2017, Patch-For-Review, Community-Wishlist-Survey-2015
Wbm1058 added a comment to T22307: Generate automatic summary /* blah */ when I manually add a section heading when editing.

The simplest enhancement would be to simply look for the equivalent of clicking "New section" on a talk page, and make it work the same way that does. i.e. the diff for the edit just shows additional text being appended to the bottom of the page, *and* the beginning string of that text is recognized as a section header: A series of === followed by text followed by a series of the same number of ===. In the rare case that a section header exceeds the summary limit, just truncate it. I tested on my talk page and found that I could exceed the maximum in the box for entering the section header in the "new section" interface, and indeed it was truncated. Practically speaking, I have never seen a section header so long that it maxed out the summary limit.
https://en.wikipedia.org/w/index.php?title=User_talk:Wbm1058&offset=20151117033000&action=history

Nov 17 2015, 3:42 AM · MediaWiki-Page-editing, Wikimedia-Hackathon-2017, Patch-For-Review, Community-Wishlist-Survey-2015

Nov 16 2015

Restricted Application updated subscribers of T22307: Generate automatic summary /* blah */ when I manually add a section heading when editing.

Please... after six years sitting here growing cobwebs, please bump this, what seems to be a relatively simple task per Brion, up on the priorities list. If the edit appends text to the end of a page, and begins with a section header (any number of equal signs followed by text followed by the same number of equal signs) then automatically pre-populate the edit summary with that text. Doesn't on the face of it seem like this should be hard to implement.

Nov 16 2015, 2:35 PM · MediaWiki-Page-editing, Wikimedia-Hackathon-2017, Patch-For-Review, Community-Wishlist-Survey-2015

Sep 24 2015

Wbm1058 added a comment to T86865: Convert Special:MovePage to OOUI-based form.

I've been told that https://en.wikipedia.org/wiki/Template:RMassist no longer is prepopulating the "reason" field; though I haven't looked at it myself, this seems to confirm "you lose whatever you've previously written in the "reason" field" above. Please back off this change until you fix this. Thanks.

Sep 24 2015, 8:42 PM · WMF-deploy-2015-09-22_(1.26wmf24), MW-1.26-release, User-notice, Design, Patch-For-Review, MediaWiki-Special-pages, UI-Standardization

May 17 2015

Wbm1058 updated the task description for T98621: enwiki's job is about 28m atm and increasing.
May 17 2015, 2:10 PM · Operations, Patch-For-Review, WMF-JobQueue, MediaWiki-JobQueue
Wbm1058 added a comment to T98621: enwiki's job is about 28m atm and increasing.

Is it possible to change the DESCRIPTION at the top of this page?

May 17 2015, 1:45 PM · Operations, Patch-For-Review, WMF-JobQueue, MediaWiki-JobQueue