The short answer is no but the longer answer for what happens in each situation was detailed here: https://codeberg.org/Kbin/kbin-core/issues/1051
lemmy -> kbin = pretends to send but doesn’t
The short answer is no but the longer answer for what happens in each situation was detailed here: https://codeberg.org/Kbin/kbin-core/issues/1051
lemmy -> kbin = pretends to send but doesn’t
Just to follow up on this, contributors to kbin investigated and found that startrek.website appears to block user agents that contain “curl” in it now.
Example:
curl -v --user-agent "curl" https://startrek.website/pictrs/image/3ff1b940-75da-4e6b-8948-834ebd4b454c.jpeg
times out while:
curl -v --user-agent "anything-else" https://startrek.website/pictrs/image/3ff1b940-75da-4e6b-8948-834ebd4b454c.jpeg
works. kbin apparently sends User-Agent: Symfony HttpClient (Curl)
in its requests for images, which is different than how it handles other fetch requests. they’ve made a PR to change kbin to send the user agent it uses elsewhere in those image requests https://codeberg.org/Kbin/kbin-core/pulls/1098 once that is approved / merged they should start working again as instances update. It’d be nice if, assuming this is all accurate, the block on curl could be removed so people don’t have to wait for the PR / instances to update but I understand if that is difficult
This isn’t really a me thing, this is kbin servers themselves. They all fetch the image from the posts and cache it to make thumbnails on their server which they host themselves. Ever since maintenance, the kbin instances appear to have trouble fetching the images to cache them. I’ll try to gather more data from instance admins, perhaps something changed with the request/response headers or something else that is causing them to get blocked.
It looks like ever since this maintenance, no kbin instances can get images from startrek.website:
https://kbin.run/d/startrek.website
https://kbin.social/d/startrek.website?p=3
https://kbin.cafe/d/startrek.website?p=3
https://fedia.io/d/startrek.website/newest?p=4
(the links atm go to ~3 days ago when maintenance happened but ofc will start to drift as more posts are made)
You can see the thumbnails disappear exactly at the mark of the maintenance and ever since then they’re gone. If you see thumbnails after that, they’re usually wrong ones that are being loaded from different posts (there’s a separate issue in for that now). I was wondering if you were aware of any issues or changes that happened because of this maintenance that would prevent kbin instances from fetching thumbnails? I’ve raised this in the kbin matrix chat as well
Just to add another concrete example, I saw a toot recently that .af
may be risky, as some countries are beginning to implement embargoes; the person who had a domain there may be losing it soon
He did say it would be “federated this week” but in the next comment in that issue he made he said that changed “but it turns out it’s not easy, and I wouldn’t want to make such a big change hastily”. I don’t think anything has happened since. I definitely almost never see any reduces over here on a different kbin, so I think it’s still the same. There is still some discussion in that issue, someone just posted they have a PoC of doing it in a fork for instance.
There’s some relevant discussion here and in the thread linked by ernest in that post here. I don’t want to give any wrong information, but I don’t think activitypub has a spec for downvotes/reduces/dislikes, just likes and shares (boosting). So on mastodon dislikes definitely aren’t federated. I believe for lemmy, they federate between lemmy instances that have them enabled, but for kbin they are local to your instance.
Firefox runs really poorly for twitch and youtube videos for me in linux; mainly in CPU. Brave will use maybe 10-20% of my cpu for a single twitch stream whereas firefox uses about 80%. I use firefox for all my browsing, but for videos it just doesn’t seem to work well… Perhaps a different chromium browser would be better as you say.
One thing I’m trying to keep an eye on is sup. Not much information at all besides a snippet of 1 to 1 encrypted messaging for activitypub, but the tidbit of working with any fediverse account is interesting. Potentially that could help deal with the different fediverse implementations of messaging. Of course, like I said, this is just me making up assumptions, it could not work the way I envision it at all. The creator just posted something 5d ago about it with “soon” though, so I’m hoping to read more about it