Skip to content
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

Error: User interaction failed #702

Closed
CitizenWhite opened this issue Apr 19, 2022 · 9 comments
Closed

Error: User interaction failed #702

CitizenWhite opened this issue Apr 19, 2022 · 9 comments
Labels
dbus Bug reports related to dbus setup unclear

Comments

@CitizenWhite
Copy link

CitizenWhite commented Apr 19, 2022

The problem

The error message of User interaction failed is thrown when an attempt is made to publish a repository that is currently only available on the local machine, to the cloud.

Release version

Version 2.9.14-linux2 (x64)

Operating system

Linux Mint 20.3 Una

Steps to reproduce the behavior

Please refer to the screenshots section, this ordered list corresponds to the order of the captures.

  1. Click the button to create a new repository on your hard drive
  2. Enter the repository details, then click the button for Publish repository
  3. Click the button for Sign in
  4. Click the button for Continue with browser
  5. A blank browser window is opened to what appears to be the oauth page
  6. The error message is thrown

Log files

2022-04-19T17:57:35.696Z - info: [ui] [AppStore] loading 1 repositories from store
2022-04-19T17:57:36.186Z - info: [ui] launching: 2.9.14-linux2 (Linux 5.4.0-109-generic)
2022-04-19T17:57:36.220Z - info: [ui] execPath: '/app/github-desktop/github-desktop'
2022-04-19T17:57:46.054Z - info: [ui] [SignInStore] initializing OAuth flow
2022-04-19T17:57:46.066Z - info: [main] opening in browser: https://github.com/login/oauth/authorize?client_id=3a723b10ac5575cc5bb9&scope=repo%20user%20workflow&state=fdbb6999-05c8-4e31-8060-8144758f529a
2022-04-19T17:58:01.592Z - info: [main] Received possible protocol arguments: 4
2022-04-19T17:58:01.593Z - info: [main] Processing protocol url
2022-04-19T17:58:01.612Z - info: [ui] [Dispatcher] requesting authenticated user
2022-04-19T17:58:02.647Z - info: [ui] [SignInStore] account resolved
2022-04-19T17:58:02.649Z - info: [ui] [AppStore] adding account CitizenWhite (CitizenWhite) to store
2022-04-19T17:58:02.708Z - error: [ui] Error adding account 'CitizenWhite'
Error: user interaction failed

Screenshots

image
image
image
image
image
image
image

Additional context

Browser version: Firefox 99.0.1 (64-bit)
Nothing seems to be submitted to the browser console when the steps to reproduce are executed.
The browser appears to be the registered handler for this action:

image

@shiftkey shiftkey added unclear dbus Bug reports related to dbus setup labels Apr 21, 2022
@shiftkey
Copy link
Owner

This error message is related to the application trying to store the credential it receives from the browser, which it communicates using dbus to a libsecret-compatible backend (typically gnome-keyring, but there are others).

This error is the backend fails to save the credential, and sadly I don't have much assistance here beyond "check gnome-keyring-daemon is working as expected".

@CitizenWhite
Copy link
Author

CitizenWhite commented Apr 22, 2022

Hi @shiftkey

Thank you for looking into this. I am uncertain if I comprehend your instruction, my Linux skill would be best described as a power user.

I opened a terminal window and copy/pasted the check gnome-keyring-daemon command. I was then informed that command could not be found, but could be installed with the gitlab-shell package. After installing the package I then tried the command again which threw this error: Failed to read config, exiting

If this was the output that you were looking for & the intent of what you wanted me to do, I will continue to perform anything else that is needed. Thank you for your help.

@shiftkey shiftkey mentioned this issue May 26, 2022
@shiftkey
Copy link
Owner

@CitizenWhite apologies for not being clear, but I don't think running gnome-keyring-daemon alone will yield you much. I also haven't had much in the way of clues for understanding this issue as it's not one I've faced, and other mentions of this don't really explain the underlying issue:

There's a comment here about interacting with they keyring daemon as an example for how you might get this unstuck:

export $(dbus-launch)
dbus-launch
gnome-keyring-daemon --start --daemonize --components=secrets
echo '<RANDOM-PASSPHRASE>' | gnome-keyring-daemon -r -d --unlock

@shiftkey
Copy link
Owner

Closing this out due to lack of bandwidth to dig into this further, and I don't want to be "on the hook" for messing around with credential stores...

@shiftkey shiftkey closed this as not planned Won't fix, can't repro, duplicate, stale Jun 25, 2022
@tazihad
Copy link

tazihad commented May 1, 2023

I have also same problem in Fedora Kinoite 38

@rph-r
Copy link

rph-r commented Sep 19, 2023

+1 on Kubuntu 22.04

@Ezzz-dev
Copy link

+1 on Nobara 38 (Fedora based)

@cmwg71
Copy link

cmwg71 commented Nov 23, 2023

+1 LMDE 6 (Debian based)

@AlXavi2004
Copy link

This error usually occurs due to some linux updates. In my case it worked for me by uninstalling github Desktop and reinstalling git from terminal https://gist.github.com/berkorbay/6feda478a00b0432d13f1fc0a50467f1.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
dbus Bug reports related to dbus setup unclear
Projects
None yet
Development

No branches or pull requests

7 participants