I upgraded my Iphone IOS to 7 weeks ago.
Today automaticaly it has been upgraded to the last beta IOS and ask me for Activation.
On display there's a text "Activation Error, register for developer program" and I have not access to my phone.
also, since i installed a new windows on my laptop, I didnot connect the phone to my itunes. Now for finding UDID I just connect it to Itune and Itune ask me to Trust the phone but i have not access to iphone to trust.
seems i have the option to downgrade to ios6 through dfu mode, but i need my data on it and it will be lost if i use udf/restore.
plz provide me solution
This seems like it would answer your question: http://www.imore.com/how-downgrade-ios-7-beta-back-ios-6
Sometimes it's tricky knowing if you made it into DFU mode properly, this should help: http://www.iclarified.com/entry/index.php?enid=1034
Please be careful putting your primary phone on unstable versions of software, Apple has a nasty history of trying to prevent people from going backward.
Related
I've been playing around with the SDKs of Symbian OS and I've encountered an issue that I couldn't bypass.
Specifically I've been using S60v3 3rd Edition Feature Pack 2 SDK's Emulator.
I want to test some .sis/.sisx application and maybe develop/fix some of them (also nostalgia from some old games that I used to play that can no longer be emulated any other way).
The issue is that all the application that I want to install on the emulator have the signature error, and since it's no longer possible to sign them I tried using one of those apps (HelloOX v2) that will remove the signature check.
Sadly those don't seem to work at all on the Emulator for some reason. Even though I checked the options in application settings to accept all software installation and disabled certificate check.
Is there a way to somehow unlock/hack the emulated OS from the SDKs?
I know this is dead technology which makes it even harder to find a solution for this.
Thanks in advance for your help if someone actually knows.
I'm trying to implement Device Single Sign-On for a couple applications I'm "experimenting" with. The apps are in the same WL 6.2 project and are based on the "Form Based Authentication" Tutorial on developers site.
Ignoring the obvious - that I mistyped something - I'm mostly baffled that it works in the iOS Simulator, but not on my iPhone. I realize that working on the iOS simulator is no guarantee for the real device.
Someone showed me a video on this topic using an Android device, so I suppose the large question is - should this work on an iPhone? If so, any thoughts on what to look for?
TIA
-bob-
From the comments, by user3530200:
i was "signing" the apps improperly in XCODE. Once I confirmed that
the ID prefix was the same, it started to work. Item 3 at this link. For reference, step 3 # http://www-01.ibm.com/support/knowledgecenter/SSZH4A_6.2.0/com.ibm.worklight.dev.doc/devref/t_enabling_simple_data_sharing_native_iOS.html
I've created a Mac App for Mavericks that uses MapKit. It works fine during development and testing on Xcode 5.1. Now I'd like to submit it to the App Store and I need a Distribution Profile which I've created successfully. Trouble is, as soon as I add it to my project, the app doesn't run anymore - it crashes every time without fail with this error message:
When I change back to "no provisioning profile", or to the profile that Xcode created during development, the app runs again.
My question: Is this expected behaviour, or will the app be rejected by the review team? I know that iOS apps don't run with their distribution profiles, but I'm new to Mac Development. Any insights into this way too complex topic are appreciated!
My app was approved - and the crash was indeed no issue for the app review team.
I had a chat with Apple about this who were kind enough to call me back and explain the issue. Looks like this phenomenon is "kind of" expected behaviour: Mac Apps may or may not crash when run with a Distribution Profile.
To avoid this problem, we can add both a Development AND a Distribution Profile to our app, without one having to replace the other. This was news to me. Had I however opened my tired eyes a bit wider I would have perhaps spotted the little disclosure triangle myself:
Perhaps this helps those with the same issue.
In iOS6 I used to install some of my apps over an adhoc network without internet sharing. So the iPad had no internet connection. Therefore I use a typical html and plist file. Everything was alright.
Now, in iOS7 the installation is not working anymore. It is just stuck in "Waiting" and nothing more happens. (Note: It is still working on my iOS6 iPad)
First I thought something might be wrong with my plist, but then I copied the files to my IIS Server and installed it from there. Here I had a internet connection on my iPad and everything worked out.
Is it possible that the wireless distribution now needs an internet connection in iOS7 e.g. to check the ipa in the app store or something like that? Because this is the only difference I can see.
The app is signed with a valid distribution profile.
Thanks for your help.
It turned out the installation of apps over the air in iOS 7 really needs an internet connection now. The iPad tries to contact at least the following URLs before installing the app.
ax.init.itunes.apple.com: The device obtains the current file-size limit for downloading apps over the cellular network.
ocsp.apple.com: The device contacts this site to check the status of the distribution certificate used to sign the provisioning profile.
It seems in iOS6 it was ok if those URLs were not reachable and now in iOS 7 they have to be reachable.
Well i just had the same problem and I figured it out. At least on my xcode this is what happened. Turns out the application target release code siging identities auto set to developer and not their current state, from xcode 4.x, which is distribution. So when I went to distribute my application I kept getting the same error you had. So Click on your project name in your project explorer then click on the application target, not the project, and make sure the code signing identity is not set to developer for your releases. I have no idea why the code signing identities were automatically set to the developer profile, maybe there was some sort of bug when updating from xcdoe 4.x to xcode 5 that caused this. But now other devices are able to install the program. Hope this helps.
Hey Stackoverflow People,
I'm working on implementing the UAAppReviewManager tool developed by Urban Apps (which is basically a super version of Appirater) into my app to have a rating and feedback function. I have devices (running iOS 5/6) where I've tested the Rate feature of the tool and its been able to properly redirect the user to the App Store after they select Rate the App from the pop-up dialogue, but for devices using iOS 7, it redirects the user to the App Store app and displays a pop-up saying the following:
The certificate for this server is invalid. You might be connecting to a server that is pretending to be "ax.itunes.apple.com" which could put your confidential information at risk.
Has anybody used this tool on iOS 7 and encountered this message before? If so, does anyone know what the workaround is? It seems iOS 7 processes things differently underneath with URLs and I'm not doing anything different or specific for earlier versions.
I am the developer of UAAppReviewManager. iOS 7 does not allow this url anymore so it was changed to a new value for iOS 7 in UAAppReviewManager. Update to the most recent (0.1.3) as of this writing and you should be fine