My question is if any information regarding what is used to develop (iatkos) your apps? I have a fully working IATKOS install and wanna try the appstore playground, but I'm afraid of having any sort of troubles (legal ones) after publishing my first app....
thanks in advance.
No No prblm at all. you can easily publish your application on apps store. Even you cal also update ur IATKOSH software. its working fine.
Thx
Related
I am in the finishing stages of my first app! And i encountered a problem that a few months ago i didn't foresee. I used my friend's app developer account to get started with xcode and never signed up for my own, but i dont want his account to be tangled with all the application updates and what not. So basically, my question is: Is there any easy way to transfer the application from one apple developer account to another? Thanks in advance for any advice/answers.
The official answer is No. From the iTunes Connect FAQ:
Apple currently don't offer any way to transfer individual applications from one developer account to another.
No, there isn't. The only way is to submit your app using a different bundle identifier because iTunes won't let you use the bundle identifier of an existing app.
After making an update to an iPad app I released some time ago, I've been getting reports that people are unable to actually update the app without deleting and re-installing. However, as far as I know, nothing in the update should be causing this. (All the update deals with is letting people email PDF documents, nothing major.) When people attempt to update, they're asked for their iTunes password, but after entering it, it merely goes back to the update screen and nothing happens. Additionally, it would seem that this only happens with my app, the people in question aren't having any issues with the other various apps on the App Store. Does anyone know what might be causing this and how I could fix it?
Thanks in advance!
(Also, if it matters, the app is a custom B2B app, the general public can't purchase it.)
I'm removing the text of my answer because it's so inaccurate it's embarrassing. I mistook "B2B" for "Enterprise" and answered based off of that. To make up for it, I'll look into the problem a bit more and if I find anything I will edit this answer accordingly.
Edit:
Okay, I can see why you put a bounty for this question on SO; there's not really any data on a problem like this anywhere. Frankly, there's not much available information on B2B in general. I'll post what I found anyway, in case it can be of any help to you.
I found the details reason behind Maggie's question, there. Per Editing and Updating App Information:
Updates keep the same Apple ID and bundle ID, which means they are
associated with your first version and free to your customers
Also, apparently, "You can't change the CFBundleIdentifier of a released app if you want to release updates for it, the App Store will automatically reject it when you upload." which is something I can vouch for, having experienced this with a normal app. I do know that for a B2B app you do have to submit it to Apple for review, but I can't tell from the documentation I found if you need to actually submit it to the App Store, so it may not go through the various checks that normal apps go through, so this could be your problem.
Aside from that, according to the VPP guide, if your customers are installing the apps on the devices with Apple Configurator (broken right now, per app store reviews) the updates also have to be done with the Configurator. You haven't said that Configurator was involved, but I did find this tidbit.
• Use Apple Configurator to install apps on new or supervised devices.
Apple Configurator on a Mac makes it easy to mass configure and deploy
devices that are centrally controlled. Redemption code spreadsheets
acquired through the Volume Purchase Program can be imported by Apple
Configurator, tracking the number of apps installed on each device. To
update deployed apps using Apple Configurator, you must reconnect to
the same Mac from which the apps were installed. Learn more at
itunes.apple.com/us/app/apple-configurator
Anyway, good luck. Wish I could be more help.
What you are describing (assuming that it is accurate) would certainly be a bug on Apple's side. If users are trying to update the app and the update is not being processed, then in one way or another that is a bug that Apple needs to address. Nothing that you do as a developer should be able to cause that situation to happen. I would suggest contacting Apple and possibly filing a bug report.
It seems that apple wants you to develop the Iphone apps in the latest build. Sometimes this cause issues between realeases (diferent versions of Itunes, OSX, IOS, etc) when you try to update your apps.
Try to publish the app in the latest version of xcode.
That happens a lot in iphone development testing.
Hope this help.
When updating an app, iOS looks for the bundleId and if there is another app with the same bundleId, it updates the app with the highest version number. Maybe the version number is not set correctly or maybe people have issues because an other app (from the AppStore or an other B2B app) have the same bundleID but a higher version number.
I'm by far not an iPhone expert, but it seems something related might have been fixed in iOS 6.0.1.
Fixes a bug that prevents iPhone 5 from installing software updates
wirelessly over the air
If I sign an application with a legit developer license, is it possible to install some developer preview of it into an iOS device without jailbreaking it?
Saw some similar questions, but they didn't clearly answer this question for me.
Just to get this question solved, I am adding my comment as an answer.
See questions like Showing beta versions of an app to a customer.
The keyword you want to look out for is
AdHoc Distribution
The basic procedure involves adding the UDID's of your test-devices to your developer account and enable them for your test-app's.
For details on this procedure you may also check Apple's documentation on the subject Distributing Applications
I'm currently creating an iPhone app and we need some testing with about 20~30 users.
Actually we put the app on our iPhone by connecting the iPhone to the computer and debugging the app.
But now we need to have a more efficient way to install the app on iPhone but without submitting it to Apple Store and also without the need to connect the iPhone to the computer hosting Xcode.
Do you think there is a way to do that ?
Thanks in advance :)
Yeah there's a very slick way to do adhoc distribution under iOS 4 that's outlined here. This method involves absolutely zero usb cables and does not require a jailbroken device either. Perfectly legit and above board.
You need to use AdHoc installation. Please see this nice Apple document, it should cover every step necessary even with step-by-step instructions.
I use www.TestFlightApp.com, it's a great services, not out yet, but recently opened up their beta's, it does all the ad hoc stuff for you alls you need to do is invite testers, let it export it to your dev portal. Then you just upload the ipa to the site, and all your testers get an email.
I have a C# application which needs to be ported to several Smartphones. Monotouch looks like the best choice for the IPhone, if there wasn't section 3.1.3 in the new developer agreeement.
Now the Monotouch website lists 3 Monotouch apps that were allowed to the App store after the new agreement was put in place. Was it just pure luck for their developers, or is Apple actually not enforcing section 3.1.3 except with regards to Flash applications?
Thanks,
Adrian
The only people who can actually answer this question work for Apple, and they're not going to tell you.
I believe that MT is compiled to native code in such a way that it's not possible (within reason) to determine that it wasn't written in native obj-c in the first place.
And I haven't heard of any MT apps being rejected specifically for violating 3.1.3.
allow me to end this for all of you!!!
http://www.apple.com/pr/library/2010/09/09statement.html
As a MonoTouch developer with apps in the iTunes store (for example http://escoz.com/cracklytics), I can tell you that Apple is currently accepting MonoTouch apps normally. They approved 2 recent updates I did to the app with no issues.
Regarding new apps, lots of people in the #monotouch irc channel also have their new apps approved every other day, with no issues. Nothing changed because of 3.1.3 so far.
I wrote more about it here: http://escoz.com/monotouch-is-alive/ . Neither Apple or Novell have really mentioned anything regarding an agreement, so nobody really knows if they now have one or not.
Apple amended 3.1.3 to allow you to ask for an exception for your application. That might be what is going on, or architecturally it may not matter to Apple.