Hopefully in the next release we will have well-defined places for apps to
put their own data in the SD card, which the system will clean up when they
are uninstalled.

On Tue, Jan 12, 2010 at 4:19 PM, Kevin Duffey <andjar...@gmail.com> wrote:

> Thats good info Mark. Makes sense. But how then do we prevent our Android
> users from having left over crap that our app may store during its time?
> Short of a user never uninstalling it.. I don't think that's very good to
> users to just leave stuff around. Is there any way in code that we can keep
> a history/log of stuff the app uses.. that the uninstall process will clean
> up for you?
>
>
> On Tue, Jan 12, 2010 at 2:31 PM, Mark Murphy <mmur...@commonsware.com>wrote:
>
>> Kevin Duffey wrote:
>> > Is there now ability to have some code executed during install and
>> > uninstall?
>>
>> No. You can detect the first run of your application and treat it as
>> part of the "install", though.
>>
>> > I would have thought by now all OSs/frameworks would provide this sort
>> > of process.
>>
>> Back when Windows spyware would actually deign to register in Add/Remove
>> Programs, such apps would take advantage of the "code executed during
>> uninstall" process to try their level best to prevent the uninstall from
>> happening. This ranged from suggesting major system problems if the app
>> were to be uninstalled to forking processes that would reinstall it
>> after the uninstall completed.
>>
>> Based on past comments, I am under the impression that the core Android
>> team specifically does not allow apps to run code on install/uninstall
>> to avoid these sorts of situations.
>>
>> --
>> Mark Murphy (a Commons Guy)
>> http://commonsware.com | http://twitter.com/commonsguy
>>
>> _The Busy Coder's Guide to *Advanced* Android Development_
>> Version 1.3 Available!
>>
>> --
>> You received this message because you are subscribed to the Google
>> Groups "Android Developers" group.
>> To post to this group, send email to android-developers@googlegroups.com
>> To unsubscribe from this group, send email to
>> android-developers+unsubscr...@googlegroups.com<android-developers%2bunsubscr...@googlegroups.com>
>> For more options, visit this group at
>> http://groups.google.com/group/android-developers?hl=en
>>
>
>
> --
> You received this message because you are subscribed to the Google
> Groups "Android Developers" group.
> To post to this group, send email to android-developers@googlegroups.com
> To unsubscribe from this group, send email to
> android-developers+unsubscr...@googlegroups.com<android-developers%2bunsubscr...@googlegroups.com>
> For more options, visit this group at
> http://groups.google.com/group/android-developers?hl=en
>



-- 
Dianne Hackborn
Android framework engineer
hack...@android.com

Note: please don't send private questions to me, as I don't have time to
provide private support, and so won't reply to such e-mails.  All such
questions should be posted on public forums, where I and others can see and
answer them.
-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Reply via email to