Delete configuration and local files of app

[Krzysztof Tataradziński]

Hello,
Suppose that we have XYZ app. It's used for offline navigation. And we have got 2 GB of maps in ~/.local/share/XYZ***/.
After few time we lost interest it that app and we uninstall it. Problem will appear when our device will be running out of space. In that time we figured out that we've got some offline maps in local folder. But if we don't remember where is it, we need to search it for a long while.
I think the best solution would be that one - while uninstalling procedure, OS will ask if we want to delete configuration and all other local files from ~/.local/share/XYZ***
What do you think guys?

UX Fix:
Attached as a screen shot in the comments section below.

[Krzysztof Tataradziński (ktatar156)]

Another example why local files of an app should be also removed automatically:
on phones we usually try much more apps than on desktop and it causes in short time mess, which is a large number of local folders ~/.local/share/name-of-app.author/

[Pat McGowan (pat-mcgowan)]

There is a philosophical decision to never remove user data. However this is a good example where presenting the option would be useful. I think there is a dupe of this report but cannot find it now.

[Krzysztof Tataradziński (ktatar156)]

A good solution would be to display a window with question to delete personal app data during uninstall process of the application (and possibly some option to view the files).

[Femma (femma)]

UX fix in the image.

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Matthew Paul Thomas (mpt)]

If you remove an app and choose not to remove the settings+data:

1. What is the UI for accessing that data afterwards? If the answer is, "there is none", what was the point?

2. What is the UI for removing the data later? If the answer is, "there is none", then will your phone gradually fill with data left by apps where you tapped the wrong button when removing them?

[Matthew Paul Thomas (mpt)]

This is a duplicate of bug 1454448, which is marked as a duplicate of bug 1358294.

[Krzysztof Tataradziński (ktatar156)]

I think that is not duplicate, because apps use also .local/share/app-name to keep their files.

[Alberto Mardegan (mardy)]

Note that in this specific case, these maps applications are wrong: map data should be stored under ~/.cache/, not ~/.local/share/.