It would be a service problem if the chapter was released officially in one language then translated to others by pirates faster than the official company, but that is not the case. The official Sunday release includes the English, Spanish and Portuguese translations (among others) and they are all made available at the same time, for free for several regions.

Pirate websites only manage to release it faster because they get access to the unfinished product and then have people work on them with no regards to any work laws in order to finish and release it as soon as possible without any schedule or time constraint.

In general, yes, but in this case I don’t think there’s any way for the service to beat piracy even if the service was just as good (which it isn’t). Take the One Piece manga, for example. A lot of people read it from illegitimate sources simply because they can manage to release it two to three days earlier than the official every week. You can read it for free online in your local language once the magazine reach the shelves in Japan, but even that is too late because the contents gets leaked while all the partners are preparing for that simultaneous release.

We’ve had enough of artificial intelligence so they’re switching to artificial stupidity?

I don’t think I ever used multi-player in that game back on ps4. I didn’t even remember it had one.

Stack overflow still have users? These days it rarely shows up on my search results and when it does the answers are always outdated by several years.

Nice, been wanting to play that game for a while now.

Wait, Ghost of Tsushima is available for pc?

Yes, I trust my coworkers and our company’s workflow enough to produce better code than that.

Speaking specifically about npm: A ton of packages used as dependencies for a million different things have very loose quality control, some even merge community PRs straight to release without checking the code in any way. More often than not I have run into packages maintained by people with no connection to the original dev and don’t even know how its code actually works.

I remember a couple years ago I needed to read zip64 files so I picked up the zip file definition and implemented the read operation for it in the package we were using for zips. I only implemented a very small subset of the format to strictly solve my problem. I opened a pr to them saying “here’s some quickstart of you plan to add full support for zip64” - next time I checked they has merged my pr as if was and now were having folks registering issues for incomplete zip64 support.

I don’t know. If done well this could be a much better option than pausing whatever you’re watching to show an ad.

If youtube showed ads on the corner of the screen while you’re browsing around searching for something to watch, it would be a much better platform than what it is today and it would probably make more money too. If Netflix did this they would triple their revenue.

That sounds awful to experience as a customers, but also sounds like an awesome challenge to pull out convincingly for whoever created it.

Too bad it’s rounded to one digit, it’s so hard to find more detailed data about that period.

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).

deleted by creator

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

A couple years ago I had a similar reaction with folks saying that Drake (who at that point I had never heard of) was a bigger name than Taylor Swift. I laughed and googled his name only to find out that the claim was not as far fetched as I first imagined. I guess no name is truly universally known.

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?

If it were just millisecond advantages I would gladly use VSCode, but in large projects the difference is massive, it takes minutes to fully load a project and several seconds to perform certain actions.

Yeah, all I got to see was the main window, couldn’t even get it to open a file.