-
Notifications
You must be signed in to change notification settings - Fork 184
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
highlevel.click_on_pat Often Fails With no images defined png:/tmp/somernd
#852
Comments
As much as I keep promoting this feature, no one seems to use it, so we have very little experience with it. I think this is its first ever reported bug. We could really use some input from people such as yourself who are actually using it - on Gitter and with anything you want to add to our wiki and examples. Hopefully, one of our devs can take a look at this. (We are very short on developer resources.) Although I think this is a killer feature that really should get used a lot, I would caution developers not to rely on it too heavily. The Xautomation project has been inactive for several years and it is very unlikely to work with Wayland. (Currently, AutoKey doesn't work with Wayland either, but we're working on that.) |
I've got no experience with using the highlevel API calls, but I took a look at the documentation for the When looking at this line in your code, I noticed that you're missing the restore_pos part of the call, so perhaps AutoKey is getting lost since it hasn't been returned to the initial mouse position after the click:
That might explain why it sometimes works and sometimes doesn't, since it stands to reason that it would sometimes be in the starting position, but other times wouldn't. |
restore_pos defaults to false. In Python, defining function arguments is a big deal. This article is amazingly clear and detailed. I'm not sure, but I think the way the API function call was coded is probably fine. What the heck does a tolerance of 32000 do? I see the definition of tolerance, but not what the values actually mean. |
My point, exactly.
I'm not sure, but I'm guessing it means that it has a very high tolerance for fuzzy matches. I've done something similar in CSS, where you can set different tolerances. When you want to be sure that one of the things you're setting tolerances for always takes precedence, you just give it a ridiculously-high number. |
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?
Is this a question rather than an issue?
What type of issue is this?
Bug
Choose one or more terms that describe this issue:
Other terms that describe this issue if not provided above:
highlevel
Which Linux distribution did you use?
Arch Linux x86_64
Which AutoKey GUI did you use?
Qt
Which AutoKey version did you use?
Latest git (May 6th, 2023)
How did you install AutoKey?
Git
Can you briefly describe the issue?
With the following code:
I often see
Can the issue be reproduced?
Sometimes
What are the steps to reproduce the issue?
What should have happened?
The image should be clicked
What actually happened?
For random periods of 60 seconds it works, then it doesn't
Do you have screenshots?
No response
Can you provide the output of the AutoKey command?
No response
Anything else?
It seems to not work after editing hotkey scripts recently, but then starts working later? Really not sure. Also I'm editing the hotkey scripts external to the built-in editor, but I can't imagine that's related.
Many thanks for Autokey!
The text was updated successfully, but these errors were encountered: