Comments (12)
Version I am using is:
$ autokey-qt --version
Qt: 4.4.3
KDE: 4.1.4 (KDE 4.1.4)
AutoKey: 0.70.1
Original comment by [email protected]
on 24 Apr 2010 at 8:19
from autokey.
Have you tried quitting AutoKey, then starting it again? That should work as a
workaround for now.
One liner fix, will be in v0.70.4
Original comment by cdekter
on 24 Apr 2010 at 8:34
- Changed state: Fixed
from autokey.
Yes I restart it after that (with killall -9 autokey-qt and start it back
again).
Time ago I created cron job to restart it after each 5 minutes!
Thank-you for fixing this, waiting for new version with eagerly ;)
Original comment by [email protected]
on 24 Apr 2010 at 9:05
from autokey.
Try restarting it without killing it - quit it politely from the tray icon. Then
start it again and see if it keeps working. This will help me confirm that my
fix
actually fixes the problem you're seeing.
Original comment by cdekter
on 24 Apr 2010 at 9:07
from autokey.
How do you mean start it again? That process is still kind of running. After
that
stack trace what I added to issue description autokey-qt was not exiting and not
responding to ctrl+c so that is why I used -9.
So after that issue, process is running, but not responding on my key
sequences. If I
start another autokey-qt, it says something like "already running with PID..."
Original comment by [email protected]
on 24 Apr 2010 at 9:14
from autokey.
Hmm... OK, I will try from try icon to exit... lets see.
Original comment by [email protected]
on 24 Apr 2010 at 9:17
from autokey.
Hmm I see... that does make sense. If you're keen, you can try modifying the
source
yourself to see if it fixes the problem:
Edit /usr/share/pyshared/autokey/configmanager.py
At line 140 you can see:
return ConfigManager(autoKeyApp)
remove that, and add:
c = ConfigManager(autoKeyApp)
autoKeyApp.init_global_hotkeys(c)
return c
Original comment by cdekter
on 24 Apr 2010 at 9:29
from autokey.
OK thank-you, updated sources!
Lets see, will it crash or not anymore. Will give feedback (today or on Monday)
because of this randomness I cannot actually ensure when bug appears.
Original comment by [email protected]
on 24 Apr 2010 at 10:07
from autokey.
Got the same issue today (with patched sources):
$ autokey-qt
Exception in thread KeypressHandler-thread:
Traceback (most recent call last):
File "/usr/lib/python2.5/threading.py", line 486, in __bootstrap_inner
self.run()
File "/usr/lib/python2.5/site-packages/autokey/iomediator.py", line 182, in run
target.handle_hotkey(key, modifiers, windowName)
File "/usr/lib/python2.5/site-packages/autokey/service.py", line 101, in handle_hotkey
hotkey.check_hotkey(modifiers, key, windowName)
File "/usr/lib/python2.5/site-packages/autokey/configmanager.py", line 715, in
check_hotkey
self.closure()
AttributeError: GlobalHotkey instance has no attribute 'closure'
And so I closed from try icon, and started program from console again. After
starting
it back, program continues to work.
In that stack-trace I see that configmanager.py file is the same:
$ cksum /usr/share/pyshared/autokey/configmanager.py
4166718965 26893 /usr/share/pyshared/autokey/configmanager.py
$ cksum /usr/lib/python2.5/site-packages/autokey/configmanager.py
4166718965 26893 /usr/lib/python2.5/site-packages/autokey/configmanager.py
That part of source I am using is:
--------------
_logger.info("Successfully loaded configuration file")
_logger.debug("Global settings: %r", ConfigManager.SETTINGS)
return configManager
else:
_logger.info("No configuration file found - creating new one")
_logger.debug("Global settings: %r", ConfigManager.SETTINGS)
c = ConfigManager(autoKeyApp)
autoKeyApp.init_global_hotkeys(c)
return c
def save_config(configManager):
_logger.info("Persisting configuration")
# Back up configuration if it ex
-----------------------
Original comment by [email protected]
on 24 Apr 2010 at 2:09
from autokey.
Thanks for testing - the change I sent you fixes another bug but not the one
you're
having :P
I have another fix for you to test:
In /usr/share/pyshared/autokey/qtapp.py
At line 157, below:
configManager.configHotkey.set_closure(self.show_configure_async)
add the following:
configManager.showPopupHotkey.set_closure(lambda: False)
Original comment by cdekter
on 24 Apr 2010 at 2:19
from autokey.
Added that line ;) Will continue my testing. Thanks!
Original comment by [email protected]
on 24 Apr 2010 at 2:24
from autokey.
After your last suggested change:
-------------
In /usr/share/pyshared/autokey/qtapp.py
At line 157, below:
configManager.configHotkey.set_closure(self.show_configure_async)
add the following:
configManager.showPopupHotkey.set_closure(lambda: False)
-------------
I have not noticed crashes anymore. So that is the fix for this issue!
Thanks a lot!
Original comment by [email protected]
on 26 Apr 2010 at 11:04
from autokey.
Related Issues (20)
- Missing Letters HOT 5
- GTK crash after loop HOT 1
- Rebinding keyboard using only 1 file/script?
- Conflict with Ibus?
- cannot create any abbreviation
- Cannot send ™-Character (Ascii Dez 153)
- autokey-gtk 0.90.4 hung on any error in script
- Drag and Drop HOT 1
- Plus ('+') character not escaped properly in phrase
- PATCHES: Trigger popup menu item by initial
- [autokey 0.90.4, kubuntu 14.04] phrase replacement of abbreviation appears as mixed up content; afterwards disordered unusable keyboad input in java app HOT 6
- output not correct
- feature request: text expander compatibility
- Cannot set key HOT 1
- Enhancement - numpad numbers in mappings for special keys
- abbrevation is not reliable at all HOT 1
- Tutorial Unclear about Title Case Capitalization
- autokey.pid "sticky" - blocks running autokey after logout/reboot
- background changes to black
- trouble with launch
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from autokey.