Back to Home11/13/2025, 3:44:37 AM

Meta replaces WhatsApp for Windows with web wrapper

433 points
385 comments

Mood

heated

Sentiment

negative

Category

tech

Key topics

WhatsApp

Meta

Windows 11

Web Wrapper

Debate intensity85/100

Meta has replaced the native WhatsApp desktop app for Windows with a web wrapper, which is causing performance issues and user dissatisfaction.

Snapshot generated from the HN discussion

Discussion Activity

Very active discussion

First comment

1h

Peak period

157

Day 1

Avg / period

40

Comment distribution160 data points

Based on 160 loaded comments

Key moments

  1. 01Story posted

    11/13/2025, 3:44:37 AM

    6d ago

    Step 01
  2. 02First comment

    11/13/2025, 5:06:41 AM

    1h after posting

    Step 02
  3. 03Peak activity

    157 comments in Day 1

    Hottest window of the conversation

    Step 03
  4. 04Latest activity

    11/17/2025, 8:29:13 AM

    2d ago

    Step 04

Generating AI Summary...

Analyzing up to 500 comments to identify key contributors and discussion patterns

Discussion (385 comments)
Showing 160 comments of 385
dangus
6d ago
9 replies
People use WhatsApp on the computer? From the Windows Store of all places?

Must be a tiny percentage, which is why this version is now a basic web wrapper now.

Anyway, I’d remind everyone that “using” RAM doesn’t mean “would not function with less RAM.”

Many applications just use a lot if it’s available.

RAM is not really something you explicitly ration.

1over137
6d ago
2 replies
> RAM is not really something you explicitly ration.

I guess this modern attitude is how we are where we are.

RAM is absolutely a scarce precious resource that we optimize for. At least we used to, and some of us still do.

brabel
6d ago
I have 64GB of RAM and between IDE, some Docker containers and a local LLM, that started feeling like too little already. It’s just never enough, we always find creative ways to use every byte that’s available.

Oh and the browser (any browser, I tried many) just takes up 1GB per tab it seems. It’s insane. My old 8GB laptop is nearly unusable now and can barely be used to browse the internet and very little else. I can at least keep coding on emacs. Who would think emacs would one day be an example of a lean app!?

dangus
5d ago
Define “scarce.” A pair of 16GB modules (32GB total) is around $100.

You can buy an entire complete mini PC including 16GB of modular RAM for $240 on AliExpress.

I’m not saying “don’t optimize.” I’m saying that watching your task manager, seeing a big number and freaking out isn’t really the definition of unacceptable performance.

eviks
6d ago
1 reply
Before reminding everyone of a theory, did you check where that theory applies in this discussion of an app in practice?

Also, even in theory the issue isn't only with "wouldn't function", but "would function slower due to eg disk swaps / cause other apps to function slower".

dangus
5d ago
1 reply
Well, the author of the article sure didn’t check. They just opened the task manager and got mad.
eviks
5d ago
1 reply
He did, via the task manager. You're the one saying high RAM utilization doesn't matter because 'wrong reasons in theory and in practice', so it's on you to check and confirm it so that you could be correct at least in practice in this specific case
dangus
5d ago
1 reply
Okay, it’s on me. Send me to jail.
eviks
5d ago
Oh, man, how can you be wrong about everything? Here is the author noticing performance issues, he's even in a "but in theory it doesn't have to be slow" camp that's closer to yours:

> An app can use a lot of memory, and it does not necessarily mean it’s a performance nightmare, but the issue with the new WhatsApp is that it feels sluggish. You’re going to notice sluggish performance, long loading time, and other performance issues when browsing different conversations.

vrighter
6d ago
2 replies
"RAM is not really something you explicitly ration."

It most certainly is. My old pc ran on 8MB of ram. Modern ones need 16GB for a comfortable experience. They do not do much more than I needed back then. I think it's reasonable to expect a simple chat app to not take up 128 times as much memory as my entire PC had when I was young.

dangus
5d ago
1 reply
I don’t think that’s a reasonable expectation at all. That’s like saying “oh well we landed on the moon with a turd burger of a computer so that means I shouldn’t need more than 8kb of memory!”

Okay but I’m not trying to land on the moon, I’m trying to have an HD group video call and maybe play Cyberpunk in 4K later.

Let me ask you, how much did that 8MB of RAM cost you back in the day? I bet it was more than the $100 it costs to get 32GB of RAM or the $200 it costs to get 64GB. Before you apply inflation!

vrighter
4d ago
it sent text messages, and received them. Ok now I can send some pictures and audio clips. I would understand a 10x increase, but not literal gigabytes.

I have more memory so i can do more things, not so I can do the same things only slightly slower than I could before.

miellaby
6d ago
2048 times
mrweasel
6d ago
1 reply
Honestly I think you're mostly correct. The amount of people using WhatsApp on the desktop is probably rather limited, certainly in the scope of WhatsApp usage in general. Memory, while I feel that a gigabyte is way to much for what is essentially a chat app, it is virtual memory, so it's not as problematic as I'd like it to be.

The issue, I think, is who the desktop users are. They sales people, they are people who conduct business over WhatsApp. The buyers at a previous job uses whatever the sellers in Asia, eastern Europe and the middle east are using. A long time ago, that was mostly Skype, now it WhatsApp. There a huge benefit to having WhatsApp on your desktop, with easy copy/paste, Excel and everything you need to make the deals.

Maybe Meta doesn't believe you should do business over WhatsApp and don't wont to cater to that crowed.

I would love to see what a professional Windows application developer, if those are still around, could do with a native WhatsApp client. Using modern C++, or just C# and all the tooling provided by the platform, how small and functional could you actually make something like that.

dangus
5d ago
1 reply
I agree about this potential of most WhatsApp users residing in markets with less powerful median hardware.

Still, I think the experience reported is very similar to running Chrome, and I think any laptop with 8GB of RAM can handle the application plus Excel and a web browser (or just run WhatsApp in the browser) just fine.

A complete mini PC with 16GB RAM, 512GB storage, and a relatively modern processor goes for like $240 on AliExpress. And that’s before you consider used hardware.

mrweasel
5d ago
1 reply
It would be interesting in knowing how many feel like I do. Running an application in a browser window or tab is measure of last resort. People already have tens of tabs, if not hundreds, and multiple browser windows open, stuffing an application into one for those are terrible for the user experience. That's a worse solution than a web wrapper.

It's much easier to locate an application that has it's own process and presence in the operating system.

dangus
5d ago
I mean, this brings up a good point, which is that WhatsApp is the only Meta social media platform with a desktop app at all.

The author of the article would have noting to complain about if this was Facebook.

Dylan16807
6d ago
> Anyway, I’d remind everyone that “using” RAM doesn’t mean “would not function with less RAM.”

> Many applications just use a lot if it’s available.

Some of that memory isn't going to be touched again, and will eventually be moved to swap, but it still pushed things out of RAM to be there and is a troublemaker.

The rest of that memory will be needed again, so if it gets swapped out it'll lag badly when you switch back to the program.

Either way 99% of programs are not doing any kind of intelligent use of spare memory. If you see them doing something that looks wasteful, that's because they're being wasteful.

The one thing to remember is that at the OS level, disk cache pretty much qualifies as free memory. But that's unrelated to this issue.

tolciho
6d ago
> Anyway, I’d remind everyone that “using” RAM doesn’t mean “would not function with less RAM.”

Except when something really does need more RAM, and fails. LLVM for example having, somehow, become a bit chonky and now fails to compile on 32-bit OpenBSD systems because it wants more memory than is available. Less bloated software of course does not suffer from this problem, and continues to run on still functional 32-bit systems.

> Many applications just use a lot if it’s available.

Xorg is using 92M, irssi 21M (bloated, but I've been lazy about finding something leaner), xenodm 12M. That's the top three. Oh, Windows? Yeah. About that. Best you can hope for is not to catch too much of the splatter. (What passes for Mac OS X these days also seems fairly dismal.)

> RAM is not really something you explicitly ration.

Paperclips were hung on the rack doors to make it easier to poke the wee little red reset button when some poorly written software went all gibblesquik (as poorly written software is wont to do) and the OOM killer could not cope and, whelp, reset time. Elsewhere, RAM is explicitly rationed—perhaps certain aspects of timesharing have been somewhat forgotten in this benighted era of bloat?—and malloc will return NULL, something certain programmers often fail to check for, which is generally followed by the kernel taking the error-ridden code out back and shooting it.

miellaby
6d ago
The keyword you missed is 'idle'. An app should use as much Ram as needed to cache computation and network as it runs. But it shouldn't do when in the background. The Ram used here is not for accelerating the user experience. It's for the internal functioning of the managed language (Javascript) and virtual machine (Dom and browser API) because it has been packaged as a full Chrome clone running a single web app.
Bolwin
6d ago
I use it extensively. For years Whatsapp had a lovely native windows app and now they're replacing it with this horrible bloated thing
snthpy
6d ago
I also use it a lot but the app has always been terrible. I forget exactly what the problems are but I think the text input becomes unresponsive and it becomes unusable.
whatsupdog
6d ago
3 replies
For someone who travels a lot, I would love to have the ability to have WhatsApp on multiple phones (like telegram). I have a separate phone for traveling to US/Canada, which I usually wipe clean before crossing. It's really cumbersome to backup/restore Whatsapp messages from one phone to another. Or I just lose the messages that I send/receive while traveling.
lxn
6d ago
1 reply
You can install Whatsapp on up to four or five devices. There one main device, and the rest are "clients", exactly like the desktop apps. But they can send and receive messages even when the main device is offline.
whatsupdog
5d ago
1 reply
I was under the impression that they all must be on the same wifi.
tcfhgj
5d ago
this isn't the case anymore, now they are independent clients
egl2020
6d ago
2 replies
What do you put on the cleaned phone?
whatsupdog
5d ago
I have all my data and passwords etc., mostly on nextcloud at my home. After crossing the border I login into whatever accounts I need to and download whatever files I need. When it's time to cross again, I do a factory reset.
BoredPositron
6d ago
Entering/Leaving is the biggest problem with US travel and hardware. In the time inbetween you can just use it like a normal phone.
dotancohen
6d ago
1 reply
I don't use WhatsApp so I have no idea what that is like. I have telegram running on two mobile devices and two desktops. There is no "moving messages" or "losing messages", I just install telegram or telegram desktop and all my chats appear with all the messages.

Everybody is on telegram today, it's not like five years ago when people did not know what it was.

tcfhgj
6d ago
Well, Telegram stores all messages without e2ee in the cloud, so barely comparable.

Matrix gives a similar experience with e2ee though, but you have to save a recovery key for the case you lose access to all your sessions

plotti
6d ago
2 replies
It's a piece of shit and they know they can get away with it. Omg why are there no open protocols on Instant messengIng like email. Europe should enforce it.
bauruine
6d ago
1 reply
You mean like Matrix or XMPP? They just aren't as ubiquitous as email unfortunately.
the_gipsy
6d ago
1 reply
At least you can bridge WhatsApp and then use whatever client you like.
p0w3n3d
6d ago
1 reply
how to?
p0w3n3d
5d ago
1 reply
I mean I know that I can google it up but I'm looking for a working example. I found some code in github that is obsolete. Also whatsapp requires phone code and qr scan so looks like it's designed to prevent a server-only bridge.
the_gipsy
3d ago
1 reply
I got it running with NixOS https://github.com/benjajaja/nixos-rk3588/tree/main

WhatsApp does work, I use it on a daily basis. The bot/bridge makes it easy to log in with the QR code. You need to keep the phone app as you need to open it at least once a month or so.

HMU if you need more info.

p0w3n3d
2d ago
thanks!
naIak
6d ago
Europe has already forced meta to make WhatsApp open. It’s just that no other app has expressed any interest in interoperating for obvious reasons.
tonymet
6d ago
2 replies
Ms Edge offers webview2 which should share a single browser engine and profile (like your browser has tabs )

I wonder if they avoided that so they could use Electron and target MacOS / Linux too

conradludgate
6d ago
TFA claims it is using WebView2
galad87
6d ago
The macOS app is the iOS app running on macOS thanks to Catalyst, hopefully they won't replace it with that Electron/WebViewOfTheDay crap.
eviks
6d ago
5 replies
> WhatsApp is one of those Windows apps that went from being a web wrapper to a native app and then back to the web again after all these years of investment.

We often hear stories about the speed of development and the issues of maintaining native apps, and then there are these rewrites every few years. Don't they waste more resources vs. creating / fixing the gaps in the native app? And this isn't somes quick startup prototype app that can flop and the effort would be wasted

andy_ppp
6d ago
1 reply
It’s probably a coup internally and some idiot who sucked up to the right people made a load of bad technical decisions. But at least they got promoted!
andy_ppp
5d ago
I’m pretending to myself this has largely got so many upvotes from the accused persons colleagues :-D
swiftcoder
5d ago
Nobody ever got promo for not rewriting the app
phito
6d ago
From what I've seen web devs spend a huge portion of their time upgrading their dependencies, fighting with frameworks (they all curse react), or moving to the latest cool bundler.
MrBuddyCasino
6d ago
How many chat apps did Google launch and kill? Its all about incentives: how to get that promotion. Maintaining a well working, established app isn’t going to get you anywhere.
qcnguy
5d ago
You're assuming the bugs/gaps can be fixed. The native frameworks on Windows suck so hard even Microsoft don't use them. If you build on them you're going to encounter lots of bugs and missing features that you can't easily work around, nor fix (they aren't open source), and which Chrome doesn't suffer from.
rock_artist
6d ago
1 reply
I use WhatsApp web and avoided the apps on desktop.

Yet, I really don't understand why WhatsApp would need app especially with the state mentioned here (which is a basic wrapper)

There are no calls in the web app, but modern web stack is more than enough to provide all the real functionality needed for it.

happymellon
6d ago
2 replies
Indeed, the desktop app provides absolutely nothing.

If it allowed me to do video calls from a laptop, that could be useful but obviously that can't be a feature they therefore offer.

phonon
6d ago
2 replies
> If it allowed me to do video calls from a laptop

It does though?

https://www.youtube.com/watch?v=r3FkkHyvw8M

rkomorn
6d ago
Yeah, calls are the only I installed the Windows desktop app instead of using WhatsApp Web.
happymellon
5d ago
Sorry I should have been clearer.

According to this not any more.

mrweasel
6d ago
1 reply
Apparently what it provided was a more lightweight experience at 1/10th the RAM consumption.
blitzar
6d ago
maybe they will provide a lite.whatsapp.com version (someone add it to the corporate vision board please)
officerk
6d ago
1 reply
Shouldn't it be easier to maintain multiple versions of the same app because of the better productivity AI gives you?
meindnoch
6d ago
You're absolutely right!
jeisc
6d ago
1 reply
Their great AI coding agent could not keep the native app working?
userbinator
6d ago
1 reply
Unfortunately I don't think a vibe-coded native app would be that much better either.
InsideOutSanta
6d ago
True, but it's funny how C-level people at these companies mention the apparently ever-increasing percentage of their code that is written by LLMs every chance they get, but can't even maintain a relatively simple Windows application.

Zuck, six months ago: “Within 12 to 18 months, most of the code will be written by AI. And I don’t mean autocomplete.”

Meta, today: "Maintaining this basic Windows app is just too much work."

userbinator
6d ago
3 replies
I remember doing voice and video calls, and of course IM, on a PC with 128MB of RAM and a single core CPU around the turn of the century. It's amazing how far we've regressed in efficency.
retube
6d ago
1 reply
I had a think pad with 32 mb of RAM and it did everything fine
dotancohen
6d ago
You weren't being tracked then, and targetted advertising was not as developed as it is today. Those features take client resources too to run.
fmbb
6d ago
5 replies
> It's amazing how far we've regressed in efficency.

I don’t think we have. This is always what efficiency leads to, higher resource consumption. The phenomenon was described already in the 1800s: https://en.wikipedia.org/wiki/Jevons_paradox

JS and the web has seen performance improvements. They lead to more ads being served and more code being released faster to users.

specproc
6d ago
1 reply
A reasonable comment, unfairly downvoted.

That said, I do firmly agree with the parent: there is choice involved here, engineering decisions.

The Microsoft world is particularly bloated, as they insist on shoehorning in unwanted anti-features into their OS. Much more efficient operating systems (and ways of building a chat client) exist.

Jevon's paradox may describe a general tendency, but it's no excuse for awful software.

fmbb
5d ago
Oh it’s not an excuse for anything. It is just an observation about our economic system.
Frieren
6d ago
1 reply
Both of you are right.

Without any regulations companies will create software that costs more to the users, but saves pennies to the company.

So, we have regressed in efficency.

They are not mutually exclusive but one follows from the other.

lmpdev
6d ago
Your framing is correct

It’s company vs user not regression vs efficiency

mihaaly
6d ago
1 reply
> This is always what efficiency leads to, higher resource consumption. The phenomenon was described already in the 1800s: https://en.wikipedia.org/wiki/Jevons_paradox

Completely wrong an irrelevant analogy!

I see where you went sideways, you confused trigger with consequence completely. Here the efficiency for the very same application got very, very very, increadibly hugely, galactically worse. Not better. The premise of the linked article is that the same application gets more efficient. Then comes the increased use of the affected resource. Here the same application went shit, complete shit, concerning efficiency, and had no effect on memory manufacture and prices, WhatsApp is not that significant in computing.

Probably a better analogy was that if technological and tigtly related economical advances raise the availability of resources (here memory, CPU) then things go dumb. If something then the generalized (from time to any resources) Parkinson's law is relevant here: increasing available resources beyond reasonable leading to waste and bad quality outcomes, overcomplication.

fmbb
5d ago
The resource is compute, flops, instructions, cpu seconds, bogomips. And RAM.

The application is ”business logic”.

The engine is JS. The more efficient JS engines get the more compute and memory JS will use to deliver business logic in the universe.

0xbadcafebee
6d ago
There's a lot of advanced home insulation out there. In theory, buying expensive insulation is much better than making energy cheaper, because you only pay for the insulation once, and then save money indefinitely from it. But most people don't re-insulate their homes (or try to find cold-spots, seal leaks, etc). Despite the fact that we have more efficient insulation, it hasn't driven up demand for insulation. Why is this? The idea that efficiency == increased demand is a logical idea. But humans aren't logical.

We have more efficient hardware, so we should be seeing hardware everywhere. But actually we all use the same amount of hardware we did 20 years ago. We all have a desktop, a laptop, a smartphone, a modem, hell even a computer watch, like we did 20 years ago. But they're more efficient now.

Where we do see more hardware now, is in pre-existing appliances, like fridges, TVs. And why is there more hardware? Sometimes it's just a remote control ("turn off TV"). But more often, the increase in adoption follows a specific motive: like figuring out that they could sell ads or subscriptions through it. And the hardware itself is not what's making the ads work: it's the software, that collects the information, feeds it to companies over networks, lets them data-mine it and sell it continuously. Both of these are just serving a human interest to make more money through the creative use of surveillance and marketing. And honestly, most of this could've been done with hardware and software 20 years ago. But because it's in vogue now, we see more of the hardware and software now.

We are comforted by coming up with an explanation that makes logical sense, like the paradox. But the paradox applies most when it coincides with an unrelated human interest. What motivates us is not A+B=C, but a combination of different calculations that sometimes involve A and B, and incidentally add up to C.

AnthonyMouse
6d ago
> This is always what efficiency leads to, higher resource consumption.

That's not the same thing. If you make batteries more efficient then people build more devices that run on batteries and then you need more batteries than ever. But you also get a bunch of new devices you didn't used to have.

When computers get more efficient, miserly corporations cut staff or hire less competent programmers and force their customers to waste the efficiency gains on that, because they don't have enough competition or the customers are locked in by a network effect. The difference is whether you actually get something for it instead of having it taken from you so somebody else can cheap out.

icar
6d ago
1 reply
To be fair, the resolution and bitrate were worse, and it wasn't end to end encrypted. I agree, though, that we've regressed.
wodenokoto
6d ago
Wasn't early skype end-to-end encrypted?
squarefoot
6d ago
1 reply
Electron again? If they really can't develop a native interface, could they alt least consider Tauri?
conradludgate
6d ago
1 reply
It isn't electron. It's WebView2 which is also what tauri would be using on windows
squarefoot
6d ago
Thanks for the correction. Then wondering even more where all those wasted resources go.
ZeroConcerns
6d ago
12 replies
Well, the reason for the replacement seems pretty obvious: they're shipping new features on the web that aren't matched by the native client, and apparently that was just too hard to update for a multibillion AI-powered behemoth. So, a wrapper it is!

You may not like that from a 'native look and feel' point of view, but the question 'what is a native Windows app these days anyway' is very much unanswerable, and you can actually implement stuff like this in a performant and offline-sensitive way.

But, yeah, by the time the resulting GPU worker process balloons up to 400MB, that pretty much goes out of the window. I'm actually sort-of impressed, in that I have no idea how I would even make that happen! But that's why I don't work at a powerhouse like Meta, I guess...

hliyan
6d ago
5 replies
I've been wondering whether it's time to reserve browsers for their original purpose of reading documents and move web applications to a different paradigm: perhaps native controls/windows rendered and controlled by cross-platform markup served over the web, running on a "headless" sandbox. Perhaps a bit like React Native, but JIT compiled on the client. Not sure if this already exists. I'd really like to have native UI controls back for applications.
GoblinSlayer
6d ago
1 reply
hliyan
6d ago
Yes, but QT is precompiled. If QML can be served over the web and JIT compiled locally, that might be closer to what I'm talking about.
zahllos
6d ago
1 reply
We could call it Flash. Or Java Applets.
hliyan
6d ago
2 replies
You have completely misunderstood the proposal. None of those drive OS native UI widgets through markup and scripts downloaded from the web.
zahllos
5d ago
Ah no I was just being snarky and not at you. We're all missing (hyper)text markup language as the UI markup layer, plus js. We previously had some kind of alternative "load app from internet" but the runtimes were external (and provided lots of fun security holes).

I completely agree it would be better to rethink what we want and have markup/code/etc optimised to the task of rendering applications. I don't think it'll happen unfortunately.

qcnguy
5d ago
Java applets drove native widgets in their first iteration. It wasn't markup but that hardly matters, you could have easily slapped some XML over AWT and the difference between a .jar and a .js isn't big.

They had to stop because native widgets aren't secure enough.

bonesss
5d ago
If they hadn’t fumbled the UI framework, and to a lesser extent the language design, you’re effectively describing .Net’s original role in the MS ecosystem and their play for web dominance.

JIT compiling, native graphics, quick and easy online deployment into sandboxes, support for desktop standards like keypresses, etc.

It feels like the web ate up the windows desktop experience instead of that experience spreading cross-platform and dominating.

hoppp
6d ago
The majority of people use web browsers to run applications because every website nowadays is a huge blob of js.

Maybe what you thinking is a wasm runtime like wasmer.

wodenokoto
6d ago
Mozilla did that for a while, but ended up giving up on it, and spend 5 years pulling the UI markup out of their code and engine.
23434dsf
6d ago
1 reply
There is a reason they became a multibillion AI-powered behemoth
philippta
6d ago
4 replies
Your reasoning seems counter intuitive as back in 2012 Facebook rewrote their HTML5 based app to native iOS code, optimized for performance, and knowingly took the feature parity hit.

https://engineering.fb.com/2014/10/31/ios/making-news-feed-n...

eptcyka
6d ago
1 reply
Mobile is where the users are. Desktop users are vanishing before our eyes as a market segment.
psychoslave
6d ago
1 reply
For some application certainly. Instant messaging of course has many strong point in term of what is to be dealt with. Short messages, photos, quick visios.

But to edit large document, visualize any large corpus with side by side comparison, unless we plug our mobile on a large screen, a keyboard and some arrow pointer handler, there is no real sane equivalent to work with on mobile.

eptcyka
5d ago
Yeah, but the majority of people who would've been daily desktop or at least laptop users some 10 to 15 years ago now make do with a phone. Most people do not need to visualize any large corpus or edit large documents. Similarly, there's a great deal of phone users who's first interaction with computers was via a smartphone.
sunaookami
6d ago
Reminds me of this 2013 story where they moved to native Java for Android and hit limits with e.g. too many methods and instead of refactoring or just not bloating their app they hacked some internals of the Davlik VM while it's running during app install: https://engineering.fb.com/2013/03/04/android/under-the-hood...
zamadatix
6d ago
A 2012 iPhone and a 2025 Windows PC shouldn't be assumed to have the same tradeoff set just because "web vs native" is found in each description.
usrnm
6d ago
It's a tradeoff, different companies are allowed to chose differently or even to change their mind after some time.
maplethorpe
6d ago
2 replies
Windows doesn't even feel like a native Windows app anymore.
halapro
6d ago
2 replies
Same could be said for macOS, sadly. Today it looks like a bad render from a teenager in 2012
wiseowise
6d ago
No, not at all.
monegator
6d ago
Yeah, i don't really miss frutiger aero, but they lost me when they made the dock flat.
calmingsolitude
6d ago
4 replies
This is because many of the "native" windows components like the start menu are written in react native.
jadamson
6d ago
2 replies
Dear God, I hate the way the Windows 11 Start Menu takes slightly too long to open - long enough that I often accidentally close it again. You can actually watch CPU usage increase if you toggle it.
noir_lord
6d ago
1 reply
> You can actually watch CPU usage increase if you toggle it.

Not any more, I kept windows 11 around for gaming but I binned the partition, how they managed to make a 7950X3D/7900XTX feel "clunky" is astounding given that I live in KDE which has a reputation for been a "heavy" DE and yet it it feels instantaneously fast in every dimension compared to windows 11.

simoncion
5d ago
KDE is a "heavy" DE! Compare its startup time to -say- Windowmaker.

Full disclosure: I use KDE almost exclusively.

greggsy
6d ago
Never use the start menu anymore with CmdPal in PowerToys.

macOS spoiled me.

ahoka
6d ago
2 replies
Anyone remembers Active Desktop?
habibur
5d ago
1 reply
Windows still has Active Desktop, doesn't it?
pjc50
5d ago
I believe that went out with Internet Explorer. You certainly can't set your desktop to a web page any more.
denverllc
5d ago
They main purpose of active desktop was to claim IE was an inextricable part of windows
sunaookami
6d ago
2 replies
This is wrong. The "recommended" section of the start menu is written with React Native but compiled to native XAML and not running web technologies. See also: https://news.ycombinator.com/item?id=44125217
modo_mario
6d ago
2 replies
Wait.....why develop that small part so differently than the rest?
wongarsu
6d ago
1 reply
Classic case of shipping the org chart

(in case anyone needs a reminder of Microsoft's org chart: https://www.globalnerdy.com/2011/07/03/org-charts-of-the-big...)

simoncion
5d ago
2 replies
> in case anyone needs a reminder of Microsoft's org chart: ...

To be a little glib:

As someone who has worked for a few Big Software Companies, I guarantee that Microsoft's org chart has changed significantly at least once in the last fourteen years.

Re-organizations aren't referred to as "shuffling the deck chairs [on the Titanic]" by the rank and file for no reason, yanno?

wongarsu
5d ago
1 reply
My impression from the outside is that the biggest change is that there are now a lot more and smaller circles pointing guns at each other

But maybe that impression is wrong and they now cooperate better. After all since some Windows 10 update the Windows Explorer can even create files and folders starting with a dot (which from a kernel, fs and cmd perspective was always valid)

simoncion
5d ago
> But maybe that impression is wrong and they now cooperate better.

Based on my experience with Blasted Corporate Hellscapes, I find it very unlikely that they cooperate better. Middle-ish management lives to stab each other in the back, belly, and face.

> ...Windows Explorer can even create files and folders starting with a dot...

That's progress! Does Windows Explorer still shit the bed when you ask it to interact with a file whose name contains the '|' character? That's always been valid in NTFS, and I think is valid in at least a subset of the Windows programming interfaces.

nkrisc
5d ago
At every large company I worked at, they began planning the next org change right after the last one concluded.
array_key_first
5d ago
Kind of related, but a lot of designers only understand a react point of view these days. Which is why you will see react, specifically, turn up in the most random fucking places.

Every place I've worked which did not use react had steady pushback from UI/UX to move to react. It took active resistance to not use react, even though it didn't make any sense to use.

TiredOfLife
5d ago
1 reply
Is that's why on a system where I removed widgets and web search results windows keeps msedgewebview2 active?
sunaookami
5d ago
I don't think that the activation of this process is tied to the enabled-state of any features and the recommended section/start menu in general does not even use a Webview. It may be active all the time because various parts of the OS use it (I think the settings app for MS account stuff and the Explorer for some Office 365 features?) and it's faster keeping it active instead of starting it constantly.
pbhjpbhj
6d ago
I thought they just rewrote Start in Rust?
brap
6d ago
2 replies
Yeah, I kinda agree with that reluctantly.

As much as I like super snappy and efficient native apps, we just gotta accept that no sane company is going to invest significant resources in something that isn’t used 99%+ of the time. WhatsApp (and the world) is almost exclusively mobile + web.

So it’s either feature lag, or something like this. And these days most users won’t even feel the 1GB waste.

I think we’re not far away from shipping native compiled to Wasm running on Electron in a Docker container inside a full blown VM with the virtualization software bundled in, all compiled once more to Wasm and running in the browser of your washing machine just to display the time. And honestly when things are cheap, who cares.

skydhash
6d ago
1 reply
Do you think most people have 128GB laptop? It’s more likely to be 8 or 16 GB. The OS os likely taking 4 or more, the browser two or more. And if you add any office applications, that’s another few GB gone. Then how many Electron monstrosities you think the user can add on top of that?
likium
5d ago
Some PM: users are locked in to our ecosystem; they can't load other apps after ours! /s

But for real, the average number of apps people downloading get fewer year over year. When the most popular/essential apps take up more RAM, this effect will only exacerbate. RAM prices have also doubled over the last 3 months and I expect this to hold true for a couple more years.

psychoslave
6d ago
> And honestly when things are cheap, who cares.

It depends what metrics are considered. We can’t continue to transform earth into a wasteland eternally just because in the narrow window it takes as reference a system disconnect reward from long terms effects.

monegator
6d ago
2 replies
I keep fighting with devs that want to use web-everything.

Luckily for me, i have the ultimate power so i can just say "Firefox doesn't support that. I don't use chrome. period."

But lately i had to start saying Safari doesn't support that so we would lose all iphones, or we can start investigate after we have a working solution. God damn react.

prox
6d ago
It’s such a mess isn’t it.
albinn
5d ago
Out of curiosity, what are you proposing instead? I'm currently working in a small company (less than 4 full time employees). And while we can never support native apps for all the platforms I have been wondering what we would use instead of a web app?

The advantage of the web app is that it just works, without installation, so there's no friction there. I'd very much prefer a native app, but the overhead is quite high, no?

mrtksn
6d ago
1 reply
Why just they don't give the Web UI code to their AI and tell it to convert the code to Windows native code without making mistakes?
chistev
6d ago
Stop it lol
Cthulhu_
6d ago
2 replies
I just don't get it. Well ok, I kinda get it. I get the feeling nobody wants to build native apps anymore, or they don't or can't advocate for it strongly enough, or those advocates aren't in a position where they can make decisions.

And from a manager's point of view it seems wasteful to develop the same feature across multiple platforms. And if you look at the numbers it does, but numbers-driven development has been a huge issue for a long time now. They don't consider performance or memory usage a factor, and perceived performance is "good enough" for a web app.

Ntrails
6d ago
I occasionally use whatsapp or discord webapps, but won't install the apps. I don't know for sure which sandboxes the processes more effectively, but I kinda assume the browser is my better bet for protecting myself from crap.

Happy to learn otherwise, but might be a datapoint on user behaviour (which could also drive corporate choices).

embedding-shape
6d ago
> numbers-driven development has been a huge issue for a long time now

Ever since UX and UIs started to be driven mainly by metrics and numbers, I felt something started going wrong already. Since then (the decades...), I've learned about "McNamara fallacy" which seems to perfectly fit a lot of "modern" software engineering and product management today:

> The McNamara fallacy (also known as the quantitative fallacy) [...] involves making a decision based solely on quantitative observations (or metrics) and ignoring all others. The reason given is often that these other observations cannot be proven.

https://en.wikipedia.org/wiki/McNamara_fallacy

GoblinSlayer
6d ago
>I'm actually sort-of impressed, in that I have no idea how I would even make that happen!

Let google do it on your behalf.

bayindirh
6d ago
When you use a desktop computer with 32GB RAM and everything you do work-related runs on a giant world-wide datacenter, numbers start to look small.

When a developer/company decides to not implement things local and proper way and push it out and be done with it regardless of the resources the product use on the users' system, I mark the company as lazy and cheap, actually.

Shoving the complexity and cost to users' is being inconsiderate.

Ref: https://pbs.twimg.com/media/DuJMkjIXcAcRru9?format=jpg

otikik
6d ago
Well if you are concerned about a resource hog, why are you running Windows in the first place?
mgaunard
6d ago
The native client had features the web one didn't have, like video calls, so it was actually the one leading features-wise.

I guess it's because they decided to make the web client first-class, and instead of maintaining a native client for each platform (windows, mac, linux...) they opted to just serialize all non-mobile uses (which probably aren't that important to them to begin with) to web.

miohtama
6d ago
5 replies
You can use WhatsApp in your browser: web.whatsapp.com

No 1 GB or installation needed

Why is the desktop app even a thing?

brabel
6d ago
1 reply
The desktop app is very good for quickly attaching pictures and documents, or receiving them, I find it harder to do that on the phone app , and a web app just doesn’t work very well when you want it open all the time. Same with Slack, having a desktop app really improves things.
runiq
6d ago
2 replies
> a web app just doesn’t work very well when you want it open all the time.

Pin tab, problem solved?

Arainach
6d ago
2 replies
Now you have to switch apps to the browser, find which browser window has the session you want, switch to the tab, etc., instead of just switching to WhatsApp app via keyboard or taskbar directly.

The ergonomics are significantly worse.

I want most of my browser windows full screen. I don't want my instant messenger full screen. Using it in a browser means I have to have one size, and resizing one changes the other.

The experience of using a native app is far superior.

rkomorn
6d ago
1 reply
I use the WhatsApp Web PWA and it allows me to have a dedicated window/app for it?

Sure it's a little quirky at times (eg it closes if the browser restarts for update) and it doesn't have a system tray icon, but aside from that, it behaves like a separate app.

eviks
6d ago
1 reply
> Sure it's a little quirky at times

So it doesn't behave like a separate app.

rkomorn
6d ago
It does in the ways that seem important to GP based on their comment, and aside from restarting when the browser updates or other pedantry, it does.
ptx
5d ago
1 reply
Just open it in a separate browser window then? Different windows can have different sizes and get separate buttons in the taskbar.

I guess if you're using Microsoft's ill-advised window grouping feature it would work less well (require more clicks), but breaking websites out into entirely separate programs just so we can have separate windows because Microsoft screwed up the window management functionality seems like a very inefficient workaround.

Arainach
5d ago
That still requires picking a specific window. If I have 6 browser windows I need to find the correct one of six.

With a native app it's just alt+tab - or, if the app is pinned to the taskbar, Win+(1/2/3/4...)

omnifischer
6d ago
No. People are stupid. They love when taskbar (rightbottom) is flooded with icons and constantly blink to disturb when using device while sucking tons of CPU/memory.

/s

vitorgrs
6d ago
1 reply
It will use 1gb on your browser.
aembleton
6d ago
1 reply
Using 224MB on Firefox. Still feels way too high for what it is.
vitorgrs
5d ago
I use exactly on Firefox, but maybe your use is less? With groups, etc it heavy super fast...
eviks
6d ago
So what's your shortcut to switch to Whatsapp if it's inactive, launch it if it's not running, and hide it if it's active, in a browser tab?
bloqs
6d ago
the desktop app allows the taskbar icon to have notification indicators. these work offline, so i can quickly and easily glance at the bottom of my screen to see if I have any messages. these can be read offline, with the taskbar updating still.

the desktop app is considerably faster and more responsive.

the deaktop app allows OS level shortcut keys

the desktop app is easier to work with when applying parameters in programs like excluding it from my VPN or for sandboxing or for isolating network traffic. Or for looking at how much space it takes up on disk. (im not a web developer), it doesnt cause any confusion or mistakes to be made as its logical separation in OS is clear, this is also faster

the desktop app has better keyboard shortcuts that dont collide with your browser, and the same with right click menus

I can easily video call from various PCs while still not trusting my browser with camera/mic permissions

p0w3n3d
6d ago
Last time i checked the web version didn't support calls (on macos)
deanCommie
6d ago
What's missing from this history though is that when WhatsApp went from an Electron app to a native windows app it got decisively worse.
emsign
6d ago
That must be part of their new AI strategy, tapping into their users potential.
arunc
6d ago
I don't mind as long as I can make calls from the app. The call feature isn't available on Linux/Web app unfortunately.
Barrin92
6d ago
I can understand (although I'd still think it's a bad idea) going with a web app wrapper if you're starting out that way, but what makes this decision truly baffling is that they already had a UWP app.

Meta makes more money than god and there's over a billion WhatsApp users. It's not like this thing is Blender or a AAA game, it's a chat frontend. Maintaining it has to be a rounding error in the budget.

alex1138
6d ago
Sometimes antitrust is a hard decision. Where do you draw the line, there are natural monopolies, etc so on so forth

Whatsapp screams antitrust. If you look in the dictionary for antitrust, you see Whatsapp

https://news.ycombinator.com/item?id=1692122

thunderbong
6d ago
If most Windows users are using WhatsApp web on Microsoft Edge then making it an app like this saves them a huge chunk of effort in maintaining two apps (WhatsApp web and a separate Windows app)

225 more comments available on Hacker News

ID: 45910347Type: storyLast synced: 11/16/2025, 9:42:57 PM

Want the full context?

Jump to the original sources

Read the primary article or dive into the live Hacker News thread when you're ready.