You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I currently publicly list error users as a way of making them visible to myself and other users who may then go on to let them know they have an error.
However, a significant portion of these users are inactive, estimated based on their account history - e.g. an inactive SCP user might have a sandbox page, a forum thread about it, their notification config, and no activity since those pages were created. There's not much point listing these users as they're unlikely to ever notice that they have an error and it makes active users in the list more difficult to notice.
I should remove these users from the list. I could maybe list them separately in a collapsible.
From the site side, this is easy - filter the first list for those lacking a tag that indicates the user is inactive, and filter for that tag's presence in the second list.
From the backend side, adding that tag is easy - I already do this for some situations:
Programmatically determining exactly when a user is considered inactive may take some nuance. I might consider conditions like:
Number of waiting notifications > 0
Difficulty: trivial
This metric might be a red herring. After Filter users before iterating for notification #59 nothing is evaluated for a user who doesn't have any waiting notifications, so they won't even be marked as an error user (other than users marked before then).
Recent forum activity
Difficulty: medium - no current implementation, but I have the data already
Note that I would still have this data even after Purge old data #65 as I need to track forum posts created by subscribed users regardless
I don't think this is fair - an inactive user wanting notifications from old posts is a perfectly valid use case.
Note to self: this change doesn't prevent that user from getting notifications, just reduces the visibility of their error report. It's not that big a deal
Some metric for 'has ever been regularly active'
E.g. a broad filter could be 'has ever received 5 replies to their posts/threads'.
Current best filter I can think of:
has made 5 posts OR has recieved 5 replies OR subscribed < 3mo ago OR last posted < 1mo ago
That filters out users who have been active at some point (either by making lots of posts or making few well-recieved posts), while not filtering out new users who only became active in the last 3 months, and not filtering out users who are provably active right now
Account creation date doesn't matter, history starts from when they subscribed to notifier
The text was updated successfully, but these errors were encountered:
I currently publicly list error users as a way of making them visible to myself and other users who may then go on to let them know they have an error.
However, a significant portion of these users are inactive, estimated based on their account history - e.g. an inactive SCP user might have a sandbox page, a forum thread about it, their notification config, and no activity since those pages were created. There's not much point listing these users as they're unlikely to ever notice that they have an error and it makes active users in the list more difficult to notice.
I should remove these users from the list. I could maybe list them separately in a collapsible.
From the site side, this is easy - filter the first list for those lacking a tag that indicates the user is inactive, and filter for that tag's presence in the second list.
From the backend side, adding that tag is easy - I already do this for some situations:
Programmatically determining exactly when a user is considered inactive may take some nuance. I might consider conditions like:
Current best filter I can think of:
has made 5 posts OR has recieved 5 replies OR subscribed < 3mo ago OR last posted < 1mo ago
The text was updated successfully, but these errors were encountered: