I'm currently adding iCloud support for my app, but i noticed that in the iCloud -> manage storage settings my app's icon is missing. I've added the Icon-Small.png/Icon-Small-50.png plus their #2x versions in the xcode project in the "Resources" folder, then added their names in Info.plist but it still shows white.
What am i doing wrong?
Once you show up in Settings, a little like registering your device for push notifications, there's some caching happening. You should try resetting all settings and installing fresh. Also if it's a physical device, not the simulator, try to delete the app, set the date forward by over a day, install fresh, and it should bypass that cache.
Did you build the app, compile it, and added the icon very later on? This is usually a caché issue. The best way to go around this is to uninstall the app from your device and do a clean build.
Related
I'm prepping for my first update (1.0.1) on the AppStore and will be changing the icon in the process. I deleted the old 57x57 and 114x114 icons, dropped new ones into Xcode 4's target summary, and did a clean build/run. The new icons show up in Xcode, but not on the device's home screen.
I suspect if I delete the app and redo the above steps, this may work, but that leaves me to wonder if an AppStore distribution will update the icons for all users.
Is there something I'm forgetting to do to update the icon for this next release?
I was having this problem when replacing icons for an app, the new icons didn't show up on the iOS device, no matter how many times I did a clean/build. The solution for me was to reboot the device and the new icons were recognized.
I'm guessing this is a problem only in development, it is likely that the cached icon is refreshed when an app is installed or updated from the App Store.
The answer turned out to be that my new icons had slightly different names than the old. Strangely, Xcode never complained and still showed them next to the target and in the summary.
Lesson learned: When doing an app update (or "Appdate"), modified resources need to be of the same file name to be found. It seems replacing a resource with a different resource is not sufficient. Overwriting the old resource is the way to go.
It will update the icon for the user's when it's distributed. I had an app i released to the app store that I had gotten from Google Images and made into an icon. Long story short, I had to change my icon so it didn't look like another App's which had the same icon! If you change it in your Build Settings you'll be ok.
If you change your apple-touch-icon.png for both regular and retina in your Build Settings, it will update on the app store, and the end user's ultimately. Bottom line. It should've did it for yours, I don't know why it didn't?
Hey folks, I'm setting up my first application settings bundle right now. I went through the process of creating a Settings.bundle in the project root, settings the Root.plist to display as an iPhone Settings plist, etc.
So – the app's settings panel displays in Settings.app just as I would expect in the iPhone Simulator. However, it is not present in my device settings when I deploy there. My test device is an iPod Touch running iOS4. I've rebooted the device just to make sure everything has reloaded... still nothing. Can anyone think of a reason that my settings panel would work in the Simulator but not on my Device?
Thanks for you help!
You may need to run your app at least once after installing your app before the app's setting will appear.
Not sure if a quit and restart of the Settings app (from the "multi-tasking" bar) might also be required.
I've experienced this myself - it usually happens when you mistype a key in the plist or if required keys are missing.
I have just installed the latest update to the iPhone.
I also have deleted my app from the iPhone and noticed that a previous install of my app has left the Settings bundle on my phone after I dis-installed the app. Now, I have a Settings bundle without the related app.
This should not be possible as the older version sandbox should have been cleaned up or deleted when I dis-installed the previous (older version ) of my app.
What's going on? How did this happen? What programmatically happen that could even allow the Settings bundle to persist?
In order to solve this situation, I did a full restore to the original factory settings and this eliminates the app Settings bundle that had no related app. Restoring your contacts, etc did not cause an issue.
Having said this, it still seems strange that you can un-install an app and have the settings bundle remain. But, it is a good design for their to be different sandboxes for different installs of the same app which keeps everything ring fenced.
I have an app that does not currently use a Setting.bundle to display setting in the iPhone Settings app.
I am releasing an update that does.
On a fresh install, the settings are added to the Setting App as expected, but upon updating from the old install, the bundle is not added.
Is there some sort of trick to get the Settings App to show my Settings.bundle?
It turns out a full clean did the trick. I think the bundle gets cached somehow and even on changes, Xcode doesn't recognize it changed sometimes.
Application Settings.bundle contains a version number, which is automatically generated during build. From build log I can see that new value is written there, also when looking inside the file itself in MacOS X Finder I see correct updated value.
Settings in iPhone simulator or in real iPhone shows me the old value. Removing application and reinstalling is so far the only way I've managed to get the new updated value visible.
Question: how can I force iPhone Settings application to read my new latest updated bundle file?
Some background info, which might or might not be related: I install application only via Xcode into both simulator and iPhone. Is this the problem? Just found this in Apple docs, not sure what it actually says. Seems to contradict itself (last chapter)...
Each time you reinstall your application, iPhone OS performs a clean install, which deletes any previous preferences. In other words, building or running your application from Xcode always installs a new version, replacing any old contents. To test preference changes between successive executions, you must run your application directly from the simulator interface and not from Xcode.
So Xcode always replaces old content, but to test changes I cannot use Xcode? What was that? Done both (after installation via Xcode) and didn't see new values in settings. Any ideas how does it actually work? Do I always have to make non-Xcode installation?
Try cleaning and building. It seems that xcode caches dates and doesn't notice the change that your script is making. I've had similar things happen, clean always fixes it, but it is indeed a nuisance.
Make sure to shut down the Settings app running in the background on device. It looks like Settings caches settings while it's running - but pulls the updated values when the Settings app is re-launched.
In my case, it seems that my modified root.plist, created/edited via the Xcode property list editor, just wasn't being saved.
There was no problem at all with the Settings Bundle being copied over to the iPad. A quick cmd-S followed by a rebuild and go/debug updated Settings on the iPad straight away - no app uninstall/reinstall even needed. You'd think there'd at least be a haven't-saved-it warning from Xcode, as there always is for code source files.
I just tried this and it worked.
In Xcode go to : Window->Organizer,
then view installed apps on the connected iPad/iPhone, remove the app, then recompile and run your app on the device.
I think the issue has something to do with the iPad's cache.