Parkywiki (Nick Moyes)
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
Jan 4 2017, 11:58 PM (392 w, 4 d)
Availability
Available
LDAP User
Unknown
MediaWiki User
Nick Moyes [ Global Accounts ]

Recent Activity

Oct 2 2023

Parkywiki triaged T347874: Mass account creation request throttling exception (3rd October 2023) as High priority.
Oct 2 2023, 2:23 PM · Wikimedia-Site-requests

Aug 2 2022

Parkywiki added a comment to T262066: Make it possible to tell if Reply or New Topic Tool is open from browser tab's name.

I don't sense others here have perhaps appreciated the frustration in not being able to determine which Wikipedia project talk page is open for editing amongst a plethora of identical-looking Tabs. In source editor, the Tab began '"Editing Wikipedia...' It's easy to be working with 20 tabs or more open, and it used to be easy to distinguish even the truncated letters "Ed." amongst a sea of other tabs all beginning "Wikip" and return quickly to that tab to continue working. But Reply tool - as wonderfully useful as it is - no longer give us that luxury of seeing that the page is active and being edited.
It is, to be frank, a bloody nuisance not to be able to determine which Tab you were on and quickly return to it. You try opening multiple sets of pages of policies and guidance pages in order to reply to just one newbie who needs help at the Teahouse and be unable to find the live edited page amongst the sea of identical-looking Tabs. At that's just one task amongst two or three one might be dealing with at any one time. Surely this is a quick fix? Anything to distinguish the actively edited (replied to) page will be most welcome. Anything!

Aug 2 2022, 10:36 PM · Verified, MW-1.39-notes (1.39.0-wmf.27; 2022-08-29), TPP-Phase1, Editing-team (Kanban Board), DiscussionTools

Apr 11 2020

Parkywiki added a comment to T233447: [OKR] Increase response rates.

Is it worth mentioning that there are many times when I need to turn off my watchlist email notifications for months on end? I do this during very busy periods of my life (like right now) in order to avoid my webmail Inbox being utterly swamped with hundreds of messages about pages I'm not really interested in having been modified. In the past I have missed key personal emails because of being flooded with watchlist email notifications, so I do try and check my online watchlist every few days at these times, but often forget. It can be a useful reminder when I see a watched talk page popping up in the list and then remember "oh yes, I did leave a message on that page a while ago; I'd better go and see if there's anything relevant to me on it." I previously used an email client like Outlook which allowed me to filter out wiki notification messages into a separate folder - which was really helpful - but I don't have this facility in my current webmail system.

Apr 11 2020, 1:12 PM · Editing-team (Tracking), DiscussionTools

Nov 22 2019

Parkywiki added a comment to T5234: Extend edit-user-talk notification to include edits to subpages of a user's talk page.

@Aklapper If only I had the skills! Sadly I am only a Wikipedia user, not a developer, and must rely on the wonderful corps of technical helpers we have here. (It's all I can manage to actually get on Phabricator and get a vague sense of what's happening!) I appreciate that not everything can be a priority. Best.

Nov 22 2019, 10:36 AM · Patch-Needs-Improvement, Growth-Team-Filtering, Growth-Team, Wikimedia-Hackathon-2017-Newcomer-Contribution, Notifications

Nov 20 2019

Parkywiki added a comment to T5234: Extend edit-user-talk notification to include edits to subpages of a user's talk page.

6 or more years on and there's still seems to be no progress on ensuring that users receive an on-wiki notification if another user edits any of their user sub-pages. This seems such a simple and logical thing to address (as anyone can alter or vandalise any person's sub-page without them realising it) I'm wondering why nobody has picked this one up.

Nov 20 2019, 9:23 AM · Patch-Needs-Improvement, Growth-Team-Filtering, Growth-Team, Wikimedia-Hackathon-2017-Newcomer-Contribution, Notifications

Nov 11 2019

Parkywiki added a comment to T234450: Special:Contributions requests with a high &limit= caused excessive database load.

I think this change is a really retrograde step, and I hope ways to return it can be found. It is only rarely that I need to change the 500 limit to 5000, but my goodness, when I do so it's so valuable. Having to copy and paste entries into Excel before I can work through a moderately large number of edits would be a real pain. I'd even be happy to enter a Captcha code or something similar if thousands of automated requests could potentially bring the system to its knees, so we can be sure that big searches are only done for a good reason and by a real person. Please find a way of returning this valuable feature.

Nov 11 2019, 10:14 PM · User-notice-archive, MW-1.31-release-notes, MW-1.33-notes, MW-1.34-notes, Platform Engineering, Security, MW-1.35-notes (1.35.0-wmf.5; 2019-11-05), Vuln-DoS, Performance Issue, MediaWiki-Special-pages, Wikimedia-production-error
Parkywiki updated Parkywiki.
Nov 11 2019, 10:11 PM

Feb 18 2019

Parkywiki awarded T5234: Extend edit-user-talk notification to include edits to subpages of a user's talk page a Like token.
Feb 18 2019, 9:52 AM · Patch-Needs-Improvement, Growth-Team-Filtering, Growth-Team, Wikimedia-Hackathon-2017-Newcomer-Contribution, Notifications
Parkywiki added a comment to T5234: Extend edit-user-talk notification to include edits to subpages of a user's talk page.

May I ask what progress has been made since Jo Hammer was assigned this task in 2017 -they appear to have ceased all activity shortly afterwards? The task itself goes back to 2005.

Feb 18 2019, 2:22 AM · Patch-Needs-Improvement, Growth-Team-Filtering, Growth-Team, Wikimedia-Hackathon-2017-Newcomer-Contribution, Notifications

Mar 9 2018

Parkywiki added a comment to T187690: Copy-pasting section headings emits JS error and doesn't let you save.

Can I add that, following my report yesterday to the Village Pump (linked to by User:TheDJ above), on a completely different Windows 10 PC with Google Chrome, I encountered the identical freezing issue when switching from source editing to visual editor. At what I've always felt was the rather pointless stage of the user confirming they want to switch, the window froze up., But but this time had not moved, cut or copied any content whatsoever. I had simply spent forty minutes expanding Bulbophyllum trichorhachis on en.wiki, but have lost all detailed references and content I was inserting. I've rather lost confidence in switching whilst editing, and will now save and reopen in another editor until this issue is resolved. I appreciate its priority being raised.

Mar 9 2018, 5:56 PM · MW-1.31-release-notes (WMF-deploy-2018-03-13 (1.31.0-wmf.25)), VisualEditor (Current work), VisualEditor-CopyPaste