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

Unable to sign in #10252

Closed
1 of 2 tasks
guillaumechauvat opened this issue Aug 8, 2021 · 6 comments
Closed
1 of 2 tasks

Unable to sign in #10252

guillaumechauvat opened this issue Aug 8, 2021 · 6 comments
Labels
Type: Bug The code does not produce the intended behavior.
Milestone

Comments

@guillaumechauvat
Copy link

Application Version

4.10.0

Platform

Arch linux

Printer

Ultimaker 2

Reproduction steps

  1. Launch Cura with no data saved
  2. Click on "sign in" when the menu appears
  3. Get redirected to Firefox with a login page and sign in there.

Actual results

The login appears successful in Firefox, but Cura doesn't see it.

Screenshot_20210808_110142

Screenshot_20210808_110044

Clicking on "sign in" again in Cura has no effect.

If I skip the login there, I can click on "Check for account updates" but it fails and looks like this:

Screenshot_20210808_110126

Expected results

I can sign in and synchronise my account.

Checklist of files to include

  • Log file
  • Project file

Additional information & file uploads

Logs:
cura.log

@guillaumechauvat guillaumechauvat added the Type: Bug The code does not produce the intended behavior. label Aug 8, 2021
@fvrmr
Copy link
Contributor

fvrmr commented Aug 9, 2021

Hi @guillaumechauvat did this happen with the AppImage of Cura?

@fvrmr fvrmr added the Status: Needs Info Needs more information before action can be taken. label Aug 9, 2021
@guillaumechauvat
Copy link
Author

No, it's the Arch Linux package. I can try installing another way if you want.

@no-response no-response bot removed the Status: Needs Info Needs more information before action can be taken. label Aug 9, 2021
@guillaumechauvat
Copy link
Author

guillaumechauvat commented Aug 10, 2021

Okay, so I tried using the AppImage and it gave some clues about what is going on.

It started launching but crashed with

ModuleNotFoundError: No module named 'keyring.backends.null'

It turns out that I had a file $HOME/.config/python_keyring/keyringrc.cfg that contained:

[backend]
default-keyring=keyring.backends.null.Keyring

After removing that file, the AppImage launched. It failed in a different way when I clicked on "sign in":

/usr/bin/xdg-open: line 613: 595893 Segmentation fault      (core dumped) kde-open${KDE_SESSION_VERSION} "$1"

which seems to be the same as #10087 .

However now the Cura version installed from the Arch Linux package manager works fine!

Edit: Well, "works fine" as far as authentication goes, but I still can't see the materials I installed on my account, even though they are compatible with the printer I selected.

@fvrmr
Copy link
Contributor

fvrmr commented Aug 13, 2021

Thank you for taking a look at it. I will bring this up for discussion with the team. Keep you posted!

@konskarm
Copy link
Contributor

konskarm commented Aug 18, 2021

That was a really helpful and detailed report @guillaumechauvat! We do not support the Keyring on Linux (since we'd have to ship a specific keyring package with it) and it wasn't explicitly ignoring local Keyring configs. I've fixed it now to make sure that it won't load any keyring backends on Linux #10302.

For our internal tracking, devs see ticket CURA-8490.

@Ghostkeeper
Copy link
Collaborator

This is fixed by #10302 for Cura 4.11.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Type: Bug The code does not produce the intended behavior.
Projects
None yet
Development

No branches or pull requests

4 participants