Pamasich

There have been some users reporting they get ads despite being Premium users, especially in regards to Youtube’s efforts to bypass adblockers (even if they weren’t using one). I always assumed that’s because their measures were misidentifying the lack of ads as using an ad blocker, even if that lack was due to using premium.

Just wanted to give an actual explanation. I’m not qualified to actually confirm or deny whether those user reports were factual or made up. But people usually consider them factual because of herd mentality.

Not just the premium part, but also it affecting descriptions makes me think this is some kind of bug. At least partially. There’s not really any point to disabling descriptions specifically, most people don’t read them anyway.

“there’s currently no way around it” “The issue goes away with a refresh”

The way I understand it, the issue only resolves if you refresh while on the video you want to watch. Navigating to another video would unfix it again. So it’s not really a real fix the way most people expect a fix to look like. They want something they can apply and then they don’t have to deal with the problem anymore. Which, based on this article, only disabling your adblocker achieves.

For people who only go off headlines and comments and don’t read the article, here’s the important bits:

• This only affects some users, not everyone
• The issue is that comment sections are disabled and video descriptions claim to be empty
• The issue goes away with a refresh, you don’t need to turn off the adblocker, though you’ll have to refresh every video
• It affects all videos
• The link to adblockers is due to everyone who is reporting the issue being a user of an adblocker, and turning it off fixing the issue permanently until it’s turned on again
• There’s no specific browser or adblocker mentioned in the article
• It affects Premium users too

edit: added “the article” after “don’t read” to clarify

Don’t think so. I mean there is the web client which does give a default instance, but it requires an invite code.

There’s Shoot.

So I’m currently at work, where we use Fortinet, which is blocking your website for “Phishing”.

Before that, your website made my browser ring the alarm with the error “net::ERR_CERT_AUTHORITY_INVALID”.

You might want to look into those two.

Is there a reason the room icons have to be humongous, at least in the web version on PC?

Other than that, looks great.

The remote code execution isn’t “via a text file”. It’s via a link in a text file, which Notepad now lets you actually click.

Just don’t click on links you don’t know the destination of (Notepad shows the destination for https links at least, on hover) and you don’t have any remote code executing.

There’s Shoot as a fediverse alternative to Discord.

Otherwise, as others have said, IRC, Matrix, or Teamspeak are worth looking into. Especially the latter got a major refresh at one point, so it’s not the dinosaur you might expect from its age.

Perhaps it could potentially be forked from the already existing Lemmy?

I really don’t see the point of turning a discussion forum into an instant messaging platform. Like, the requirements are completely different. You might as well start from square one than trying to transform one into the other.

Mbin (another Reddit based fediverse project) has that exact chart in the magazine (community) panel.

The big problem with improving how this stuff works on the fediverse is that you want to stay compatible with other software and instances running older versions of your software. In general, ActivityPub projects expect the id of an actor to be dereferenceable. They expect it to point to a valid JSON-LD document describing the actor which they can request. If you break this expected contract by using a local file as your identity, or even just a non-https URI like did:, you’re going to lose intercompatibility with other instances that don’t handle that.

Also, regarding your description of the three parts, I think you’re misunderstanding something that I see people misunderstand often.

The identity provider basically only makes a proof that “you are you” : you give it your login credentials and it gives you a kind of token that authenticates (proves your identity) to other services. like, i’m on discuss.tchncs.de, but i can post to lemmy.world. this is because the discuss.tchncs.de server says to lemmy.world that i indeed have this account on this server. so they prove my identity in a way.

So, I might be wrong here, but I interpret you as saying basically that you’re authoring posts on lemmy.world with your account provided by discuss.tchncs.de. That’s not really how this works. Your data hoster is the instance you have your account on, not the one the community is on. Your instance just shares the posts you make on it with the community, but all it receives is a copy. The canonical version is on your instance, discuss.tchncs.de.

Again, data hoster and identity provider are currently the same thing. The fediverse is just a bunch of interconnected silos, you do things within your own instance and then other instances receive a copy of the thing you did. You never author things directly on another instance than your own.

The token stuff there sounds like SSO (single sign on), but it doesn’t look like either of those instances support that. So not sure what you were referring to there. The public key to verify the signature maybe? That’s more meant to ensure that the object is actually authored by you iirc though.

I understand the need for features when it comes to StackExchange (though Piefed has that functionality now), but what did Quora do that existing fediverse services like Lemmy can’t replicate?

deleted by creator

They are either much higher or much lower than what the servers themselves report.

Do you have examples? FediDB takes its data (like total users, active users, and total posts) from the NodeInfo endpoint of the instance, so it should be accurate unless the instance reports wrong numbers there.

Oh yeah, this does not sound okay.

If user@delta creates a post on community@alpha, their post lives on delta, not alpha. Community@alpha should not be able to unilaterally decide that the post should instead live on beta. Delta needs to be the one to decide that.

Sorry for the political analogy, but this sounds to me like Russia and the US deciding on Ukraine’s future without involving the latter.

Is Piefed implementing this in some weird way?

Iirc previous work on this in the fediverse involved a very clear way of doing it that makes sure to address the issue you’re bringing up there.

The idea is that you send activities to announce the move and mark the original actor as having moved to the new actor (and the new actor as being the new home of the original actor). Instances then verify this by whether that actor relationship is specified correctly on both sides (does going new actor -> origin actor -> new actor lead back to where we started from?).

Is that not also Piefed’s implementation? Because if it is, I don’t see your scenario being viable. Since the move needs to be acknowledged by both sides, it cannot just be faked.

There’s actually shoot.

Isn’t lemm.ee dead? I remember reading it died, and trying the URL now, I just get sent to join-lemmy.

Edit: Also, lemmy.one has a sticky saying it’s shutting down, though it seems it’s still up 8 months later. Not sure what to make of that, but it’s probably not the best idea to send people their way.

I’m having a great time here on kbin.earth.

I think any Mbin (kbin’s new name btw, though some instances are still named after kbin) instance is going to be in the category of smaller than lemmy.world, seeing as there’s only 1.4k active Mbin users total.

kbin.earth is the instance of the dev of the Interstellar app.

Piefed has only 2k too and it has 6 apps on this list.

Mbin is at 1.4k according to fedidb.