Deleting app does not delete (user) data

This does never delete any user data & configuration! I only deletes system configuration/data (See also my other post here Deleting app does not delete (user) data)

1 Like

Sure you are right. There is only one safe way to let developers clear the configuration files. Otherwise you have to search in /etc, /home, /opt and elsewhere yourself.

The suggestion from the internet is unsuccessful. My uninstallation experiences with ā€œsynapticā€ on a Debian system rarely work. Itā€™s just theory. I gave up looking for a solution a long time ago.

so we are talking a that this is a huge problem of Linux, where we cant delete the data so it can be track ?
why android can do it then when it is a linux kernel?

Not the Linux Kernel is the problem, but the packaging of the Apps. While Sailfish uses RPM (but it would be the same with AUR, deb, etc), Android uses a completely different concept for apps.

1 Like

ookay!! hope that that will change it is important that we like users have the control of what we need to delete and what we wanna keep, and it has to be in a easy way, where you dont need to be master IT class for doing it.

1 Like

I donā€™t know of any operating system that fulfills this requirement. We can only remind the developers to delete all data when uninstalling.

In Android this would be clear cache and clear userdata in settings -> Apps -> [appname] -> Storage.

EDIT: What I think of: Jolla should provide a coding guide for this task, roughly like:

  • ā€œput the config hereā€
  • ā€œput the cache thereā€
  • provide a qml plugin and sample code, which deletes these files/dirs.
  • provide a design principle, where to put the buttons for triggering the deletion.

ā€¦this could also obviously be used to reset an app.

1 Like

There is a standard which governs this (the XDG, X Desktop Guidelines at https://specifications.freedesktop.org), and Jolla has some guidelines in that regard.

The two paths you mention would be ~/.config/harbour-foo, and ~/.cache/harbour-foo, and then there is ~/.local which has some different semantics (it basically works like /usr or /usr/local but for the user).

There is also

which allow developers convenient handling of these standard locations.

If apps follow that (and even if they donā€™t), they are free to provide an option inside the app to remove whatever they create.

As has been mentioned, it is not the domain of a package manager to delete these kinds of data, package managers should not do this and what some here request would be Very Bad Practice.

Now, one could argue that there should be an OS function or App to clean out these locations, similar to the mentioned Android functionality, but I for one am strictly against this happening automatically.
I like that my settings and other data persist between me installing and uninstalling apps, and if I really want everything gone I can use the factory reset, or manually delete things.

But even such an application would rely on the individual developers adhering to the aforementioned standards (or really, any other as long as itā€™s the same), and currently there is little which forces one to do so.

7 Likes

One canā€™t stress this enough. Itā€™s strange coming up with such ideas.

I donā€™t think this is possible in SailfishOS in itā€™s current state. I just mentioned Android as an answer to the statement of the posting before.

I agree with everything you wrote. Just two things to add:

  • You canā€™t delete files from qml-only -> hence a plugin may be needed.
  • Jolla should mention this in coding guides like they write aboout things like using CamelCaseā€¦ ā€œYou should provide a function to the user deleting app generated data.ā€ followed by best practice.
2 Likes

What could be done on the OS level, is an option to reset just /home/{nemo,defaultuser} to factory settings, leaving everything else intact. A kind of soft-factory-reset.
Right now, deleting the defaultuserā€™s home or the wrong parts thereof will horribly break things AFAIK.

That would be trivial to implement too, about a five-line shell script.

Thinking about it, where does the initial layout of /home/nemo come from? Is that just the partition stored in the flashable image, or does it get set up on initial boot? jolla-startupwizard? All of those?

1 Like

Maybe one can investigate it by setting up a new additional user.

My guess is /etc/skel/ like in all the Linux systems I have used in the past. At least that path exists in SFOS and there are some profile-files already in it.

1 Like

I have the same problem deleting data from an account so that I can reinstall an app using a new account. Is there a solution from Terminal using cd to .config and using rm to delete the directory from there?

just want to back Mashka. it gives you a pretty good and not-nerd-friendly overview and handling of your user data.

1 Like

My bad for necro but Mashka doesnā€™t work for Xperia 10 iii, with the absence of a reset button reflashing was the only way. I couldnā€™t get tencent off for the life of me with cleanup tools.