[no_gravity]

Can you elaborate why it could be a good thing for users?

Not being able to reliably store data on the device means that PWAs have to send the users data over the internet and store it on an external server. I would think users rather do not like that.

I am only talking about installed PWAs here. Of course not every website should be able to avoid having its cookies deleted.

[judah]

"Good for users" was in the context of PWAs, not installed PWAs. Clearly the user's expectation is that clearing browsing data will clear data for web apps they navigate to in the browser.

Installed PWAs is another question. I suspect users will be surprised if they clear their browsing data only to discover they have to login again to Twitter, for example.

I may raise this question to the Edge Chromium team. I'm certain it's been raised before, but with Microsoft making PWAs first-class on Windows[0], this becomes a more prominent issue.

[0]: https://www.windowscentral.com/heres-how-microsoft-making-ed...

[no_gravity]

Keeping the user logged in is not the issue. A PWA can inject a unique ID into the installation in various ways.

The problem is the data. Imagine a text editor where all your text documents are gone after you cleared the data of a different app, the browser.

I wrote a fitness app as a PWA some time ago and its pretty annoying to download all the instruction videos again every time you clear your "browser data". Plus all infos about which exercises you did and when is gone for good of course.

[judah]

> "Imagine a text editor where all your text documents are gone after you cleared the browser data"

One way to address that issue is the native file system access APIs[0] coming soon, available today in Chrome Canary and Edge Canary. There, you'd be able to save your documents to the user's file system, just like a native app would. Those files will be exempt from any browser data clearing.

> all infos about which exercises you did and when is gone for good of course.

Might be good to store that data on the server. I realize not all PWAs have a proper backend server, but that sounds like a good candidate.

[0]: https://bugs.chromium.org/p/chromium/issues/detail?id=853326

[no_gravity]

> Native File System API

Great, so there is light at the end of the tunnel!

> store that data on the server

Well, we talked about that already:

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

[iggldiggl]

I wonder how Mozilla will handle this, given that so far they deemed file system access as too dangerous even for extensions, nevermind random web pages…

[bitL]

They will kill it as they did the same to the two previous versions of the same thing...

[bitL]

> native file system access APIs[0]

Come on, stop giving people false hope, that API is like 3rd incarnation of the same thing by Google, always shot down by Mozilla and Apple. Even today if you restrict yourself to Chrome your PWA can use the older version of the same thing, but what's the point if that works only in Chrome?

[judah]

Also, as mentioned elsewhere in this thread, you may also be interested in the Persistent Storage APIs: https://web.dev/persistent-storage/

[no_gravity]

From how I read it, this reduces the probability that the data gets deleted due to low disk space / garbage collection:

    Persistent storage can help protect
    critical data from eviction, and
    educe the chance of data loss.

Are you sure this keeps the data when the user deletes their browser data? To me it sounds like it does not:

    Persistent storage is not deleted by the browser,
    even if storage is running low. It will only be
    deleted if the user chooses to remove it via
    their site settings.

[tatersolid]

> There, you'd be able to save your documents to the user's file system, just like a native app would

What could possibly go wrong with that?

[bitL]

PWA is useless for any non-toy desktop-replacement apps in its current state because of what you mentioned.