When I tried to update to Xcode 8.3, the following happened in App Store (it has been like this for over an hour):
So it just says "loading" and nothing happens.
What I already tried:
Mac restart
Logoff and Login to the App Store
Any ideas?
btw: My Apple membership expires in 5 days - could this be a problem?
Xcode 8.3 requires macOs Sierra
release notes Xcode 8
I was facing the same issue with macOs El Capitan
Just sign in on developer.apple.com, and go to https://developer.apple.com/download/more/, you can find Xcode8.3 there and download. Good luck!
Well, there's a challenging way to modify and run it if you get it from the Developers portal. :) Not as your primary Xcode instance, but experiments are possible. :))
I upgraded my mid-2012 mac book pro to Sierra. But still was stuck with spinner.
This helped solve it. - (link to the apple discussion forum)
"Going to Applications in Finder and moving Xcode to the trash bin fixed the problem for me. As soon as I entered in my password to confirm moving Xcode to the trash, the App Store prompted me on whether or not I wanted to cancel the update or delete the app. I opted to delete Xcode, and the App Store immediately began downloading the update."
If you have an Apple Developer account, download the latest xcode directly from here: http://adcdownload.apple.com/Developer_Tools/Xcode_8.3/Xcode_8.3.xip.
Note: if you are unable to install the latest OS, at this time: OSSierra, then you will not be able to be able to install Xcode 8.3 to my knowledge (I was not able to. I had to get a new computer, which I had to do).
wait for 8-10 minutes without pressing pause or cancel or so.
just wait. and it will start while you eating popcorn.
even though it not started to update and stuck at 0kb, the term you have to focus is "patience".
Just go to App Store and click on Store -> Check for Unfinished Downloads.
Related
i am seeing my account show "Your session has expired. Please log in." in Xcode->Preferences->Accounts every time i restart Xcode, even though I log in successfully in-between restarts. Also, my command line xcodebuild is failing because it says the user session has expired.
We tried deleting and re-adding the user, and it did not solve the issue. We turned off 2-factor auth and turned it back on, and it also did not solve the issue, although we were seeing it allow the login w/o 2-factor auth for a while, until we turned it off and back on again, and then it started asking for a code again.
has anyone seen this behavior?
Xcode 9.3 now uses Keychain Access Groups to store your Apple ID credentials in the keychain. On launch, it attempts to migrate any existing credentials from previous versions of Xcode into the access group. In some cases, that migration appears to fail.
You likely don't need to install older versions of Xcode to work around this. If you remove your accounts from Xcode; quit Xcode; open Keychain Access; find and delete any "Xcode-Token" or "Xcode-AlternateDSID" entries; relaunch Xcode; and add your accounts back, then your accounts should work properly in Xcode 9.3 from that point on.
If you are capable of reproducing this issue, I'd like to request that you file a bug at bugreport.apple.com and attach a sysdiagnose from your machine.
Update
Thanks to everyone who filed bug reports! We've identified the issue and apologize for the inconvenience this is causing. In the meantime, you can avoid this problem by setting a user default. In Terminal, enter this command:
defaults write com.apple.dt.Xcode DVTDeveloperAccountUseKeychainService -bool NO
Then relaunch Xcode and reauthenticate your Apple ID accounts in the Accounts preference pane if necessary. From that point, you should be able to quit and relaunch Xcode without needing to reauthenticate each time.
After going through a long list of things to try to fix this error (created new user, 2FA on/off, sign in/out iCloud, restored keychain, copied user off another machine etc.) without success, I tried a long shot.
Given that I only see this problem on fresh install High Sierra machines with a brand new install of the latest Xcode (upgrades seem fine), I wondered if the issue is visible in previous versions.
As I had the Xcode 8.3.3.xip on the network, I unpacked, installed and launched. It had the same expired session issue so I signed in again (the process was slightly clunky but worked) and then quit Xcode and relaunched. After the second attempt, not only did the session persist in version 8.3.3 but much to my surprise, Xcode version 9.3 now works fine too.
So my suggestion is to go to Apple Developer and login and then go to See More Downloads and get a previous version and try that. The 8.3.3 file I used can be downloaded from there. I didn't delete my existing 9.3 install, I simply renamed the unpacked 8.3.3 version to an alternate name and had both sitting alongside each other in /Applications allowing me to repeatedly launch each in turn for testing.
Apple just released Xcode 9.3.1 which should fix the issue.
From the release notes:
Fixed an issue causing the user to have to log in with their Apple ID
repeatedly. (39573406)
Because my account was new here, I cannot just add a commit to support #TendrilSix.
TendrilSix's answer above could solve the problem.
If you're facing the same issue, just install Xcode 8.3.3 back, and log in your dev account inside Xcode 8.3.3.
The most IMPORTANT thing,
If Apple didn't fix this issue in future. DO NOT UNINSTALL XCODE 8.3.3.
We found on our dev machines, this problem only happened on mac which once has both Xcode 8.x and 9.x installed together.
After uninstalling Xcode 8.3.3, Dev accounts login freshly in Xcode 9.x will experience "Your session has expired. Please log in."
If a mac once had both 8.3.3 and 9.3 installed.
Only log in 8.3.3 was available, the login behavior will add 17 items in Keychain. Including "Xcode-Token" & "Xcode-AlternateDSID"
Log in 9.3 will only create 15 items in Keychain. Missing "Xcode-Token" & "Xcode-AlternateDSID"
If a mac upgrade from Xcode 7.x 8.x 9.x and never has two or more different version of Xcode installed together.
Log in 9.3 will create 17 items in Keychain, and dev account works properly.
I am trying to submit a project to the app store. I accidently opened it in the latest Xcode Beta - but did not save or change anything.
I submitted the app with Xcode 7.3.1 and when I attempt to submit the app for review I get the message: "New apps and app updates must be built with the public (GM) versions of Xcode 6 or later, macOS, and iOS SDK. Don't submit apps built with beta software including beta macOS builds."
If I check the Info.plist of the archive it also mentions me using the public version of Xcode
<key>DefaultToolchainInfo</key>
<dict>
<key>DisplayName</key>
<string>Xcode 7.3.1 Default</string>
<key>Identifier</key>
<string>com.apple.dt.toolchain.XcodeDefault</string>
</dict>
The Xcode beta version was not open when submitting and I also tried restarting and then resubmitting. Btw I am running El Cap 10.11.6
What can I do to fix this?
Thanks
Did you install yesterday's Security Update? I have a theory, that this update altered the internal version number from 10.11.6 (15G31) to 10.11.6 (15G1004), and they have not added this version number to the list of allowed stable OS builds on iTunes Connect.
Fairly certain it's the Security Update.
I tried the known hack of altering the OS build to 15G31 in SystemVersion.plist, but this no longer seems to work.
Reinstalling Xcode 7.3.1 was also a waste of time.
Luckily I had a machine that I had not yet done Security Update 2016-001 on. Moved the code over there, archived and uploaded, and this went fine.
I got same issue and the issue just got fixed - I have submitted my app for review successfully 5 minutes ago!
It was because iTunes team did not synchronise with latest macOS version security update yet and they finished synchronisation just now!
Please go ahead and try re-submitting your app!
I am seeing this also, there was a recent security update to El Cap that might be related, or Apple is in the process of making changes for iOS10 Xcode 8 and have messed up something.
If you need to submit, I would go ahead and submit and if you get a rejection, explain it to Apple then.
I have uploaded my iOS binary installing El Capitan on a virtual machine, disabling system updates, installing Xcode, importing my developer profile, and building my App there.
I just spent like 2-3 hours downloading the base El Capitan (10.11.6) from the App Store and setting up VMware Fusion to build our project in... including manually regenerating and switching all of the certificates and provisioning profiles twice (to there and back to the host machine).
I can conclude that this does solve the issue because the App Store El Capitan installer does not (yet) include the Security Update, which bumps the macOS build number to one that is NOT whitelisted on iTunes Connect, as some have suggested.
Super frustrating, but at least a solution is available for now. 😖
Check out the Xcode Release Notes and see if your version of Xcode has: "Support for app archives depreciated", like mine did.
I have an app which works perfectly on the simulators. This app also worked perfectly on an iPhone* for a couple of months. After a few weeks of this app not being opened, the app crashes when I attempt to open it. It looks like its about to open but it quits.
If I double tap the Home button to display my cached apps I can see it there amongst the other cached apps and it looks fine, displaying on-screen elements and images(which are saved and retrieved from the filesystem) correctly. If I tap it, it again quits before running.
I was hoping to release this app asap as it is finished. I've searched the net for solutions but have not found any. I don't know what particular information may be needed to figure out the problem but please ask and I'll respond with it. I am relatively new to ios development.
*iPhone 5s running latest ios9 update
The latest version of Xcode is 7.3. You need to update your Xcode to the latest version to be able to upload to the latest version of iOS.
EDIT: I forgot to mention this earlier. The latest version of Xcode requires El Capitan (OS X 10.11).
EDIT 2: OP has now revealed that a provisioning profile is being used. These only last about a month. After they expire, the app is no longer trusted and will show the described behavior. This can only be solved by re-signing the code, which requires either a new provisioning profile or a Developer ID. In any case, after the code is re-signed, it has to be reinstalled, and installing onto the latest iOS requires the latest Xcode.
Sources coming soon.
OK, so I seem to be having some trouble finding the site where I found this information in the first place...
However, from the App Store:
Xcode 7.3.1 includes [...] SDKs for iOS 9.3 [...].
I downloaded Xcode 7.1 from the App Store today after working from 7.1 beta downloads from developer.apple.com and have a new iOS app build to upload. So I did:
Product > Archive
Upload to App Store (or Validate)
But the response was:
You are not authorised to use this service
Intriguingly, when I 'Export' the build to the Desktop and then use Application Loader 3, it uploads without error.
Is this an iTunes Connect bug? Or is there a new Xcode checkbox I've missed?
Note: I've also tried removing and re-adding my AppleID as suggested here, and restarted my Mac for good measure (which actually allowed the validation to work once), but still no luck uploading directly from Xcode > Organiser.
I met the same issue today and I think it is a bug of Xcode 7.1
Finally I managed to submit my app via Application Loader. There were warnings but it did work.
Here are the basic steps:
Archive
Export
Xcode menu --> Xcode --> Open Developer Tool -->
Application Loader
Double click "Deliver Your App" and choose the
file exported in step #2
click next and follow the instructions until
the end
Here's the quick solution:
Don't use Xcode beta versions to submit apps for release — it's beta for a reason and shouldn't be used with production code.
Submitting Apps
Apps that are created using beta versions of Xcode or that are built
for beta versions of operating systems will not be accepted on the App
Store and Mac App Store. Apps that you submit should be developed
using the latest version of Xcode from the Mac App Store and should be
built for publicly available versions of iOS, OS X, and watchOS —
except when GM seeds are available. When a GM Seed of Xcode becomes
available, use it to develop your app for submission. When GM seeds of
iOS, OS X, or watchOS become available, build your app for these
versions.
↳ https://developer.apple.com/support/pre-release-software/
Having the same problems as all of you, just thought I'd share that I found a way to Validate successfully, you have to disable the "Include bitcode" checkbox before moving forward. As for the actual upload to App Store, no work around for that one other than use the Application Loader...
Also I've been seeing this too since XCode 6.4, but it seems once the current version has a couple of months after it's originally released it starts working again... fingers crossed that it starts working again soon, because uploading straight from Organizer is so much better. (I saw the Beta Version post, when I say after a couple of months for current version I'm not talking about Beta versions, just in case ;) )
Same problem here.
Downloaded Xcode 7.1 from the App Store and it refuses to upload a new version.
Happily Application Loader worked ;)
Hopefully this gets fixed quickly.
One possible reason for the issue could be multiple development accounts under one name (personal and company). I've read elsewhere (apple radar) that that caused earlier problems of this kind.
Happens here if the dev account is only admin. I had to use the central account for uploading our apps. I think this problem startet sometime with XCode 6. Didnt investigate further though since Application Loader works in cases when I dont have access to the central account.
I also have the same problem today.
Finally, I used the application loader to upload successfully,too.
Theres a few solutions I have come across to solve this issue.
Most common being to remove and re-add your developer account.
This won't work on its own though, you need to also 'view details' on your account and have Xcode download your provisioning profiles again.
The other alternative is to upload your build using application loader. The disadvantage to using this solution is that should you be trying to upload using a beta build of Xcode or OSX you won't be able to change your apps .plist in the archive folder to trick iTunes connect into accepting it. In this instance all you have access to is your ipa.
Disable the "Include bitcode" checkbox worked for me.
I updated to iOS 8 yesterday and I can not install a testflight build.
It displays the dialog "do you want to install..." I tap yes, and nothing happens. I've heard that that the browser no longer closes, but the application just never shows up with no errors.
I've unregistered, registered, even signed up for testflight under a new account. Nothin'.
Others are able to install on iOS 8. And up until my upgrading, it was working fine on iOS 7.
(This is all through the browser still, not the new testflight application, btw)
Any ideas? Thank you!
Open the link you receive from the iOS mail app (not a 3rd party) and it will work.
We just solved the issue by reset the phone to factory settings. Just be sure to enabled iCloud backup before to restore the device.
All tricks and checks by searching for a code signing issue, profile problem or test flight bug was without success.
The weird thing about the problem was, that it occurred only on one device. 5 other test devices could install the test flight build after the iOS8 update.
I did factory reset and reinstalled my last backup, that worked.
You have probably already done this but you'll need to make sure you download the new test flight app from the appstore too.
Normal HTTP Distribution (without Testflight) is also not working. So it seems like a new security measure with iOS 8.
The only workaround at the moment is installation of an ipa via iTunes.
Try changing the Bundle Id. Worked for me now. There is some problem with previously installed app versions.
We've been having this issue also. Mostly, the 'install' button in the testflight email was absent or didn't work.
Rebooting the phone worked for all of our team members. No need to clear caches, reset settings etc.
Re-initializing TestFlight as described here - http://help.testflightapp.com/customer/portal/articles/867631-re-initializing-testflight-on-a-mobile-device- helped me on iPhone 5 iOS 8.1 with this issue.
Maybe this will help someone. It sure kept me busy for a while, and itunes support gave me the solution.
I am running TestFlight 1.0.2 (55) on my iPhone 5S with IOS 8.1.3 (12B466). I was unable to open my app for testing in TestFlight when clicking on the "Open in TestFlight" link. Apple gave me the following 2 steps that solved my issue
Uninstall and re-install test flight (not sure if this really did anything, but step 2 was the answer)
Click on the "Open in TestFlight" link from the Apple Mail app, not Gmail or something else