UlrikHD

joined 2 years ago
MODERATOR OF
[–] UlrikHD@programming.dev 1 points 1 day ago

It's an open issue on github from 2024, it doesn't seem to be a priority. This tool allows us to react faster than reports though, and hopefully remove some problematic content before it's seen by others.

[–] UlrikHD@programming.dev 2 points 1 day ago (2 children)

I'll copy the answer I provided in the main thread over on !meta@programming.dev, but to also add, the tool does not monitor all users. It only monitors newly created user accounts on programming.dev for x amount of time so that we know that the account isn't being made to abuse or spam. We do not want to have this tool monitoring regular users.

Copied reply about why DM monitoring is needed:

From the PR standpoint, I don't think it's worth it, and it'd be better to just leave it on reports.

The problem is that we can't rely on reports of DMs since lemmy doesn't federate them to us.

E.g.
-> troll@programming.dev makes a new account and sends harassment to victim@lemmy.instance
-> victim@lemmy.instance reports the DMs from troll@programming.dev
-> We, the admins of programming.dev, do not see this report because lemmy does not federate the DM report and troll@programming.dev can continue harassing others because we never find out about it.

This isn't just a theoretical, it happened just last month that one of our users (1 day old account) sent rape and death threats (which were reported), and we found out about it by pure chance when talking to admins from the other instance.

And just to clarify, the tool only automatically monitors new accounts, i.e. accounts that are being registered today. If you account is more than a few weeks old, the tool doesn't monitor any of your activity.

[–] UlrikHD@programming.dev 3 points 2 days ago (1 children)

It's an open issue on github from 2024, it doesn't seem to be a priority. This tool allows us to react faster than reports though, and hopefully remove some problematic content before it's seen by others.

[–] UlrikHD@programming.dev 8 points 2 days ago (4 children)

From the PR standpoint, I don't think it's worth it, and it'd be better to just leave it on reports.

The problem is that we can't rely on reports of DMs since lemmy doesn't federate them to us.

E.g.
-> troll@programming.dev makes a new account and sends harassment to victim@lemmy.instance
-> victim@lemmy.instance reports the DMs from troll@programming.dev
-> We, the admins of programming.dev, do not see this report because lemmy does not federate the DM report and troll@programming.dev can continue harassing others because we never find out about it.

This isn't just a theoretical, it happened just last month that one of our users (1 day old account) sent rape and death threats (which were reported), and we found out about it by pure chance when talking to admins from the other instance.

And just to clarify, the tool only automatically monitors new accounts, i.e. accounts that are being registered today. If you account is more than a few weeks old, the tool doesn't monitor any of your activity.

[–] UlrikHD@programming.dev 7 points 2 days ago

We'll take the fact that you haven't noticed much spam as a compliment.

The most recent spam that we have seen is harassment/doxxing campaigns that target specific users. It's not something the average user would notice as the harassment is often DMs or pings on random posts. That, and a ban evader with a recognisable writing style.

As you pointed out, there is no monetary interest on our end. We are just volunteers looking to fix the blindpots in the moderation tools. We have no interest in needlessly censoring speech, and if you ever feel we moderate the instance too harshly, we are open to taking feedback. You can always check the modlog to see our activity. The guidelines for our moderation can be seen here.

[–] UlrikHD@programming.dev 7 points 2 days ago

We will have a review of how we write posts and follow up in the comments later today to make sure we are clearer in our communication, and that we don't end up with 3 different admins chiming in on separate comments.

I still don’t like it, but if you are disclosing it properly and you’re not offshoring the data that is monitored, that will earn you some goodwill.

We try to always make pinned announcements when making notable changes to our operation to keep the community informed. Any changes, minor or major, that we believe our users would want to know, we will always post about here.

It really sounds like Lemmy software is trailing behind on keeping up with the bots.

Lemmy is trailing behind when it comes to moderation tools just in general, which is what that is forcing us to make our own tools to help with moderation.

[–] UlrikHD@programming.dev 10 points 2 days ago (3 children)
  • We only monitor new users on our instance, the tool is written by the admin team and no personal data is sent out of the server. The tool operates on the server communicating directly with the lemmy database on the server.
  • Other instances have their methods I'm sure, we haven't cooperated with any other instances with this tool. I'm sure there's a spectrum of 100% pure manual moderation to a highly automated process.
  • The tool scans for typical patterns we see in the trolls. Some of the patterns I'm sure you can guess, such as using slurs or uploading images. The tool temporarily removes the content and pings the admin team so that we can manually verify the content and restore it.
  • No it's a problem across the fediverse, it seems to be people being banned from various instances that creates new accounts to evade bans. We have seen harassment campaigns where the user creates new accounts on multiple instances and attacks the victim via comments and DMs before moving on to the next instance to repeat the harassment.
  • That would only fix the issue for the duration of new applications being closed.

There isn't anything new in regards to privacy with this move. We are just adding a tool to help flag content quicker, and we want to be transparent about out moderation. That's why we made our admin guidelines public.

[–] UlrikHD@programming.dev 4 points 2 days ago

Please avoid insulting users in your comments

[–] UlrikHD@programming.dev 2 points 1 week ago

Good point, I think I misunderstood OPs post

[–] UlrikHD@programming.dev 1 points 2 weeks ago

c/die_reklame has been set to hidden by an admin due to being a community primarily driven by a bot, but it seems like it wasn't added to the public hidden communities list. That's our mistake, we will update the list to show it as hidden.

Hiding communities isn't something done by moderators, it's something we do at an admin level according to our instance's policy.

[–] UlrikHD@programming.dev 1 points 2 weeks ago (2 children)

I haven't hidden the community yet and the post is visible both on the standard frontend and the tesseract frontend. Not quite sure what's going on in OP's picture, checking the database, all the recent posts seem normal.

[–] UlrikHD@programming.dev 1 points 2 weeks ago (6 children)

https://programming.dev/c/britishtelly@feddit.uk is currently visible and not hidden.

However, as it seems to be a bot community, it should be hidden on our instance, so we will hide it and update https://legal.programming.dev/docs/hidden-communities to reflect that.

 

Programming.dev finally got official administration guidelines. This document codifies what has up until now only been loosely discussed topics throughout the year in the private administration chat channels.

We hope that by putting the guidelines into writing and making them public, we can ensure a consistent level of moderation by the administration team. But also more importantly, let everyone know by what guidelines and metrics the administration team should follow, making it easier for you guys to hold us accountable and report any instances of an administrator overstepping their role, or decisions you disagree with.

While the primary focus of the document is aimed at administrators specifically, it also includes information to users on how they can contact the admin team if they want to report another admin for deviating from our guidelines.

As always, feedback is more than welcome and we would be happy to discuss any thoughts you may have on our guidelines, nothing is ever perfect.

 

Programming.dev now has official community guidelines. These should help clarify what sort of local communities we allow to be hosted on the instance and the rules we expect them to follow.

As most programmers are aware, anticipating every edge case is generally not viable, so these are just guidelines, not written-in-stone rules. The admin team will still evaluate communities on a case-by-case basis, and exceptions are always possible.

If you have any feedback on the guidelines, we are more than happy to hear them, so please post them below.

 

As a follow up to our previous announcement post, we have now set up a page to display every community that is hidden for our local users.

As explained on that page:

Programming.dev will hide political communities, NSFW/pornographic communities and communities that have a majority of their content produced by bots. While a community is hidden, it and its posts and comments will not show up in post feeds or in the search results unless you have explicitly subscribed to it. Communities themselves currently do not show up in community search results, this may change in the future; see #2943.

Users can subscribe to a hidden community to remove the hidden effect status of a community, however it can be difficult for a user to find out which communities are due to them not being searchable.

 

As per our policy of hiding political communities, pornographic communities and communities hosting bot spam, !news@lemmy.world is now set to hidden as its content is mainly USA centric political news.

Those of you who want to continue to see posts from !news@lemmy.world are encouraged to subscribe to the community, which will make the it visible for your account.

The mods over !news@lemmy.world have already been notified of this move and understand our decision, please do not bother them by pinging them here.

A previous announcement post of other hidden communities can be seen here

 

We have over a period of time gotten repeated reports of unmarked NSFW posts in certain communities. All of these communities share the same singular mod, who have shown indifference when content has been reported. As leaving NSFW posts unmarked is against our instance rules, we have moved to set the rule-breaking communities to hidden.

Those of you who subscribe to hidden communities will continue to see them as normal, for everyone else these communities will look empty and hidden from c/all.

The newly hidden communities are:

We would also like to take this opportunity to remind everyone that programming.dev's policy is to by default hide political communities, pornographic communities and communities hosting bot spam. Users seeking such content can subscribe to hidden communities so see them as normal.

Just recently we also went ahead and hid communities from lemmygrad due to the politics clause.

As always we encourage our local users to report content that break our instance rules. All content you report are seen by the admin team and helps inform the team of what's going on across the fediverse.

 

Sorry if this is the wrong community, not sure where else to post the question, and I'd rather avoid creating an issue over on Github.

Is there a way to check if a federated user is an administrator via the API? .get_person_details() will have the admin field set to false for all other than local admins and .get_community() only reveals the list of moderators.

I know I could scrape the admin list from the main page html, but scraping html is prone to errors if an instance uses an alternative frontend or the frontend is updated. Getting the data via the API should be a more stable solution.

Based on #3703 it seems like a decent chance that this information isn't currently exposed to federated instances though?

 

Describe the problem

3/4 moderators of the community are inactive, leading to a backlog of unresolved reports from the community.

Suggested solution

Find 1-2 active programming.dev users in the community volunteering to moderate c/programmer_humor in the comments of this post.

Expected time cost

A few minutes each week, the volume of the reports from the community is currently low.

Temporary solution

The community will be moderated by the admin community team until new moderators are found.

 

Are there any websites or posts where one can see planned features for the app? It would be nice to know what's missing from the initial release. I see plenty of feature requests, but none contains confirmation of whether that feature will be worked on or not.

view more: next ›