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

Unlock window is hidden after creating a new vault #3302

Open
2 tasks done
guy-teube opened this issue Jan 29, 2024 · 2 comments
Open
2 tasks done

Unlock window is hidden after creating a new vault #3302

guy-teube opened this issue Jan 29, 2024 · 2 comments
Labels
good first issue Issues easy to implement or with a narrow scope of changes misc:gui os:linux type:minor-bug Something minor isn't working

Comments

@guy-teube
Copy link

Please agree to the following

Summary

Unlock window is hidden after creating a new vault

What software is involved?

  • Operating System: Ubuntu 22.04.3 LTS 64 bits
  • Cryptomator: 1.11.1 (AppImage)

Volume Type

None

Steps to Reproduce

  1. [Add] button > New vault
  2. Do steps until the vault is created
  3. At the end of the creation, there is a windows saying "Vault xxx added", with 2 buttons [OK] and [Unlock]
    1_coffre_ajoute
  4. If you click on [Unlock], the window asking the password is opened, BUT not in foreground (so you can miss it easily, and wait indefinitely). You will see the icon of the vault with a loading icon:
    2_ouverture_en_cours
  5. On the other hand, if you click on the [OK] buutton, then (on the main window) click on the [Unlock] button, the password window will be opened in the foreground
    3_deverrouillage

Expected Behavior

Clicking the [Unlock] button opens the password window in the foreground, to type the password immediately

Actual Behavior

Clicking the [Unlock] button will open the password window in the background of the main window, so it's easy to not see it

Reproducibility

Always

Relevant Log Output

No response

Anything else?

No response

@guy-teube guy-teube added the type:bug Something isn't working label Jan 29, 2024
@infeo infeo added os:linux type:minor-bug Something minor isn't working misc:gui good first issue Issues easy to implement or with a narrow scope of changes and removed type:bug Something isn't working labels Jan 30, 2024
@infeo infeo added the state:awaiting-response We need further input from the issue author label Feb 13, 2024
@infeo
Copy link
Member

infeo commented Feb 13, 2024

@guy-teube If you update to the latest version, does the issue still persists?

@guy-teube
Copy link
Author

I've just updated for 1.12.2 version, and the issue is still here.

@infeo infeo removed the state:awaiting-response We need further input from the issue author label Feb 13, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
good first issue Issues easy to implement or with a narrow scope of changes misc:gui os:linux type:minor-bug Something minor isn't working
Projects
None yet
Development

No branches or pull requests

2 participants