Open cseder opened 6 years ago
Tested on same versions and couldn't reproduce. Maybe it's a Keychain Access
setting?
I have the same issue. Every time I open Xcode, all accounts are logged out and I have to sign in again. I add 3 accounts (one of them is my personal account) and on next launch I can only find 2 out of 3 (both have login expired) and the third one (mine) is totally missing.
@alanhamlett
Tested on same versions and couldn't reproduce. Maybe it's a Keychain Access
setting?
Keychain Access was functioning just fine. I believe it was the re-signing of Xcode with a non-apple certificate that caused the problem.
@hujaber I have the same issue. Every time I open Xcode, all accounts are logged out and I have to sign in again. I add 3 accounts (one of them is my personal account) and on next launch I can only find 2 out of 3 (both have login expired) and the third one (mine) is totally missing.
What I ended up having to do to get this problem fixed was to uninstall Xcode altogether, then create a new user account on my Mac and re-install Xcode from the App Store.
@cseder So:
Right?
@hujaber
Correct.
I just backed up my files and started using the new user instead of the old one, but it's possible that it's sufficient to just install Xcode using the new user and then log back into your old account, I'm not sure. Depends on what causes the problem in the first place. If it's a keychain or ~/Library related thing, it's probably best to keep using the new user and just delete the old after restoring the backup.
You could try it out and see how it goes! It solved my problems at least. Now Xcode keeps all my logins intact, both to AppleID, GitHub and BitBucket.
Same for me, I installed wakatime today, every time I open Xcode I have to re-login for each account, so annoying!, is there any fix for this?
@alanhamlett Could you please check this issue?
Same for me on XCode 10.1 and Xcode 10.2 beta.
I have multiple accounts and every time the accounts were removed
Hello, can anyone fix this issue? @fenixsolorzano @cseder
I've tested on 3 different macbook pro, but both with XCode 10.1. Unable to reproduce, so it's difficult for me to fix it. However, I'm still working on it.
Could not reproduce yet.
Was having the same issue so I had to uninstall the plugin. Accounts were logged out every time I opened Xcode and some deleted at random.
some deleted at random
Local mac accounts deleted? Not sure, but I don't think Xcode extensions could do that.
Local mac accounts deleted? Not sure, but I don't think Xcode extensions could do that.
Sorry, I meant developer accounts logged in from Xcode. Same that happened to @hujaber and @cseder.
I'm able to reproduce this now. The reason I wasn't able to reproduce it was I wasn't signed into Xcode.
Not sure how to prevent this from happening, Xcode must need to be signed with it's original cert to store logins?
yes but it reset all accounts passwords every time we quit the Xcode
Still no love for this issue @alanhamlett ? It's been like this for for almost a year now... No Wakatime + Xcode without seriously annoying side-effects. Are you throwing in the towel or what?
At least the Jetbrains IntelliJ and AppCode plugins works as expected and I mostly use these anyway.
I think the only way to get this plugin working is to develop it as an Xcode extension using XcodeKit if that has sufficient abilities, and use the procedures required for getting it signed and shipped via the Apple AppStore.
Everything is Great with Xcode.
Except for this issue still now :(
Thank you for your help.
Except for this issue still now :(
Really? Still an issue with disappearing developer accounts? Is the install procedure the same with the signing of Xcode using an unofficial certificate and all?
I've given up on this plugin. I only use JetBrains IDEs, VSCodium and Sublime Text now so I could actually start using it again now that I no longer depend on Xcode... Started using Code::Stats instead. It has no Xcode plugin that I'm aware of though.
Not as sophisticated as Wakatime, but does the job for my needs, anyway. And, it ALWAYS works!
has this issue for a long time, it's bad experience💩
Still present on Xcode 11.3.1, Have wasted about 1 hour debugging stuff, trying different things suggested on Stack overflow.
It seems Apple checks whether Xcode is signed by Apple certificate and not just our personal certificate. Quitting Xcode, opening it again and navigating to preferences -> Accounts leads to sign in again with the user profile.
I have 2 step authentication turned on for about 2 years now. This issue popped up when I installed Wakatime.
I think the only way to get this plugin working is to develop it as an Xcode extension using XcodeKit if that has sufficient abilities, and use the procedures required for getting it signed and shipped via the Apple AppStore.
Xcode Source Editor Extensions don't support running without first selecting the extension from a menu item. That won't work for WakaTime, since it needs to execute on user events like clicking or typing.
That means currently the only way to use extensions like WakaTime is resigning Xcode. XVim has similar install steps: https://github.com/XVimProject/XVim2/blob/master/SIGNING_Xcode.md https://github.com/XVimProject/XVim2/blob/master/why_resign_xcode.md
Might be worth looking into any differences between XVim's install steps and WakaTime's, and if XVim's install also triggers the new sign-in bug.
Still an issue. Even uninstalling wakatime doesnt solve it, a new version of xcode has to be installed altogether
Anyone know some devs at Apple who could help? We don't have many options to fix this without support for extensions from Apple.
Yes, regular plugins got seriously crippled since Xcode 9. The last version of Xcode that allows injecting code into a running Xcode instance is Xcode 8.
Stripping the Xcode signature leads to a bypass of this restrictive behavior, but my theory is that having non-existing / invalid signatures (not signed by Apple) causes the underlying safety-mechanisms to refuse access to some parts of the APIs, like the authentication part, which keep alive the authentication with both Apple's Developer Account servers and others, like Atlassian / BitBucket, GitHub etc.
But I'm thinking, these security mechanisms (more concretely, the sand-box / signing part) is dependent on SIP to do its "magic", aren't they? Which in turn uses the T2 Chip for various security checks? So how about turning it off?
Has anybody tried using the following sequence:
sudo xcodebuild -license accept
and build a simple project, to make sure xcodebuild loads. csrutil disable
in a terminal)sudo xattr -r -d com.apple.quarantine /Applications/Xcode.app
to disable the Gatekeeper service on Xcode.I don't use Xcode much anymore and gave up on this plugin after a year or so, when restrictions just kept getting worse, but if you have some time to spare, it might be a useful exercise to troubleshoot the "signing bug" or putting it differently "why the hell can't this security system be fooled?" Because all that's happening here is the macOS security doing its job.
- Install Xcode, but not from the AppStore, download the .xip file from developer.apple.com
https://developer.apple.com/download/all/ Here all versions of XCode in .xip files (need to login with Apple ID)
I have same problem on XCode 12.5.1 I install wakatime plugin with resign app And after next open of XCode I can't link my Apple ID to project I hope that solving from @cseder helped me
Unfortunately solving from @cseder after enable SIP - don't worked. After first start with enabled SIP - connect with Apple ID was broken again. But I install plugin with copy of original app:
curl -fsSL https://raw.githubusercontent.com/wakatime/xcode-wakatime/master/install.sh | sh -s copy
And I use XcodeWithPlugins.app for develop with wakatime plugin but without connect with Apple ID And I use original Xcode.app for publish without wakatime plugin but with connect with Apple ID
Still present on Xcode 11.3.1, It seems Apple checks whether Xcode is signed by Apple certificate and not just our personal certificate.
This will (or is actually) the new way of doing things. Not that it helps, but the idea behind this new security model is to have a reproducible "core OS" including vendor specific software that can ALWAYS be rolled back to known state, and what you actually are changing within the system partition's applications are "shadow-files" while the real files are immutable, even when using sudo
.
A Blessing and a curse, basically. Personally I cant't stand it when a company that I've paid triple the price to for similar hardware I can get anywhere, on top of that starts playing dictator-mode with it's customers. "You're music is to loud! I'll just turn it down...", "Wait! You're trying to tell ME where that file should be stored?? Uh, uh, I'll just move it back when you sleep! WOAHAHA!".
Sad but true end of an era I have mostly enjoyed, technology-wise at least. Oops, Digressius Maximus.
I also get this error. I can't even add an apple id account on Xcode 12.5 so my workaround is by preserving the original app signature and run this script curl -fsSL https://raw.githubusercontent.com/wakatime/xcode-wakatime/master/install.sh | sh -s copy
. This will create a copy of Xcode.app and named XcodeWithPlugins
Hi, Tried all this in my terminal but I Keep getting error, no such file description. Any help on how to fix this?
After installing this plugin I have to re-authenticate with my Apple ID each time I open Xcode to access my code-signing certificates.
I suspect all the certificate signing processes needed for installing this plugin is causing this extremely annoying behavior. Every time I use a tool that launches an Xcode build process it fails to sign the produced build because the session has expired in Xcode.
Using Xcode Version 10.1 (10B61) on MacOS 10.14.1.