** Attachment added: "Storage ui"
https://bugs.launchpad.net/ubuntu/+source/click/+bug/1358294/+attachment/4441690/+files/screenshot20150809_104456058.png
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/b
I keep getting an out of storage message in the camera app. The photos are
saved to the SD Card that has over 10GB available.
The storage ui shows that 'other files' make up the majority of the internal
storage consumption. The 'other files' seems to be folders for apps that are no
longer insta
Just adding my 2 cents.
One possibility would be to let the application specify a text message
to be displayed when the app is going to be removed. For instance, a
photo manager app could want to tell the user "All of your photos
currently stored in CoolGallery will also be removed."
So, if the u
@dobey this needs to be discussed with tvoss - will happily update this
change request, but only with tvoss's agreement
** Changed in: ubuntu-ux
Status: Confirmed => Fix Committed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I must strongly disagree with the design decision as noted by John here.
While it makes sense to delete some things (notably, cached data) upon
removal of an app, it does not make sense to delete all things.
I'm inclined to mark this bug as won't fix. There is no good precedent
or evidence that su
** Also affects: unity-scope-click (Ubuntu)
Importance: Undecided
Status: New
** Changed in: unity-scope-click (Ubuntu)
Importance: Undecided => Medium
** Changed in: unity-scope-click (Ubuntu)
Status: New => Triaged
--
You received this bug notification because you are a me
I personally don't agree with this decision and I think think it is highly
inconsistent with the desktop experience.
The users' .config, .cache, .local folders should not be removed unless
specifically asked by the user itself (or at least give us the possibility to
choose to not remove them).
** Changed in: click (Ubuntu)
Status: Triaged => In Progress
** Changed in: click (Ubuntu)
Assignee: (unassigned) => Michael Vogt (mvo)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/135829
Is there consensus on this now? I'm happy to land the branch, is Jamies
comment in #15 addressed?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1358294
Title:
App .config not removed when app uninst
It seems from #13 that this is addressed so unless I hear differently I
will land my branch.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1358294
Title:
App .config not removed when app uninstalled
If this is pursued, please make sure this is implemented: "What we can
do is display a warning when a user goes to delete an app informing them
that this action will also delete all of their data within the app."
--
You received this bug notification because you are a member of Ubuntu
Bugs, which
Do we want to include this for RTM? Do we have capacity to do so?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1358294
Title:
App .config not removed when app uninstalled
To manage notifications a
@jdstrand yes, when a user deletes an app, all of the data stored within
that app *including the user's data* should be removed.
This is the same mental model as iOS user are used to. Also many apps
these days have a server side component where the user's data is stored.
In these cases deleting
The attached branch is now in line with Michał's comment #9 - it will
delete the $XDG_{CONFIG,CACHE}_DIR but leave the data dir.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1358294
Title:
App .con
John Lea's update to the bug description does not match Michał's comment
#9. Specifically, "100% of files associated with the app should be
deleted" sounds like the user's data files will be removed. We cannot
assume that the app will store its data in the cloud somewhere. I
mentioned videos, pictu
Bug description updated with desired resolution from design, following
in design and also with Thomas Voss.
** Description changed:
If an app uses ~/.config/foo (say, uses Qt.labs.settings), and the user
uninstalls the app, ~/.config/foo is not removed. It should be deleted
when the app is
** Changed in: ubuntu-ux
Assignee: (unassigned) => John Lea (johnlea)
** Changed in: ubuntu-ux
Status: New => In Progress
** Changed in: ubuntu-ux
Importance: Undecided => High
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to U
Hi all. Thank you for your constructive feedback on the bug. Regarding what mvo
said
("But we could remove the cache data.") -- that is closer to the nature of this
bug. We recognize there may be user data involved (that is, XDG_DATA_HOME).
However, we believe .cache and .config directories coul
This is clearly a UX decision , so we have added Ubuntu-UX and I will
ping John Lea on this.
** Also affects: ubuntu-ux
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad
** Tags added: ubuntu-ux
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1358294
Title:
App .config not removed when app uninstalled
To manage notifications about this bug go to:
https://bugs.launchp
I attached a branch *if* we want to to this. However I share the
concerns of Jamie and Seth that this needs some more spec work.
Especially from the design team if its desirable to remove the data on
uninstall. I like the idea of having a UI for this. But we could remove
the cache data.
** Patch r
** Branch linked: lp:~mvo/click/lp1358294-config-removal
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1358294
Title:
App .config not removed when app uninstalled
To manage notifications about this
I strongly dislike the idea of click deleting user data when
applications are uninstalled. The number of ways that this can go wrong
is staggering. Different users on a device may wish to make different
choices when an application is uninstalled.
We do need some way to clean up applications but it
The data directories can be found here:
http://developer.ubuntu.com/publish/apps/security-policy-for-click-
packages/ (see 'Runtime Environment' at the bottom of the page). That
page does not cover scopes though-- probably best to review the apparmor
policy in /usr/share/apparmor/easyprof/{template
** Tags added: patch
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1358294
Title:
App .config not removed when app uninstalled
To manage notifications about this bug go to:
https://bugs.launchpad.n
I agree with Colin here, we need to get find all directories and
consider if removing the data is something we should do or offer a
choice to the user. If its important to remove the config, the attached
(untested) patch should work , I will try to get it into better shape
soon (proper test, cached
We would also need to consider other directories that might be involved,
such as things under ~/.cache/; and we might want to think about whether
the user ought to be offered a choice in some of those cases.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is s
** Changed in: click (Ubuntu)
Importance: Low => High
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1358294
Title:
App .config not removed when app uninstalled
To manage notifications about this
Hi Colin,
To me this seems like a simple check on .config folder to see if there
is any folder named with the package name and delete it. I am not sure
it needs to be much more clever than that.
I also think that this is a bit of an issue, if the user expects their
data to have been deleted from
Don't expect this to be addressed before RTM, since it involves click
gaining a lot of new knowledge about how app data is laid out that is
currently entirely out of its scope.
** Changed in: click (Ubuntu)
Status: New => Triaged
** Changed in: click (Ubuntu)
Importance: Undecided => Lo
30 matches
Mail list logo
