|
What cloud? Are you assuming that all Android users stay logged into Google?
/ravi
|
|
|
|
|
Well, yes, it is like a virtual hard drive. I keep music, documents etc there. It is automatically on the whole time.
It's a really nice feature, but now I have to write some code to reset app data on all read exceptions.
modified 20-Oct-19 21:02pm.
|
|
|
|
|
Is there a way to disable this? If not, I will definitely think twice about an Android phone. I absolutely hate automatic crap like that.
"They have a consciousness, they have a life, they have a soul! Damn you! Let the rabbits wear glasses! Save our brothers! Can I get an amen?"
|
|
|
|
|
I know I can disable it in the app manifest(config, which I will do next version), so that the app will tell the backup service not to bother. But I don't think you can disable it globally on the device.
Back up user data with Auto Backup | Android Developers
modified 20-Oct-19 21:02pm.
|
|
|
|
|
Urban Cricket wrote: The newer versions of Android by default back up all user data from all apps in the cloud and restore them on app reinstall. Hasn't allowBackup been around since about v6?
"One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
"You can easily judge the character of a man by how he treats those who can do nothing for him." - James D. Miles
|
|
|
|
|
Yep since API 23. It's just that I never managed to generate a bug that would matter in this scenario.
modified 20-Oct-19 21:02pm.
|
|
|
|
|
You do not need to uninstall to clear the data (at least on my Android.)
Go into Settings, then Apps. Select the app then select Storage and you should have two buttons, one clears the cache the other clears the data and cache.
|
|
|
|
|
That's exactly what I did, but I can't expect the users to figure out that they will have to do the same. The app wasn't able to find the device in the database because it was sending wrong credentials. Basically the scenario is:
you want to track if the app is started for the first time, then get some credentials, store them on the device. You can't rely anymore on the lack of something that is stored there after the first start.
And it is working as intended on older devices. Anyway it is taken care of now, just one more thing to keep in mind.
modified 20-Oct-19 21:02pm.
|
|
|
|
|
Agile Development in 24 Hours - Ver 1
Agile Development in 24 Hours - Ver 2
Agile Development in 24 Hours - Ver 3
Agile Development in 24 Hours - Ver 4
Agile Development in 24 Hours - Ver 5
.
.
.
Ravings en masse^ |
---|
"The difference between genius and stupidity is that genius has its limits." - Albert Einstein | "If you are searching for perfection in others, then you seek disappointment. If you are seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010 |
|
|
|
|
|
Hurry up - they call it a sprint for good reason!
/ravi
|
|
|
|
|
Ravi Bhavnani wrote: they call it a sprint for good reason! ... and that's why I'll never do Agile. I'm a distance runner, in it for the long haul.
Software Zen: delete this;
|
|
|
|
|
Actually, agile done right is awesome! It's the work that dictates when a release can be cut, and not the other way around. At my company, release points are dev driven.
/ravi
|
|
|
|
|
Unfortunately, I work for a hardware company managed by hardware engineers. Software types are treated as the demented cousin you keep in the attic because they can't be trusted not to pleasure themselves in public.
Software Zen: delete this;
|
|
|
|
|
Ravi Bhavnani wrote: It's the work that dictates when a release can be cut, How the hell else can it be done? If the dev (which I interpret as developers) say it's not ready than only a full-on jackass would release it (or someone who works for Microsoft).
The difference, in reality, between agile and real programming is that real programming is driven to produce a working product and agile is driven to give management types lollipops as often as possible. A management/marketing point of view designed for the satisfaction of someone who doesn't do the work.
Ravings en masse^ |
---|
"The difference between genius and stupidity is that genius has its limits." - Albert Einstein | "If you are searching for perfection in others, then you seek disappointment. If you are seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010 |
|
|
|
|
|
|
My boss has heard enthousiastic stories about Docker and now wants to use it for distributing Windows applications (both .NET and .NET Core). I never could get enthousiastic about Docker as it can not run Winforms applications, but I decided to give it a chance. Made a simple .NET Core console "Hello World" test application and in VS2017 used Add - Docker, built it and to my surprise everything built on the first try.
Nevertheless when I saw the size of the image with Windows Nano server, more than 400 Mb, my enthousiasm was gone again.
Am I the only one who can not get enthousiastic about Docker, is it me?
I would like to know what your opinion is on the matter
|
|
|
|
|
My opinion on Docker for Windows[^]
RickZeeland wrote: Am I the only one who can not get enthousiastic about Docker, is it me?
I haven't seen any advantage, though we (at the company) might be looking at Docker with AWS to spool up additional servers as load increases. The problem with that is we're heavily embedded in ASP.NET and given the above, running Windows in Docker is probably a horrid idea.
Latest Article - Slack-Chatting with you rPi
Learning to code with python is like learning to swim with those little arm floaties. It gives you undeserved confidence and will eventually drown you. - DangerBunny
Artificial intelligence is the only remedy for natural stupidity. - CDP1802
|
|
|
|
|
I enjoyed reading your article! clearly you had less luck than me setting up Docker
|
|
|
|
|
Back in the day, we could write an executable that consumed less than 500 bytes that could take down a major city's power grid.
Ahh, those were good times indeed.
".45 ACP - because shooting twice is just silly" - JSOP, 2010 ----- You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010 ----- When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013
|
|
|
|
|
OMG, hope Griff isn't reading all this, then we will get a load of his nostalgic stories
|
|
|
|
|
Back in the day, we could write an executable that consumed less than 500 bytes that could take down a major city's power grid.
Those that still can are dwindling.
Jack of all trades, master of none, though often times better than master of one.
|
|
|
|
|
|
If that image is any indication, that only happens in cartoons though...
|
|
|
|
|
In the old days of the Univac 1108 you could take down the entire mainframe with a single instruction...
In the indirect addressing format, the sign bit would indicate: This is not the address, but a pointer to the address. Which might have the indirect bit set, pointing to yet another address - or to itself. An infinte addressing loop. Using indirect addressing required no privilege; any arbitrary programmer/user could do it.
The bad thing was that the hardware design of the addressing logic required interrupts to be disabled (the 1108 had no paging, no page faults). There was no way to bring the machine out of the infinite loop, short of a full reboot.
|
|
|
|
|
that's why i enjoy embedded chip programming. for me it's more fun to work within 1kb of memory, than to figure out some modern application framework that might not be valid in a couple years time.
|
|
|
|