STEPS-TAKEN: Not sure what the source of the problem is, but the quick description of the bug is that:
- I install all required software, SDKs, configs,
- Then create two new projects each using the tabbed-window template, each of which support deployment to Android.
- Then I run one project via Titanium Studio’s Run option, let the Android Emulator load, and confirm it’s the app is installed an working.
- Then I closed the emulator, and then run the other project the same way as the last, though when the app is shown on the screen it has the name of the first app, not the app run.
FIXES-TRIED: I’ve attempt executing “Project >> Clean” for all projects before the second run, and still get the same “bug”.
SETUP: To my knowledge all of my configs are correct, and clearly the build “works” though it is very possible there is something wrong with my installation build chain to get to the point I’m running the app in Titanium Studio via the Android Emulator.
ERRORS: I’ve reviewed the console output for FastDev, AppInstall, Android-Emulator, etc and have seen no error messages that jump out; meaning I have seen no error messages, except for build.py error after the first script runs saying it didn’t find the script running on a port when it attempt to kill it; given the request is to kill itself, and it’s not found, I just assume this is a confusing way of saying the script did what it was suppose to do.
Current build: is on Windows-XP-SP3 using TiStudio 2.0.1 build, JavaSDK 1.6, r18-Android, and Android-2.2
Recent emulators have persistent state, so your second launch probably gets back the system you were running before.
You should not have to resort to this on a regular basis unless something is broken in the workflow, but deleting the AVD and making a new one should get you a clean slate.
I believe there is also a startup flag to the emulator which tells it not to use the checkpoint from a previous run, but start from scratch – you could try to change your configuration to use that flag.
A downside to either deleting or forgoing checkpoints is that the emulator will take longer to start up.
Really though, you are supposed to be able to re-install or launch a given application, or install a completely different one, all within the same running of an emulator. You aren’t supposed to need a new emulator, any more than you need to go buy a new device (or perform a factory reset on it). So something is not right in the setup, and the best solution for long term productivity is to identify and fix that. Short term of course, you might need to wipe the slate clean if that helps you meet today’s deadline.