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

AutoKey is always enabled on start even if disabled before exiting. #889

Open
6 of 16 tasks
Elliria opened this issue Jul 21, 2023 · 3 comments
Open
6 of 16 tasks

AutoKey is always enabled on start even if disabled before exiting. #889

Elliria opened this issue Jul 21, 2023 · 3 comments

Comments

@Elliria
Copy link
Contributor

Elliria commented Jul 21, 2023

AutoKey is a Xorg application and will not function in a Wayland session. Do you use Xorg (X11) or Wayland?

Xorg

Has this issue already been reported?

  • I have searched through the existing issues.

Is this a question rather than an issue?

  • This is not a question.

What type of issue is this?

UI/Usability

Choose one or more terms that describe this issue:

  • autokey triggers
  • autokey-gtk
  • autokey-qt
  • beta
  • bug
  • critical
  • development
  • documentation
  • enhancement
  • installation/configuration
  • phrase expansion
  • scripting
  • technical debt
  • user interface

Other terms that describe this issue if not provided above:

No response

Which Linux distribution did you use?

Kubuntu 22.04 LTS

Which AutoKey GUI did you use?

Both

Which AutoKey version did you use?

0.95.10 and 0.96.0

How did you install AutoKey?

I installed 0.95.10 from the Ubuntu repository.

I installed 0.96.0 by cloning the development branch of AutoKey.

Can you briefly describe the issue?

AutoKey (monitoring/expansion) is always enabled on start even if disabled before exiting.

Can the issue be reproduced?

Always

What are the steps to reproduce the issue?

  1. Open the AutoKey program.
  2. Right-click the tray icon.
  3. Disable AutoKey by unchecking the Enable Expansions (in autokey-gtk) or "Enable Monitoring (in autokey-qt) checkbox in the AutoKey tray icon's context menu. *Note that this can also be done in the Settings menu in autokey-qt.
  4. Exit AutoKey.
  5. Open the AutoKey program again.
  6. Right-click the tray icon.
  7. Note whether the checkbox has a mark in it or not.

What should have happened?

There should be no check in the box (AutoKey should be disabled) on start.

What actually happened?

There is always a check in the box (AutoKey is enabled) on start.

Do you have screenshots?

No response

Can you provide the output of the AutoKey command?

No response

Anything else?

No response

@josephj11
Copy link
Contributor

I really think this is a feature, not a bug.

What's the point of starting AutoKey if you don't want it active - at least initially?

If you happen to have AutoKey disabled and your system locks up and you have to log out or reboot, then ,some time later, when you get it going again, Autokey would still be disabled. This might be confusing because AutoKey probably wasn't what you were thinking about when you were regaining control of your system or you shutdown for the night and came back much later expecting AutoKey to be enabled.

@Elliria
Copy link
Contributor Author

Elliria commented Jul 22, 2023

I suppose that the point of starting it if you don't want it active would be to have it ready and waiting in the tray.

As for it being confusing, the same could be said for if you disable AutoKey and your system locks up and you have to log out or reboot and AutoKey is then enabled, which is what's currently happening.

Also, autokey-qt provides the same toggle in the form of a checkbox inside of the Settings menu in the main AutoKey interface and if you uncheck that box, it will be checked the next time you load AutoKey. I don't know about you, but I've neither seen nor heard of any program ever in the history of computing intentionally undoing a change you made in its Settings menu, yet AutoKey is doing exactly that when it rechecks that box.

If you feel that all of that is good behavior, go ahead and close the bug as invalid. I never disable AutoKey, so I don't have a personal stake in it. I just saw it as inconsistent behavior that should be fixed, so I noted it here.

@josephj11
Copy link
Contributor

So far we have one vote each way. Might as well leave it open and see if anyone else cares about it one way or the other. It's not something I feel strongly about.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants