I’ve worked on FOSS stuff with very large user bases and seen very obvious flaws go unnoticed for several years, so I guess most people don’t.

It’s pretty bad at anything with large amounts of both data and formulas.

As an example, if you try to make a spreadsheet for managing resources of any basic Colony Sim game (something with a list of items and recipes to turn them into other items and keep track of quantities), then you’re already beyond the computing capacity of the browser based excel.

The average retail store where I live is still selling computers with 6+ years old CPUs as “gamer edition”.

Huh, I tried the demo last month and it looked very far from being ready; I wonder if it was outdated.

I get that a lot with all kinds of services. Specially digital stuff. And for MMOs it is more common than not.

Recently the Path of Exile game stopped letting me purchase cosmetics because they changed their payment processor and the new one doesn’t like my email address.

Element does it natively? As in, it’s a feature of Element and not some integration with a different tool? I didn’t even expect calls to be a part of the matrix protocol yet.

You’re right that the e2ee part is only about protecting the data while in transit, but that is because it’s the hardest part. Apps can also store the data in an encrypted format so that other apps won’t be able to read it.

Having control over the OS doesn’t help if the OS doesn’t understand the app’s data.

Provides a single process that can be used by all message apps so that they don’t need to implement backdoors into all of them?

If they bought the domains and fired the people it should be easy for someone else to start a new site using the available talent pool to quickly become a relevant name as well.

Me personally, I strongly dislike IGN because (other than all the common reasons) they force me to access a poorly translated version of their content when I’m perfectly capable of reading their originals in English, so even if they have an article I’m interested on, I can’t easily access any decent version of it because or my geographic location.

Ah I had that popup confused with one of our own; Now that I checked the text on google translate I figured out what’s happening.

The meet.jit.si domain is a public jitsi instance that is kept by jitsi themselves. They recently implemented this login requirement on that domain (one user in every meeting must authenticate); They probably assumed that those meetings would always be in a browser and our desktop app is not handling that authentication flow properly. I’ll register a task for someone from our app’s team to take a look.

If you host your own jitsi instance, this login requirement won’t be there and you won’t have this specific issue (though I assume you probably won’t stay with Rocket.Chat anyway due to the E2EE requirement).

Thanks! I got it now. I’ll look into it this week.

But where did those `` jitsi-meet://` links come from?

The calls generated inside rocket.chat are supposed to be handled by the rocket.chat app, everything else it doesn’t get involved with.

(I wrote this integration so I’m legitimately interested in how it could be better)

What issue did you have with the jitsi integration on rocket.chat?

Some of the items on that list are kinda weird. Why would I want to block a website from knowing my screen size?

Meta was also recently ordered to pay a thousand dollars to every brazilian who can prove they were using Facebook in a specific year. Though they are still fighting back on that decision and no payment was made yet.

This will probably be changed into some fixed payment to the government instead, if not overturned completely, but it would be fun to see the whole country getting some extra paychecks for using Facebook.