Volunteer. +2 on PageTriage and Twinkle. User script developer. Enwiki administrator and interface administrator. New Pages Patrol coordinator.
User Details
- User Since
- Feb 7 2021, 12:37 AM (137 w, 6 d)
- Availability
- Available
- IRC Nick
- NovemLinguae
- LDAP User
- Novem Linguae
- MediaWiki User
- Novem Linguae [ Global Accounts ]
Yesterday
XTools is down: https://xtools.wmcloud.org/ec/enwiki/ I assume it's related to this? cc @MusikAnimal
Thu, Sep 28
Perhaps it'd be better to let our people work on this (WMF Moderator Tools team talking to their contact at Newspapers.com) instead of Wikipedia Library users interfacing with Newspapers.com directly. Interfacing with them directly might just confuse and bother their customer service reps.
Wed, Sep 27
Or figure out a way to keep the bright color and still achieve the contrast requirement. Perhaps by changing the font color of the text.
Tue, Sep 26
I am no longer able to reproduce this. Thank you for the quick patches. Can probably mark this as resolved, but will let the machine learning team make the decision on that in case they want to track it on their kanban board.
Mon, Sep 25
I confirm this bug on enwiki in the user script https://en.wikipedia.org/wiki/User:Evad37/rater, which has 1200 installs. The CORS error is:
Sat, Sep 16
Fri, Sep 15
Thu, Sep 14
Sounds good. I went ahead and did a strikethrough of "functions to classes". You can add to your maintenance backlog now if you want.
Thanks for the bug report. This one happens to be a duplicate, so I will merge this ticket into the older ticket.
Wed, Sep 13
I think a Toolforge tool is a close enough fit. Don't think this idea that it's not a userscript or gadget needs to be a blocker.
The legend should probably say something more specific than "closed". I assume "closed" means "read only, not accepting edits". We should probably verify by reading the code.
Marking as declined for now to reflect reality. When myself and the NPP team did a big push to implement this in 2022, various folks had small objections that added up into enough objections to stall this. No reason to work on it if it's just going to get stalled. We will focus our energies elsewhere for now.
Tue, Sep 12
Mon, Sep 11
Your sandbox renders like this for me. Chrome 116, Windows 10
Sun, Sep 10
Sat, Sep 9
Thu, Sep 7
Ah OK, so the GetPreferences hook lets us make a "normal" preference rather than a userjs- preference, which has some advantages. Got it.
Yes, I see localStorage in a code search of the repo, so it is probably also saving to the browser.
BC logic
Still happening as of May 2023. Is intermittent, not consistently reproducible, but I've noticed it multiple times. See T335832: Sometimes visiting an old diff marks all revisions for that page as read in watchlist for some screenshots and notes.
Looks like the save code is...
Can you elaborate a bit more on what the problem is with userjs, what the advantage of the GetPreferences hook is, etc?
Thanks for taking a look at this.
Wed, Sep 6
Tue, Sep 5
I forget which ticket I originally shared my concerns in, I think I made a post about this. But I am worried that mw.util.addPortlet() is not generating HTML that is similar enough to the skin that it is being used in. Ideally each skin would be able to specify what kind of addPortlet() HTML is generated, and that HTML would be identical to other HTML portlet code used by that skin.
Mon, Sep 4
Had my issue happen again.
Sun, Sep 3
Sat, Sep 2
Thanks for the quick turnaround! Does it just need some localhost testing?
Fri, Sep 1
We discussed this a bit offline. Here's some ideas:
Aug 31 2023
@MPGuy2824 has done some work on the Special:NewPagesFeed mwe-vue-pt-info-pane and may have some thoughts about flex vs grid vs tables.
Aug 29 2023
I did some tests just now, and recent patches have fixed the "reduction in the number of visible rows" issue and also the padding issue. Should be OK to close this one as resolved.
The "able to type into text box" part of this is solved. The "radio button should be selected" part is covered in T345154: In Vue.js NewPagesFeed, selecting Username filter text box should also select the radio button. Closing.
May need more work. The shadow correctly disappears when you switch filters from a list with a lot of items to a list with zero items, but when you scroll up, the shadow prematurely comes back.
Unexpected whitespace between radio button and text box on beta cluster. "Username" doesn't display at all. May need more work.
https://gerrit.wikimedia.org/r/c/mediawiki/extensions/PageTriage/+/951550 merged on August 22