I’m honestly wondering how many Lemmy nodes are out there vote-bombing topics like this. It would be the easiest thing in the world to do.

Any limit would be an improvement, even 10 or 20 years.

Oakland is a great city, and doesn’t deserve all the slander it gets. It’s just the far right spreading fear and hatred by attacking anyone who doesn’t share their politics or skin color.

Reminds me of Charlie Kirk recently talking to a Berkeley grad and interrupting her to say “Berkeley is a slum, it’s a hellhole” or something to that effect. It’s so comically stupid, but as a Berkeley resident for 20+ years, I hope he keeps it up because it (hopefully) scares away other hateful idiots like him.

Yes, and if a duplicate does arrive (as appears to be happening), the current code doesn’t do anything about the corresponding database error, resulting in a scary multi-line warning for something that could be safely ignored. A new Lemmy administrator (like me) has no way of knowing this is at best an info-level event, or even just a debug-level event since it has no real effect on anything.

Cool, I’ve been meaning to check out ngrok sometime. Looks really useful.

I don’t think there’s a way to filter out the problem since it appears to be an automatic warning due to an uncaught error. I have some ideas on a code fix now, and may submit a PR for it in the near future.

I’ve been digging in the source code, and if it’s just a duplicate record in the database the fix could be as simple as adding a couple of lines of code here to silently ignore a duplication error: https://github.com/LemmyNet/lemmy/blob/main/crates/apub/src/lib.rs#L211

Edit: on second thought, it might be better to deal with it higher up the call stack here: https://github.com/LemmyNet/lemmy/blob/main/crates/apub/src/activities/community/announce.rs#L163

It’s definitely happening when I’m getting updates from lemmy.world, and while I don’t know how to get at the HTTP details you’re showing in your video, I do see a lot of 400’s in the nginx log from Docker:

proxy-1  | 135.181.143.221 - - [13/May/2024:23:03:43 +0000] "POST /inbox HTTP/1.1" 200 0 "-" "Lemmy/0.19.3; +https://lemmy.world"
proxy-1  | 135.181.143.221 - - [13/May/2024:23:03:43 +0000] "POST /inbox HTTP/1.1" 400 62 "-" "Lemmy/0.19.3; +https://lemmy.world"
proxy-1  | 135.181.143.221 - - [13/May/2024:23:03:43 +0000] "POST /inbox HTTP/1.1" 400 62 "-" "Lemmy/0.19.3; +https://lemmy.world"
proxy-1  | 135.181.143.221 - - [13/May/2024:23:03:43 +0000] "POST /inbox HTTP/1.1" 200 0 "-" "Lemmy/0.19.3; +https://lemmy.world"
proxy-1  | 135.181.143.221 - - [13/May/2024:23:03:43 +0000] "POST /inbox HTTP/1.1" 400 62 "-" "Lemmy/0.19.3; +https://lemmy.world"
proxy-1  | 135.181.143.221 - - [13/May/2024:23:03:43 +0000] "POST /inbox HTTP/1.1" 200 0 "-" "Lemmy/0.19.3; +https://lemmy.world"
proxy-1  | 135.181.143.221 - - [13/May/2024:23:03:43 +0000] "POST /inbox HTTP/1.1" 200 0 "-" "Lemmy/0.19.3; +https://lemmy.world"
proxy-1  | 135.181.143.221 - - [13/May/2024:23:03:43 +0000] "POST /inbox HTTP/1.1" 400 62 "-" "Lemmy/0.19.3; +https://lemmy.world"

Cool, thanks, I’ll either wait for a new release or take a stab at building/deploying myself at some point.

Old posts aren’t federated. As new posts roll in, they’ll start appearing.

Oh, that makes sense, and explains why I have content from the ones I subscribed to a couple of days ago but not the ones I just added. And your reply showed up on my server, and I’m posting and replying from my server, so things do seem to be flowing.

I setup my lemmy log to go to a file as opposed to the console. Then it’s searchable, archiveable, etc.

Yeah, I was going to look into doing that as well. Are there any docs on how to do it, or is it something you did at the Docker level?