На Mac, когда я пытаюсь синхронизировать настройки, что требует входа в систему, я получаю следующую ошибку: Error while starting Settings Sync: No authentication provider 'github' is currently registered . Что очень похоже на этот. Ожидайте, что
Токен, созданный с помощью автоматического перенаправления и ручного копирования и вставки, не работал.
Я уже проверял доступ к Keychain, вроде ничего не связано с vscode.
Есть идеи, как это решить? Пожалуйста.
_Изначально опубликовано @PulsGarney в https://github.com/microsoft/vscode/issue_comments/705649913_
Все 13 Комментарий
У меня такая же проблема в Linux
У меня такая же проблема в Linux
Я решил. Я создал токен через свой профиль github, скопировал его и вставил в область токенов vs code
Тоже самое.
У меня также есть
У меня есть эта проблема в Clear Linux со стабильной версией Visual Studio Code.
У меня такая же проблема с Windows 10, но я пробовал еще несколько раз, и это произошло само по себе. возможно, это была проблема с перенаправлением предыдущей ссылки
У меня эта проблема в Fedora с 1.50.1
У меня была такая же проблема с Ubuntu после установки vscode через оснастку. Скопируйте токен и удалите конечные пробелы в начале и в конце, прежде чем использовать это сработало для меня.
Тоже самое.
У меня также есть
никогда не видел этого раньше, может быть другая проблема
Каким-то образом мне теперь удается войти в систему с последней версией, с той же процедурой, что и раньше.
Я думаю, что теперь это исправлено на Mac. 👍
Могут ли другие, кто сталкивается с этой проблемой (в частности, «в настоящее время не зарегистрирован ни один провайдер аутентификации ‘github’», а не ошибка 801), попробовать использовать инсайдерскую версию VSCode? Вы тоже видите проблему?
У меня была такая же проблема с Ubuntu после установки vscode через оснастку. Скопируйте токен и удалите конечные пробелы в начале и в конце, прежде чем использовать это сработало для меня.
Это сработало для меня.
Я предварительно закрываю это, поскольку кажется, что люди смогли войти в систему. Первоначальная проблема в этом выпуске — это, в частности, ошибка «В настоящее время не зарегистрирован ни один провайдер аутентификации ‘github’», я полагаю, что исправил ее. Ошибка 801 отслеживается здесь: https://github.com/microsoft/vscode/issues/108304
Была ли эта страница полезной?
0 / 5 — 0 рейтинги
[Info - 22:19:30.600] Refreshing token...
[Info - 22:19:31.256] Token refresh success
[Info - 22:19:31.269] Token available from cache, expires in 3598987 milliseconds
[Info - 22:19:31.282] Token available from cache, expires in 3598974 milliseconds
[Info - 22:19:48.450] Token available from cache, expires in 3581806 milliseconds
[Info - 22:19:53.751] Token available from cache, expires in 3576505 milliseconds
[Info - 22:19:55.462] Token available from cache, expires in 3574794 milliseconds
[Info - 22:19:55.851] Token available from cache, expires in 3574405 milliseconds
[Info - 22:19:55.924] Token available from cache, expires in 3574332 milliseconds
[Info - 22:20:03.973] Token available from cache, expires in 3566283 milliseconds
[Info - 22:20:09.782] Logging out of session 'f8cdef31-a31e-<redacted>/1:live.com:0003BF<redacted>/761b7ba9-<redacted>'
[Info - 22:20:19.288] Logging in...
[Info - 22:21:34.417] Exchanging login code for token
[Info - 22:21:34.787] Exchanging login code for token success
[Info - 22:21:34.789] Login successful
[Info - 22:21:34.789] Token available from cache, expires in 3598998 milliseconds
[Info - 22:21:34.791] Token available from cache, expires in 3598996 milliseconds
[Info - 22:21:34.791] Token available from cache, expires in 3598996 milliseconds
[Info - 22:21:34.791] Token available from cache, expires in 3598996 milliseconds
[Info - 22:21:34.860] Token available from cache, expires in 3598927 milliseconds
[Info - 22:27:58.781] Token available from cache, expires in 3215006 milliseconds
[Info - 22:28:03.394] Token available from cache, expires in 3210393 milliseconds
[Info - 22:28:05.648] Token available from cache, expires in 3208139 milliseconds
[Info - 22:28:05.977] Token available from cache, expires in 3207810 milliseconds
[Info - 22:37:52.257] Token available from cache, expires in 2621530 milliseconds
[Info - 22:37:54.106] Token available from cache, expires in 2619681 milliseconds
[Info - 22:37:54.390] Token available from cache, expires in 2619397 milliseconds
[Info - 22:38:47.637] Token available from cache, expires in 2566150 milliseconds
[Info - 22:38:51.974] Token available from cache, expires in 2561813 milliseconds
[Info - 22:38:52.49] Token available from cache, expires in 2561738 milliseconds
[Info - 22:19:30.600] Refreshing token...
[Info - 22:19:31.256] Token refresh success
[Info - 22:19:31.269] Token available from cache, expires in 3598987 milliseconds
[Info - 22:19:31.282] Token available from cache, expires in 3598974 milliseconds
[Info - 22:19:48.450] Token available from cache, expires in 3581806 milliseconds
[Info - 22:19:53.751] Token available from cache, expires in 3576505 milliseconds
[Info - 22:19:55.462] Token available from cache, expires in 3574794 milliseconds
[Info - 22:19:55.851] Token available from cache, expires in 3574405 milliseconds
[Info - 22:19:55.924] Token available from cache, expires in 3574332 milliseconds
[Info - 22:20:03.973] Token available from cache, expires in 3566283 milliseconds
[Info - 22:20:09.782] Logging out of session 'f8cdef31-a31e-<redacted>/1:live.com:0003BF<redacted>/761b7ba9-<redacted>'
[Info - 22:20:19.288] Logging in...
[Info - 22:21:34.417] Exchanging login code for token
[Info - 22:21:34.787] Exchanging login code for token success
[Info - 22:21:34.789] Login successful
[Info - 22:21:34.789] Token available from cache, expires in 3598998 milliseconds
[Info - 22:21:34.791] Token available from cache, expires in 3598996 milliseconds
[Info - 22:21:34.791] Token available from cache, expires in 3598996 milliseconds
[Info - 22:21:34.791] Token available from cache, expires in 3598996 milliseconds
[Info - 22:21:34.860] Token available from cache, expires in 3598927 milliseconds
[Info - 22:27:58.781] Token available from cache, expires in 3215006 milliseconds
[Info - 22:28:03.394] Token available from cache, expires in 3210393 milliseconds
[Info - 22:28:05.648] Token available from cache, expires in 3208139 milliseconds
[Info - 22:28:05.977] Token available from cache, expires in 3207810 milliseconds
[Info - 22:37:52.257] Token available from cache, expires in 2621530 milliseconds
[Info - 22:37:54.106] Token available from cache, expires in 2619681 milliseconds
[Info - 22:37:54.390] Token available from cache, expires in 2619397 milliseconds
[Info - 22:38:47.637] Token available from cache, expires in 2566150 milliseconds
[Info - 22:38:51.974] Token available from cache, expires in 2561813 milliseconds
[Info - 22:38:52.49] Token available from cache, expires in 2561738 milliseconds
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and
privacy statement. We’ll occasionally send you account related emails.
Already on GitHub?
Sign in
to your account
Closed
needhourger opened this issue
Mar 5, 2022
· 31 comments
Assignees
Labels
*duplicate
Issue identified as a duplicate of another issue(s)
Comments
Does this issue occur when all extensions are disabled?: Yes/No
- VS Code Version: visual-studio-code-bin 1.65.0-1
- OS Version: Manjaro kde
Steps to Reproduce:
- install vscode through yay from AUR
- open it and try to trun on settings sync
- Click on the account button but there is no reaction.
- try to trun on setting sync from start page, and it will say: «Error while turning on Settings Sync. No authentication providers are available.»
In all , I can’t turn on settings sync using github account or microsoft account.
I also had the exact same problem after applying the same update in Arch Linux. I solved by installing gnome-keyring libsecret libgnome-keyring.
anktgasm, abhinavdeshmukh2101, and mevlutkural reacted with hooray emoji
szpolny, techstay, MahbubTonoy, anktgasm, and mevlutkural reacted with heart emoji
I also had the exact same problem after applying the same update in Arch Linux. I solved by installing gnome-keyring libsecret libgnome-keyring.
Wow, that’s work for me too. Eventhrough my desktop application is kde. thank you very much.
But I wonder is that the correct solutions to this issue.
it does make sync work again, but it tell me to set and store a new keyring which i never came across before.
But I wonder is that the correct solutions to this issue.
I really don’t know, but it makes sense to me because when I ran vscode through the command line using $ code --verbose, when I clicked the account button it thrown an error/warning reading: «The name org.freedesktop.secrets was not provided by any .service files». In many desktop environments, gnome-keyring is the one that provides org.freedesktop.secrets, and I believe it is safe to use it as an alternative to KDE.
it tell me to set and store a new keyring which i never came across before
On first run, gnome-keyring creates the default keyring, which is used by applications to store tokens and passwords. VSCode also stores a token there when doing a first sync. You can read more about gnome-keyring in the official Arch documentation located at https://wiki.archlinux.org/title/GNOME/Keyring.
Same issue here also on Manjaro. Installing gnome-keyring, libsecret, and libgnome-keyring does work but seems a little hacky
It seems this offering is not an official offering from VS Code. Please file an issue against the package provider offering this.
@sandy081 care to explain how this is not an official offering from VS Code? Both the settings sync feature and GitHub auth provider are built-in in VS Code.
I used the official deb package from the VS Code website, and I am getting the same error. @sandy081
Error while turning on settings sync. No authentication providers...
I used the official deb package from the VS Code website, and I am getting the same error. @sandy081
Error while turning on settings sync. No authentication providers...
Installing gnome-keyring via apt solves the issue. It seems gnome-keyring should be included as a dependency in the .deb package.
@mukaschultze No authentication providers error implies that offering is not complete and missing some info from the product.json.
Installing gnome-keyring via apt solves the issue. It seems gnome-keyring should be included as a dependency in the .deb package.
Interesting to know. CC @TylerLeonhardt for this.
It’s a tough one because gnome-keyring isn’t a dependency… our dependency is «anything that implements org.freedesktop.secrets API which is gnome-keyring, kwallet, or KeePassXC…
gnome-keyring is the easiest to set up but not everyone wants that.
@TylerLeonhardt makes sense, but I still have some questions:
- Why is this happening happening now? I’ve used settings sync before without having any of those installed (only
libsecret) and it worked just fine. - If adding
gnome-keyringas a dependency is not viable (which I agree), wouldn’t at least be possible to show a proper error message instead of the genericNo auth providers? This message just adds to the confusion instead of actually informing the user of what’s happening
Why is this happening happening now? I’ve used settings sync before without having any of those installed (only libsecret) and it worked just fine.
It’s a good question. I did make some changes around error handling so it’s possible that we are now throwing when we didn’t in the past… but best case if you didn’t have one of those installed, it would fail silently and on reload of the window you’d lose your session.
No authentication providers are available
@sandy081 can you give me more context on this error message? Maybe I can throw an error for you about this so this error can be better surfaced to the user?
I am not sure if I can show the errors from the auth extension but the message can be improved and give guidance to user to look at auth extensions in the extensions view.
give guidance to user to look at auth extensions in the extensions view
The problem is not with the auth providers, it’s about the app dependencies.
The authenticationProviders is empty because something else is preventing it from initializing, most likely the getCurrentAuthenticationSessionInfo method below is throwing an error and preventing the updateAuthenticationProviders from being called, which would, in turn, result in the array having the default value of [].
| private async initialize(): Promise<void> { | |
| const authenticationSession = await getCurrentAuthenticationSessionInfo(this.credentialsService, this.productService); | |
| if (this.currentSessionId === undefined && this.useWorkbenchSessionId && (authenticationSession?.id)) { | |
| this.currentSessionId = authenticationSession?.id; | |
| this.useWorkbenchSessionId = false; | |
| } | |
| await this.update(); | |
| this._register(this.authenticationService.onDidChangeDeclaredProviders(() => this.updateAuthenticationProviders())); |
This is a wild guess from looking at the code where the error is thrown and trying to guess the reason behind it. I have no experience in the vscode codebase.
I used the official deb package from the VS Code website, and I am getting the same error. @sandy081
Error while turning on settings sync. No authentication providers...Installing
gnome-keyringvia apt solves the issue. It seemsgnome-keyringshould be included as a dependency in the .deb package.
Thanks. Installing gnome-keyring solved my issue.
To the folks who just installed gnome-keyring and it worked…
Before you did that and before the most recent update that caused the Accounts from not loading… did your credentials persist when you restarted vscode?
If not, by installing gnome-keyring, you’ll get that feature now
It seems that vscode uses gnome key-ring to save the credentials of the users, but KDE based linux distributes use KDE Wallet for credentials, which GNOME Key-ring is not installed by default.
Install gnome-keyring can solve this problem.
It seems that vscode uses gnome key-ring to save the credentials of the users, but KDE based linux distributes use KDE Wallet for credentials, which GNOME Key-ring is not installed by default.
Install gnome-keyring can solve this problem.
I believe that solution has been established in this thread. The problem with it is that KDE users should not have to use gnome-keyring.
@terminal-root take a look at this thread:
#104319 (comment)
That’s all covered there.
What I need to know is what happened before this version. You didn’t have gnome-keyring installed before so how did it work? Did your sign in state persist when you quit vscode?
@terminal-root take a look at this thread:
#104319 (comment)
s
That’s all covered there.What I need to know is what happened before this version. You didn’t have gnome-keyring installed before so how did it work? Did your sign in state persist when you quit vscode?
Thank you for the link @TylerLeonhardt. I do not believe my sign-in state persisted. This menu would not show up upon clicking the Accounts icon while not having gnome-keyring installed.
I removed gnome-keyring, killed the process, and restarted VS Code to take another look.
The sign-in state did not persist. The Accounts icon appears with a notification counter and tooltip saying «Accounts — Sign In Requested».
(couldn’t get the tooltip in the screenshot)
Also, things like Live Share and GitHub Classroom are prompting for sign-in.
Hope that helps.
/duplicate #145282
We now show a notification that points to a doc that will mention installing gnome-keyring. The notification use to be there, but a somewhat recent change prevented it from showing up. Now it shows up. This will be in the next Stable release (and is currently in VS Code Insiders)
opensuse: sudo zypper install libgnome-keyring
I also had the exact same problem after applying the same update in Arch Linux. I solved by installing gnome-keyring libsecret libgnome-keyring.
it worked for kubuntu 22.04 thanks a lot bro!
it worked for kubuntu 22.04 thanks a lot bro!
How did you installed?
Same error on nixos(without a desktop environment). Installing gnome-keyring, libsecret, and libgnome-keyring didnt work.
@wiredhikari what do you mean by «without a desktop environment»?
@wiredhikari what do you mean by «without a desktop environment»?
I am running only awesome window manager (no kde,gnome)
it worked for kubuntu 22.04 thanks a lot bro!
How did you installed?
sudo apt-get install gnome-keyring
@wiredhikari my guess is that the keyring isn’t getting unlocked or the secret service provided by libsecret isn’t launching properly… you may have to do some digging around awesome wm & libsecret or gnome-keyring. I’ll try to do some digging on my side but you might have more context than I since you have context on awesome wm.
@wiredhikari my guess is that the keyring isn’t getting unlocked or the secret service provided by libsecret isn’t launching properly… you may have to do some digging around awesome wm & libsecret or gnome-keyring. I’ll try to do some digging on my side but you might have more context than I since you have context on awesome wm.
Ya sure I will try figuring it out and let you know how it goes.
@TylerLeonhardt Ok so I had to enable gnome-keyring daemon and it works fine.
Labels
*duplicate
Issue identified as a duplicate of another issue(s)
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and
privacy statement. We’ll occasionally send you account related emails.
Already on GitHub?
Sign in
to your account
Closed
needhourger opened this issue
Mar 5, 2022
· 31 comments
Assignees
Labels
*duplicate
Issue identified as a duplicate of another issue(s)
Comments
Does this issue occur when all extensions are disabled?: Yes/No
- VS Code Version: visual-studio-code-bin 1.65.0-1
- OS Version: Manjaro kde
Steps to Reproduce:
- install vscode through yay from AUR
- open it and try to trun on settings sync
- Click on the account button but there is no reaction.
- try to trun on setting sync from start page, and it will say: «Error while turning on Settings Sync. No authentication providers are available.»
In all , I can’t turn on settings sync using github account or microsoft account.
I also had the exact same problem after applying the same update in Arch Linux. I solved by installing gnome-keyring libsecret libgnome-keyring.
anktgasm, abhinavdeshmukh2101, and mevlutkural reacted with hooray emoji
szpolny, techstay, MahbubTonoy, anktgasm, and mevlutkural reacted with heart emoji
I also had the exact same problem after applying the same update in Arch Linux. I solved by installing gnome-keyring libsecret libgnome-keyring.
Wow, that’s work for me too. Eventhrough my desktop application is kde. thank you very much.
But I wonder is that the correct solutions to this issue.
it does make sync work again, but it tell me to set and store a new keyring which i never came across before.
But I wonder is that the correct solutions to this issue.
I really don’t know, but it makes sense to me because when I ran vscode through the command line using $ code --verbose, when I clicked the account button it thrown an error/warning reading: «The name org.freedesktop.secrets was not provided by any .service files». In many desktop environments, gnome-keyring is the one that provides org.freedesktop.secrets, and I believe it is safe to use it as an alternative to KDE.
it tell me to set and store a new keyring which i never came across before
On first run, gnome-keyring creates the default keyring, which is used by applications to store tokens and passwords. VSCode also stores a token there when doing a first sync. You can read more about gnome-keyring in the official Arch documentation located at https://wiki.archlinux.org/title/GNOME/Keyring.
Same issue here also on Manjaro. Installing gnome-keyring, libsecret, and libgnome-keyring does work but seems a little hacky
It seems this offering is not an official offering from VS Code. Please file an issue against the package provider offering this.
@sandy081 care to explain how this is not an official offering from VS Code? Both the settings sync feature and GitHub auth provider are built-in in VS Code.
I used the official deb package from the VS Code website, and I am getting the same error. @sandy081
Error while turning on settings sync. No authentication providers...
I used the official deb package from the VS Code website, and I am getting the same error. @sandy081
Error while turning on settings sync. No authentication providers...
Installing gnome-keyring via apt solves the issue. It seems gnome-keyring should be included as a dependency in the .deb package.
@mukaschultze No authentication providers error implies that offering is not complete and missing some info from the product.json.
Installing gnome-keyring via apt solves the issue. It seems gnome-keyring should be included as a dependency in the .deb package.
Interesting to know. CC @TylerLeonhardt for this.
It’s a tough one because gnome-keyring isn’t a dependency… our dependency is «anything that implements org.freedesktop.secrets API which is gnome-keyring, kwallet, or KeePassXC…
gnome-keyring is the easiest to set up but not everyone wants that.
@TylerLeonhardt makes sense, but I still have some questions:
- Why is this happening happening now? I’ve used settings sync before without having any of those installed (only
libsecret) and it worked just fine. - If adding
gnome-keyringas a dependency is not viable (which I agree), wouldn’t at least be possible to show a proper error message instead of the genericNo auth providers? This message just adds to the confusion instead of actually informing the user of what’s happening
Why is this happening happening now? I’ve used settings sync before without having any of those installed (only libsecret) and it worked just fine.
It’s a good question. I did make some changes around error handling so it’s possible that we are now throwing when we didn’t in the past… but best case if you didn’t have one of those installed, it would fail silently and on reload of the window you’d lose your session.
No authentication providers are available
@sandy081 can you give me more context on this error message? Maybe I can throw an error for you about this so this error can be better surfaced to the user?
I am not sure if I can show the errors from the auth extension but the message can be improved and give guidance to user to look at auth extensions in the extensions view.
give guidance to user to look at auth extensions in the extensions view
The problem is not with the auth providers, it’s about the app dependencies.
The authenticationProviders is empty because something else is preventing it from initializing, most likely the getCurrentAuthenticationSessionInfo method below is throwing an error and preventing the updateAuthenticationProviders from being called, which would, in turn, result in the array having the default value of [].
| private async initialize(): Promise<void> { | |
| const authenticationSession = await getCurrentAuthenticationSessionInfo(this.credentialsService, this.productService); | |
| if (this.currentSessionId === undefined && this.useWorkbenchSessionId && (authenticationSession?.id)) { | |
| this.currentSessionId = authenticationSession?.id; | |
| this.useWorkbenchSessionId = false; | |
| } | |
| await this.update(); | |
| this._register(this.authenticationService.onDidChangeDeclaredProviders(() => this.updateAuthenticationProviders())); |
This is a wild guess from looking at the code where the error is thrown and trying to guess the reason behind it. I have no experience in the vscode codebase.
I used the official deb package from the VS Code website, and I am getting the same error. @sandy081
Error while turning on settings sync. No authentication providers...Installing
gnome-keyringvia apt solves the issue. It seemsgnome-keyringshould be included as a dependency in the .deb package.
Thanks. Installing gnome-keyring solved my issue.
To the folks who just installed gnome-keyring and it worked…
Before you did that and before the most recent update that caused the Accounts from not loading… did your credentials persist when you restarted vscode?
If not, by installing gnome-keyring, you’ll get that feature now
It seems that vscode uses gnome key-ring to save the credentials of the users, but KDE based linux distributes use KDE Wallet for credentials, which GNOME Key-ring is not installed by default.
Install gnome-keyring can solve this problem.
It seems that vscode uses gnome key-ring to save the credentials of the users, but KDE based linux distributes use KDE Wallet for credentials, which GNOME Key-ring is not installed by default.
Install gnome-keyring can solve this problem.
I believe that solution has been established in this thread. The problem with it is that KDE users should not have to use gnome-keyring.
@terminal-root take a look at this thread:
#104319 (comment)
That’s all covered there.
What I need to know is what happened before this version. You didn’t have gnome-keyring installed before so how did it work? Did your sign in state persist when you quit vscode?
@terminal-root take a look at this thread:
#104319 (comment)
s
That’s all covered there.What I need to know is what happened before this version. You didn’t have gnome-keyring installed before so how did it work? Did your sign in state persist when you quit vscode?
Thank you for the link @TylerLeonhardt. I do not believe my sign-in state persisted. This menu would not show up upon clicking the Accounts icon while not having gnome-keyring installed.
I removed gnome-keyring, killed the process, and restarted VS Code to take another look.
The sign-in state did not persist. The Accounts icon appears with a notification counter and tooltip saying «Accounts — Sign In Requested».
(couldn’t get the tooltip in the screenshot)
Also, things like Live Share and GitHub Classroom are prompting for sign-in.
Hope that helps.
/duplicate #145282
We now show a notification that points to a doc that will mention installing gnome-keyring. The notification use to be there, but a somewhat recent change prevented it from showing up. Now it shows up. This will be in the next Stable release (and is currently in VS Code Insiders)
opensuse: sudo zypper install libgnome-keyring
I also had the exact same problem after applying the same update in Arch Linux. I solved by installing gnome-keyring libsecret libgnome-keyring.
it worked for kubuntu 22.04 thanks a lot bro!
it worked for kubuntu 22.04 thanks a lot bro!
How did you installed?
Same error on nixos(without a desktop environment). Installing gnome-keyring, libsecret, and libgnome-keyring didnt work.
@wiredhikari what do you mean by «without a desktop environment»?
@wiredhikari what do you mean by «without a desktop environment»?
I am running only awesome window manager (no kde,gnome)
it worked for kubuntu 22.04 thanks a lot bro!
How did you installed?
sudo apt-get install gnome-keyring
@wiredhikari my guess is that the keyring isn’t getting unlocked or the secret service provided by libsecret isn’t launching properly… you may have to do some digging around awesome wm & libsecret or gnome-keyring. I’ll try to do some digging on my side but you might have more context than I since you have context on awesome wm.
@wiredhikari my guess is that the keyring isn’t getting unlocked or the secret service provided by libsecret isn’t launching properly… you may have to do some digging around awesome wm & libsecret or gnome-keyring. I’ll try to do some digging on my side but you might have more context than I since you have context on awesome wm.
Ya sure I will try figuring it out and let you know how it goes.
@TylerLeonhardt Ok so I had to enable gnome-keyring daemon and it works fine.
Labels
*duplicate
Issue identified as a duplicate of another issue(s)
Я получаю Error while turning on Settings Sync: Authentication failed., когда пытаюсь:
Settings Sync: Turn On... > Sign in & Turn on > {account name} (GitHub) Last Used with sync.
Settings Sync: Show Log показывает:
[settingssync] [info] Using settings sync service https://vscode-sync.trafficmanager.net/
[settingssync] [info] Auto Sync is disabled.
[settingssync] [info] Request failed {"url":"https://vscode-sync.trafficmanager.net/v1/manifest","status":401,"execution-id":"bbf1a818-0556-46db-aa3b-2da51e10ef6f"}
[settingssync] [info] Settings Sync auth token failed github false
[settingssync] [info] Request failed {"url":"https://vscode-sync.trafficmanager.net/v1/resource/settings","status":401}
[settingssync] [info] Settings Sync auth token failed github true
[settingssync] [info] Request failed {"url":"https://vscode-sync.trafficmanager.net/v1/resource/keybindings","status":401}
[settingssync] [info] Settings Sync auth token failed undefined true
[settingssync] [info] Request failed {"url":"https://vscode-sync.trafficmanager.net/v1/resource/snippets","status":401}
[settingssync] [info] Settings Sync auth token failed undefined true
[settingssync] [info] Request failed {"url":"https://vscode-sync.trafficmanager.net/v1/resource/extensions","status":401}
[settingssync] [info] Settings Sync auth token failed undefined true
[settingssync] [info] Request failed {"url":"https://vscode-sync.trafficmanager.net/v1/resource/globalState","status":401}
[settingssync] [info] Settings Sync auth token failed undefined true
[settingssync] [info] Request failed {"url":"https://vscode-sync.trafficmanager.net/v1/resource/machines/latest","status":401}
[settingssync] [info] Settings Sync auth token failed undefined true
[settingssync] [info] Request failed {"url":"https://vscode-sync.trafficmanager.net/v1/manifest","status":401,"execution-id":"b3162617-22cb-4db6-8604-d43771bb972d"}
[settingssync] [info] Settings Sync auth token failed github true
Как я могу исправить эту ошибку или удалить синхронизацию с учетной записью GitHub, чтобы иметь возможность перенастроить синхронизацию.
Settings Sync: Turn On... > Sign in & Turn on > Sign in with GitHub вместо {account name} (GitHub) Last Used with sync.
Переустановка VSCode с удалением пользовательских настроек %AppData%Code не помогла.
6 ответов
Это только что случилось со мной при новой установке на новой машине. Я намеренно попытался синхронизировать первым делом, прежде чем устанавливать что-либо локально, чтобы оно оставалось «чистым» и непротиворечивым. Он работал нормально на 3 других машинах. Совпало это или нет, но я также использовал свою связанную учетную запись GitHub. Вот как я исправил:
- С учетной записью, установленной на «GitHub: вошел в систему» в неработающем состоянии, я перешел к «Настройка синхронизации: настроить» и отменил выбор «Настройки, привязки клавиш».
- Подождите несколько минут, и моя синхронизация расширений (и других) прошла успешно, журналы показали чистую работу.
- Повторно включил «Настройки», и через пару минут это также удалось. Я проверил это как в журналах, так и посмотрев на мои «Предпочтения: открыть Settings.json», которые были пустыми и теперь заполнялись из синхронизации».
Дикая теория, что-то о settings.json, появившемся первым, до того, как расширения взорвали VS, пытаясь синхронизировать настройки для неустановленных расширений… но это, очевидно, не имеет реального смысла, он не должен заботиться о узлах конфигурации json для расширений которые еще не установлены.
##Кроме того, примечание:
В качестве последнего шага я попытался повторно включить «привязки клавиш» (для которых у меня нет специальной конфигурации, если честно), и может все еще возникает ошибка? Это по логам.
Но если оставить его со всеми включенными настройками синхронизации, похоже, он работает, за исключением некоторого шума в журналах.
Похоже, здесь какая-то ошибка с функцией «Настройки синхронизации», но я не могу определить ее достаточно хорошо, чтобы сообщить =(
11
Joseph M. Deming
19 Июл 2022 в 18:39
У меня была такая же проблема, и она была решена путем установки gnome-keyring. Надеюсь, это сработает для вас.
5
Ashok Thapa
9 Мар 2022 в 13:05
Убедитесь, что файл settings.json пуст, и повторите попытку. Это сработало для меня!
5
Dries Mellaerts
26 Июл 2022 в 12:49
Проверьте настройки.json. У него могут быть дополнительные «{}». Удаление этого помогло решить проблему, и теперь синхронизация работает должным образом.
2
Aniket Savji
30 Янв 2022 в 22:07
Просто зайдите в настройки (которые находятся в левом нижнем углу) и снова войдите в систему (нажав кнопку «Синхронизировать сейчас»). Это решило мою проблему.
0
Aditya Singh
25 Авг 2022 в 11:11
Для меня это сработало, когда я впервые снял флажок «Настройки», когда меня впервые спросили, что синхронизировать (вы найдете его в «Настройки синхронизации: настроить»). Затем синхронизируются только «Сочетания клавиш», «Пользовательские фрагменты»… «Состояние пользовательского интерфейса».
После того, как это было успешно, я снова перешел к «Синхронизация настроек: настроить» и поставил галочку, чтобы также синхронизировать «Настройки». Теперь также настройки успешно синхронизировались.
0
paulklee
8 Сен 2022 в 12:19
Содержание
- Способ 1: Переподключение к сети
- Способ 2: Устранение проблем со слабым сигналом
- Способ 3: Настройка роутера
- Способ 4: Сброс настроек сети
- Вопросы и ответы
Способ 1: Переподключение к сети
Чаще всего рассматриваемый сбой подключения означает, что пользователь ввёл неверный пароль для доступа к сети. Для решения этой проблемы следует удалить имеющееся соединение и заново его добавить.
- Откройте «Настройки» и перейдите к пункту «Подключения».
- Здесь выберите «Wi-Fi».
- Найдите в перечне сеть, которая отображает сообщение «Ошибка проверки подлинности», и тапните по ней.
- Нажмите «Забыть».
- Вернитесь в предыдущее окно (нажатием на соответствующую кнопку или посредством жеста), затем подключитесь к удалённой ранее сети заново.
Подождите, пока устройство соединится, после чего ошибка проверки подлинности должна исчезнуть. Если она по-прежнему присутствует, то проблема заключается в чём-то другом и вам нужно использовать один из следующих методов.
Способ 2: Устранение проблем со слабым сигналом
Второй частой причиной появления сбоя аутентификации является слабый приём сигнала или его нестабильность – например, на индикаторе два и меньше делений. Этим и объясняется проблема с авторизацией: телефон и роутер просто не успевают обменяться ключами шифрования, что и заставляет первый отображать ошибку. Шагов устранения такой ситуации несколько:
- Первым делом стоит по возможности подойти ближе к точке доступа – это улучшит приём и автоматически проблема будет решена.
- Если ваш роутер достаточно старый (выпущен больше 5 лет назад), стоит задуматься о его замене: со временем антенна и излучатель неизбежно деградируют, ухудшая приём на других устройствах.
- В ситуациях, когда замена роутера невозможна по тем или иным причинам, стоит приобрести репитер Wi-Fi: небольшое устройство, предназначением которого является усиление плохого сигнала. Стоят такие приспособления недорого, и купить их можно либо в крупных магазинах электроники либо заказать по интернету.
- Проверьте место, где расположен роутер. Для лучшего покрытия его рекомендуется устанавливать в центре квартиры в месте, где отсутствуют толстые либо укрытые металлом стены. Также нужно иметь в виду, что беспроводная периферия, работающая по Bluetooth (мыши, клавиатуры, гарнитуры, пульты TV-приставок, геймпады) может вступать в интерференцию с сигналом Wi-Fi, поэтому такие устройства лучше держать подальше от источника интернета.
Способ 3: Настройка роутера
Нередко бывает и так, что сбой проверки подлинности возникает по вине неправильно настроенного маршрутизатора.
- Первое, на что стоит обратить внимание – пароль. Случается так, что некоторые служебные символы могут не распознаваться прошивкой Самсунга и в результате пароль не совпадает. Решение в таком случае простое: надо войти в параметры роутера и установить в нём другую кодовую последовательность, уже с иными символами, желательно – буквами и цифрами латиницы.
Подробнее: Как поменять пароль на роутере
- Следующий источник проблемы – неподдерживаемый протокол шифрования. Android с момента своего появления на рынке работает со стандартом безопасности WPA2-AES, который и рекомендуется использовать в домашней сети. Если вы не уверены, какой тип активен на вашем устройстве, с помощью браузера зайдите в веб-интерфейс маршрутизатора – адрес, как правило, представляет собой последовательность
192.168.1.1или192.168.0.1. Введите свои учётные данные, после чего откройте раздел настроек беспроводной сети – он может называться «WLAN», «Wireless LAN», «Беспроводная сеть» и похожее по смыслу.
Найдите параметры, которые отвечают за шифрование – они могут называться «Защита», «Тип шифрования», «Метод проверки подлинности» и подобное, зависит от производителя и версии встроенного ПО. По умолчанию в большинстве девайсов задан параметр «WPA/WPA2-Personal», а в качестве типа шифрования – «AES».
Если на этих настройках наблюдается рассматриваемая проблема, измените на «TKIP» и, соответственно, наоборот.
Сохраните изменения и перезагрузите роутер. Попробуйте теперь подключиться к проблемной сети – скорее всего, ошибка должна пропасть.
- Следующие параметры маршрутизатора, которые стоит проверить – частота и используемый канал. В большинстве современных устройств поддерживаются сразу два диапазона: 2,4 ГГц и 5 ГГц, которые, как правило, настраиваются раздельно. Попробуйте соединиться с сетью другой частоты.
Если это не помогает, обратите внимание на пункт «Канал» (иначе «Channel») – по умолчанию он находится в положении «Авто». Измените эту настройку на любое другое число, затем соединитесь с этой сетью для проверки.
Как правило, после этих манипуляций сбой должен быть устранён.
Способ 4: Сброс настроек сети
В некоторых случаях рассматриваемую проблему вызывают ошибки в сетевых настройках Андроида, которые простым изменением не устранить. К счастью, в версиях этой ОС, начиная с 10, присутствует возможность сброса параметров подключений. Разумеется, доступна она и в интерфейсе OneUI от Samsung.
- Откройте «Настройки» и выберите раздел «Общие настройки».
- Воспользуйтесь пунктом «Сброс».
- Здесь тапните «Сброс параметров сети».
- Прочитайте информационное сообщение и нажмите на кнопку «Сброс настроек».
Важно! Если на вашем телефоне настроена блокировка, понадобится ввести PIN-код, пароль или рисунок!
После появления всплывающего сообщения «Сброс параметров сети» попробуйте настроить соединение заново – теперь ошибка аутентификации не должна появляться.
Еще статьи по данной теме:
Помогла ли Вам статья?
Вступление
Многие счастливые обладатели планшетов активно пользуются Wi-Fi для решения повседневных задач. Но время от времени при попытке подключения происходит ошибка проверки подлинности Wi-Fi. Причины, по которым случается такая неполадка, обычно таится в невнимательности при введении данных, сбое беспроводного оборудования или некорректная работа планшета. Рассмотрим варианты решения.
Данная функция позволяет исключить нежелательные подключения к беспроводной сети
Что такое проверка подлинности
Для начала необходимо уяснить, что проверка подлинности —это контроль ключа безопасности и способа кодирования передаваемых сведений. Это важно для того, чтобы никто посторонний не имел возможности подсоединиться к точке доступа в вашем жилище. Опции безопасности включают в себя надёжный пароль и правильный стандарт шифрования.
Если у вас произошла ошибка проверки подлинности, причины могут быть следующие:
- Неправильный пароль доступа к сети.
- Планшет и маршрутизатор используют разные типы шифрования.
- Не соответствующие каналы связи.
Наиболее часто ошибка проявляется при неправильном вводе пароля. Вводите его максимально внимательно. Проверить и изменить ключ безопасности можно в настройках роутера, там же можно изменить канал и шифрование. Изменить параметры сетевого доступа возможно без особых усилий даже неспециалисту.
Изменение пароля безопасности
Мы уже подробно писали, Как узнать пароль от своего Wi-Fi. Если вкратце, то вам нужно:
- Ввести IP-адрес, логин и пароль роутера в браузере. Посмотреть их можно на задней или нижней поверхности устройства либо в инструкции пользователя. Если не получается найти, введите Win+R — cmd — ipconfig. В строке «Основной шлюз» отображён адрес роутера. Логин и пароль по умолчанию — admin/admin.
- Пройти во вкладку безопасности Wi-Fi. В строке «Ключ шифрования» или «Пароль безопасности» проглядите существующий или же введите новый пароль.
- На вашем Samsung или другом Android-планшете включить Вай-Фай, пройти в Настройки — Беспроводные сети — Wi-Fi — зажмите пальцем название подключения — Изменить эту сеть. Отметьте галочкой «Показать пароль», введите его по новой, тщательно сверяя с введённым в маршрутизаторе.
Изменение стандарта шифрования
Если ошибка осталась и после смены ключа, то:
- В интерфейсе маршрутизатора пройдите в «Настройки безопасности», выберите тип аутентификации «WPA-PSK/WPA2-PSK» и шифрование «AES».
- В планшете в настройках Wi-Fi зажмите имя подключения — Удалить сеть. После чего подключитесь заново.
Для организации работы беспроводной сети используется частота 2,4 ГГц. Чтобы сигналы разной техники не накладывались друг на друга, роутер способен работать на 11 каналах, автоматически выбирая самый подходящий. Но иногда происходят сбои, сигнал налаживается, из-за чего может произойти ошибка проверки подлинности Wi-Fi. Чтобы сменить канал вручную:
- Войдите в интерфейс роутера — Настройки беспроводной сети.
- Проверьте, чтобы был корректно определён регион — Россия.
- Во вкладке «Канал» выберите один из 11. Протестируйте несколько раз, пока планшет подключится успешно.
Проверить загруженность каждого канала можно при помощи утилит Free Wi-Fi Scanner для Windows либо WiFi Analyzer для Android. После запуска они просканируют все доступные сети в помещении и отобразит степень загруженности каждого канала. Выберите тот, который не загружен вообще или занят по минимуму.
Если ничего не помогает
Хоть ошибка проверки подлинности Wi-Fi и не должна больше повториться, когда вы выполните указанные настройки, в отдельных случаях придётся действовать более радикально. Можно попробовать:
- Перезагрузить роутер. Выдерните шнур питания, подождите полминуты–минуту, включите обратно.
- Перезагрузить планшет. Особенно если не отключается очень долго. Обычная перезагрузка может иногда творить чудеса.
- Сброс настроек роутера. Это можно сделать через меню настроек в системных настройках. А если вы в них не войдёте по причине забытого пароля, на задней поверхности, возле портов для подключения, находится маленькая чёрненькая кнопочка. Зажмите её булавкой или чем-то острым, подождите пару секунд, после чего выполните настройку с нуля.
- Сброс настроек планшета. Пройдите в Настройки — Личные данные — Восстановление и сброс — Сброс настроек. Надеемся, что к этому шагу вам прибегнуть не придётся.
Заключение
Теперь вы вооружены знаниями, как действовать, когда произошла проблема при попытке соединения через Вай-Фай. Не спешите нести вашу технику в ремонт, вариантов самостоятельного решения предостаточно. Удачи вам. Будем рады прочесть ваши комментарии с отзывами о материале.