Lemmy

If a comment or post gets reported, I can think of a number of different groups who might see that report:

• The moderators of the community in which it was posted.
• The admins of the instance hosting the community (call it instance X).
• The admins of the reporter's instance (call it Y).
• The admins of the poster's instance (call it Z).

Do all of these see the report? Only some subset? Some other group I'm not thinking of?

And if it is all/multiple of these, how does the actioning work? If the report's admin removes a post, does that mean nobody from instance Y can see it, but everyone else still can, or does it remove it more widely? Same for Z's admins and Z users. If X admins remove it, I presume that means nobody at all will see it, is this correct? And would a mod approving it means that admins of various instances will then not see the report, or does it stay in their queue separately?

Or do I need to save all the interesting posts I want to be able to find again? Because Reddit has this feature iirc.

I assume that it somehow scrapes the page for some sort of header text, but this doesn't seem to always work.

For example, titles are suggested for spacenews.com articles, but not for europeanspaceflight.com articles. What differences result in suggested titles for one but not the other?

I want to make a thread of Lemmy communities that people should know about.

Jerboah (which makes Lemmy usable for me) or my instance have real troubles finding a lot of communities on distant servers, and opening them from Firefox also doesnt work.

We dont need more tech stuff, we need to make Lemmy more useful!

We're adding the ability to customize this in the upcoming release, but I'm wondering what people think would be a good default.

The 4 pieces of showable/hideable info are: Upvotes, Downvotes, Score, and Upvote %.

In Jerboa, I had a temporary default (until the next lemmy release), of Score + Upvote %, but people seem to dislike this a lot.

I'll check back on this in a few days to see the result.

Post made on lemmy.ml can't be seen on lemmy.world

Ive always wondered. - Should I be adding relevant hashtags to Lemmy posts related to the subject of the post to make the content more findable on other Activitypub services?

A new post with 1 deleted comment shows as "comment symbol 0 (-1 New)"

... which looks goofy.

But not in this /c, maybe there's some kind of /c setting that shows quantities of new comments?

Maybe I made and deleted the comment too soon after I created this post?

UPDATE: running pnpm run translations:generate (and also the other translations tasks, just to be sure) fixed the issue.

When trying to setup a local Lemmy instance (for development), the lemmy-ui repository throws an error when trying to start the dev server.

I followed the guide: https://join-lemmy.org/docs/contributors/02-local-development.html

When running pnpm dev to start the dev server, it presents me with two errors:

ERROR in ./src/shared/services/I18NextService.ts 14:0-40
Module not found: Error: Can't resolve '../translations/en' in '/home/ff0000/workspace/lemmy/lemmy-ui/src/shared/services'
resolve '../translations/en' in '/home/ff0000/workspace/lemmy/lemmy-ui/src/shared/services'
  using description file: /home/ff0000/workspace/lemmy/lemmy-ui/package.json (relative path: ./src/shared/services)
    using description file: /home/ff0000/workspace/lemmy/lemmy-ui/package.json (relative path: ./src/shared/translations/en)
      no extension
        /home/ff0000/workspace/lemmy/lemmy-ui/src/shared/translations/en doesn't exist
      .js
        /home/ff0000/workspace/lemmy/lemmy-ui/src/shared/translations/en.js doesn't exist
      .jsx
        /home/ff0000/workspace/lemmy/lemmy-ui/src/shared/translations/en.jsx doesn't exist
      .ts
        /home/ff0000/workspace/lemmy/lemmy-ui/src/shared/translations/en.ts doesn't exist
      .tsx
        /home/ff0000/workspace/lemmy/lemmy-ui/src/shared/translations/en.tsx doesn't exist
      as directory
        /home/ff0000/workspace/lemmy/lemmy-ui/src/shared/translations/en doesn't exist
 @ ./src/shared/dynamic-imports.ts 6:0-69 48:17-41
 @ ./src/server/index.tsx 16:0-65 47:2-22

ERROR in ./src/shared/services/I18NextService.ts 159:43-129
Module not found: Error: Can't resolve '../translations' in '/home/ff0000/workspace/lemmy/lemmy-ui/src/shared/services'
 @ ./src/shared/dynamic-imports.ts 6:0-69 48:17-41
 @ ./src/server/index.tsx 16:0-65 47:2-22

webpack 5.91.0 compiled with 2 errors in 14393 ms

I do see that these files nor the folder exist where I18NextService is trying to locate them. But i also see in the root a lemmy-translations folder.

I am able to get it sort of working by updating the paths in I18NextService, but i guess that is not the preferred approach.

Hasn't worked for me in 3 days or so. Not on my browser or in app. Is the instance having issues or did it close down or smth?

There have been a number of comment spam attacks in various posts in a couple of /c's that I follow by a user/individual who uses account names like Thulean*

For example: ThuleanSneed@lemmy.tf in !coffee@lemmy.world

and ThuleanPerspective2@eviltoast.org in !anime@ani.social

edit: Also ThuleanSneed@startrek.website in !startrek@startrek.website

The posts have been removed or deleted by the respective /c's mods, and the offending accounts banned, but you can see the traces of them in those /c's modlogs.

The comments consist of an all-caps string of words with profanities, and Simpsons memes.

An attack on a post may consist of several repeated or similar looking comments.

This looks like a bored teenager prank, but it may also be an organization testing Lemmy's systemic and collective defenses and ability to respond against spam and bot posts.

A few days ago, there was a spammer going around instances spamming randomly generated text along with a series of images of the spine-chilling bone-tingling Simpson's character by the name of Sneed, some of them including George Floyd photoshopped between his ass cheeks. This spam reached many comment sections, typically those of recently created posts.

The spammer managed to create thousands of comments within a few minutes, which definitely shouldn't be possible, especially on such a new account. I have noticed from the lemmy source code that it indeed does have rate limits, but only on IPs, not on accounts. It's possible that the spammer used proxies, perhaps scraped from a public list to bypass the simple rate limits already in place.

The spammer seemed to have only a few accounts, therefore, adding a rate limit on accounts could help slow down such bots and minimize the damage they might cause. Another options I could think of are a more advanced form of spam detection and, albeit a bit scummy, reddit-style shadowbans, maybe a combination of a few such methods.

Implementing such measures will help lemmy become a more usable platform and less of an easy target for trolls and 'channers with nothing better to do.

Content is hidden due to not choosing the languages in the settings.

Making the language settings opted in by default should solve this initial struggle, opting out should be done manually. Putting check boxes next to the languages on there for selection should make things easier too.

This has been an issue long before the guy in the linked post reported it. ~~I've had to face this same issue on other instances as well so it's obviously a Lemmy issue and not instance specific.~~

Please understand that these sorts of small but very visible troubles are what keep people away from this platform. You sign up and go to any community only to see no posts or only those not tagged with a language (You could even miss those if you don't choose "Undetermined"). Any new user would be confused "Are there no user at all?" "Is this community banned?" "Is this instance defederated?" Each of these doubts would just push any new users out.

Edit: This PSA was over 9 months ago now.

Edit 2: It seems to be instance specific, lemmy.world and lemm.ee both have this issue as far as I've seen.

Edit 3: Thank you everyone for your help.

The block feature should be renamed to “mute”, which is what it seems to actually be. Currently I can apply this to a user and they can still see all my posts. So it’s a good mute feature but a terrible block feature.

After I've saved a post to a /c hosted by another instance than the one that I'm logged into, I can open that post for editing, but I'm unable to save my edits to that post.

For example: I made a post to !ukraine@sopuli.xyz, while logged in elsewhere. Something or other in the webpage link is forcing a download, so I tried to edit the URL in the post, but I can't save it.

This also happened to a post I made to !coffee@lemmy.world where I was trying to edit the text in the post's Body after saving the post.

I can save edits to my posts to /c's on my native instance just fine.

Was just browsing my favorite communities, commenting on posts I found really interesting, and engaging with other users who wanted to have conversations.

… and not a single paid ad in my feed. I effing love this platform.

E.g.:
https://sh.itjust.works/u/testaccount789
https://lemmy.ml/u/testaccount789@sh.itjust.works

I know in past I've successfully updated my display name, and it shows on other instances, so perhaps this problem is new to 0.19.x, but I am not at all sure about that.

Is there a setting page on the lemmy instance where I can download all my data?

I can set it up . This idea popped into my head after i joined some good foss telegram channels and i personnely think matrix is not there yet also telegram does supports third party apps there are some privacy concerns but i don't think it matters to our use case and it is all speculation but matrix instance hoster could be violating this too as most groups are not encrypted . I also do think telegram is just a better experience and more polished to use but i would advise you to download a third party app from fdroid instead of using the official client . So anyways lemmy know.

PS : I am in no way a telegram shill just thinks it is a good platform for this use case as mercurygram, fossify,telegram foss etc. hosts theirs there and it is really a good overall experience . Again not a SHILL.

EDIT : This was just an idea i had and if you disagree please comment so and i will not move forward ciao

EDIT : This was a for the community idea but if most of the community doesn't want it i will ofcourse not go forward but do write your thoughts in the comments as i don't know what you think by seeing the upvotes or downvotes (as some people do it accidentally by swiping or because they did'nt like something specific in the post which can be changed of you comment) and if there is anything i can do to make the experience better .

EDIT : Its all about options i am not proposing to move the community from matrix but just starting another one.

This tab works like Subscribed only in reverse; it only shows stuff from comms you're not subscribed to. Perfect for finding new content to subscribe to without needing to sift through All.

Kind of like how you can do [in-line links](to link people to a website), allow the user to use the same syntax to create contextual information that appears when the [user mouses over](Similar to alt-text on an image). This way users who know the context won't have to slog through a tedious wall of text while those who don't can optionally bring themselves up to speed. For clarity sake in-line context will be a different color to a link, and those on mobile (or desktop) can click it to expand out the contained text as if it was part of the original comment.

EDIT: it might be a good idea to potentially use different syntax so that you can link websites within in-line context.

This article will describe how lemmy instance admins can purge images from pict-rs.

Nightmare on Lemmy Street (A Fediverse GDPR Horror Story)

This is (also) a horror story about accidentally uploading very sensitive data to Lemmy, and the (surprisingly) difficult task of deleting it.

cross-posted from: https://discuss.online/post/5772572

The current state of moderation across various online communities, especially on platforms like Reddit, has been a topic of much debate and dissatisfaction. Users have voiced concerns over issues such as moderator rudeness, abuse, bias, and a failure to adhere to their own guidelines. Moreover, many communities suffer from a lack of active moderation, as moderators often disengage due to the overwhelming demands of what essentially amounts to an unpaid, full-time job. This has led to a reliance on automated moderation tools and restrictions on user actions, which can stifle community engagement and growth.

In light of these challenges, it's time to explore alternative models of community moderation that can distribute responsibilities more equitably among users, reduce moderator burnout, and improve overall community health. One promising approach is the implementation of a trust level system, similar to that used by Discourse. Such a system rewards users for positive contributions and active participation by gradually increasing their privileges and responsibilities within the community. This not only incentivizes constructive behavior but also allows for a more organic and scalable form of moderation.

Key features of a trust level system include:

• Sandboxing New Users: Initially limiting the actions new users can take to prevent accidental harm to themselves or the community.
• Gradual Privilege Escalation: Allowing users to earn more rights over time, such as the ability to post pictures, edit wikis, or moderate discussions, based on their contributions and behavior.
• Federated Reputation: Considering the integration of federated reputation systems, where users can carry over their trust levels from one community to another, encouraging cross-community engagement and trust.

Implementing a trust level system could significantly alleviate the current strains on moderators and create a more welcoming and self-sustaining community environment. It encourages users to be more active and responsible members of their communities, knowing that their efforts will be recognized and rewarded. Moreover, it reduces the reliance on a small group of moderators, distributing moderation tasks across a wider base of engaged and trusted users.

For communities within the Fediverse, adopting a trust level system could mark a significant step forward in how we think about and manage online interactions. It offers a path toward more democratic and self-regulating communities, where moderation is not a burden shouldered by the few but a shared responsibility of the many.

As we continue to navigate the complexities of online community management, it's clear that innovative approaches like trust level systems could hold the key to creating more inclusive, respectful, and engaging spaces for everyone.

Related

• Grant users privileges based on activity level
• Understanding Discourse Trust Levels
• Federated Reputation

Heads up for anyone running mlmym on their instance, your site is probably being used for google SEO manipulation: https://github.com/rystaf/mlmym/issues/101

If you're running an old version, update to v0.0.40!