User Details
- User Since
- Feb 17 2017, 7:18 PM (450 w, 2 d)
- Availability
- Available
- LDAP User
- Jsn.sherman
- MediaWiki User
- JSherman (WMF) [ Global Accounts ]
Fri, Oct 3
@sjvipin we're unstalled now, but it's been a minute since we talked about this. Could you clarify exactly what is being asked for here (eg. a list of: link event records, links to edits where the citations were added, urls to cited articles)?
Aggregate backfill complete and looking good:
Thu, Oct 2
okay, so I distilled this down into the simplest terms I could without tossing out anything interesting.
This data was collected for the period from 2025-08-27 - 2025-10-01.
General awareness/usage of ORES-provided filtering is pretty low, however, the language agnostic revert risk filter was used more than 2x the next most popular ORES-provided filter during the above period.
filter parameter | 20-wiki mean usage (as percentage of requests) |
hidewikibase | 42.4661600% |
hidecategorization | 39.7302482% |
hidebots | 34.7760486% |
hidepreviousrevisions | 27.3064137% |
hideminor | 24.1339098% |
hidelog | 22.6141969% |
tagfilter | 17.0681138% |
namespace | 11.4658532% |
hidemyself | 3.3265726% |
hidenewuserlog | 2.8674247% |
enhanced | 2.3915087% |
hidewikistories | 1.5687481% |
hidepageedits | 0.9917557% |
hidenewpages | 0.9708737% |
revertrisklanguageagnostic | 0.0739144% |
damaging | 0.0363921% |
watchlist | 0.3517260% |
goodfaith | 0.0260128% |
hidemajor | 0.0060860% |
hidebyothers | 0.0009547% |
hidelastrevision | 0.0008795% |
This seems like we would have a very large denormalized table with multple entries per user and thread to track the many-to-many relationship. I could see this getting out of hand very quickly in terms of performance and scalability.
Wed, Oct 1
@GTrang I can see how this has impacted your workflow, but I'm not sure your proposed outcome is correct:
@Novem_Linguae thanks for filing this; we recently addressed a CVE and this is emergent behavior related to that change. We'll get on it!
We noticed this on an iPhone SE 2020
, but haven't been able to reproduce elsewhere; looking into itYou could always try checking the resources made available the docker desktop vm that underpins your setup. Maybe make sure that it has enough ram + disk? I'm just throwing things at the wall at this point.
@Scardenasmolinar usually when I encounter issues like this, I just start destroying my local environment, eg.
docker system prune -a; docker volume prune -a
When that doesn't cut it, I've occasionally purged all docker packages and config and started completely over.
@Kgraessle can you give this a try as well?
Tue, Sep 30
@Scardenasmolinar This does look to be a local overlay fs driver issue to me; I did quite a bit of troubleshooting locally, and so far switching to a bind mount is the only thing that's fixed it. You and I were seeing somewhat different errors, so I was wondering if you could try running a restore in my test branch?
https://github.com/WikipediaLibrary/externallinks/tree/Jsn.sherman/T405925
just reusing this task for my reporting based on this code; currently rerunning
See T403495: [SPIKE] How could we present users of the moderator dashboard with their Impact?[4H] for initial investigation
note that we should probably write the code in such a way that tips on personaldashboard itself can be displayed via this mechanism.
see T402822: [SPIKE] How can we use DiscussionTools to retrieve the most active discussions on certain noticeboards? [8H] for initial investigation
Mon, Sep 29
Fri, Sep 26
I let this sit for long enough that I decided to rerun the script before writing up the findings. While waiting on that to run, I thought I'd move the data to a paste, but found an interesting bug/limitation: I can't seem to get phabricator to render a remarkup table in a paste, even though the same table renders in a comment.
See: P83475
for whatever reason, a remarkup table won't render in the paste, even if the exact same table renders in a comment:
Wed, Sep 24
It's still not clear to me that the benefits would outweigh potential costs on this. We don't currently have plans to make this change, so I'm marking as declined, but of course someone may reopen in the future.
verified on enwiki
verified on enwiki
just noting that we should add a ci step in the prs that validates the json file
Tue, Sep 23
Mon, Sep 22
@Samwalton9-WMF @OTichonova remind me: Are these meant on the dashboard or on other pages? From the description, it looks like they go directly in the dashboard.
Sat, Sep 20
Fri, Sep 19
Repository now exists at https://gerrit.wikimedia.org/r/admin/repos/mediawiki%2Fextensions%2FPersonalDashboard
Thu, Sep 18
Wed, Sep 17
I've started a draft of the extension page:
https://www.mediawiki.org/wiki/Extension:PersonalDashboard