-
Notifications
You must be signed in to change notification settings - Fork 81
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
Keyboard LEDs occasionally gets "stuck" when using WinCompose #393
Comments
Thanks for the report. I have activated this feature on my computer (I usually do not use it) in an effort to reproduce the problem, but so far without success. After how much time would you say this usually occurs? |
Hmm, I've noticed that his happen more often when I'm using it constantly for about 45 min or 1 hour. I use the compose key a lot when I'm writing math assignments, I haven't noticed at that moment when this happens exactly because I'm focused writing. This time I will be paying attention when this happens again, and see if some key combinations or some clicks cause this issue. If this is helpful: I've assigned the Pause/Break key to WinCompose. |
I have this issue, or a similar one, as well … as mentioned in #404 For me the LED(s) don't get fully stuck … most often the just don't match the WinCompose state … I have Caps Lock and F14 as Compose Key (although F14 is never or really seldom used by my scripts) Interestingly if in such a situation I press both Shift (to activate normal Caps Lock) and press 1 Shift again, the LED turns off (and Scroll Lock LED turns on‽ #321?) but after some seconds turns on again … Sometimes i can get it unstuck by toggling Caps Lock while clicking the (now missing) Restart Option of WinCompose. |
Hi! And thank you for being patient. I believe this issue may be fixed in WinCompose 0.9.11. Could you please test the new version? |
Let me test it for a couple days. To mention: I noticed that selecting "Compose" in Keyboard LED setting, no longer light up the Scroll Lock LED. Selecting "Scroll Lock" work as intended tho. |
Seems that the “Compose” choice for the LED actually means “the LED which is associated with the currently selected compose key, if that key is one of {Caps,Num,Scroll} Lock”. So if I select Scroll Lock as the compose key, the “Compose” choice for the LED lights up the Scroll Lock LED while composing; if I then switch the compose key to Caps Lock, the Caps Lock LED lights up while composing with the same LED settings. And if a key which does not have a corresponding LED is chosen, the “Compose” choice for the LED just does not do anything. (Actually I would really like that WinCompose would be able control the state of the Compose LED, which is available in the USB HID protocol, but apparently the underlying Windows API ( |
Unfortunately, it happened again... but I think is less often tho. In any case, I'm starting to suspect that this problem is with my keyboard. My keyboard has lights, but when it doesn't have activity (no key press) for 10 minutes, the lights shut off, like a "power saving mode" or something, pressing a key "reactivates" the keyboard. One time, after the keyboard entered that state, the bug with WinCompose occurs. |
On Linux, plugging in my USB sound card visually sets my QMK keyboard LED indicators wrong, presumably because it emulates a keyboard for its buttons and sends some weird or just incorrect state on connect and my keyboard syncs the bad state. Sounds like your keyboard FW might be doing something similar on the wakeup and you might be able to reproduce it by replugging it?
QMK has support for all of the 5 indicators by the way. QMK is less niche today, but it's still niche, sadly.
Upon re-reading your post... it seems like the broken state is synced on the host somehow, you might want to capture USB comms with Wireshark and see if you can catch the culprit. |
This occurs randomly, sometimes works as normal, sometimes not.
When the ◆ Compose key is pressed, the Scroll Lock LED lights up until the composing is done. This is the normal behavior.
Other times, the LED doesn't light up, nor the other LEDs like Num Lock and Caps Lock, they get "stuck" somewhat to say. In this case, when I press the Caps Lock key, the corresponding LED don't light up (or don't turn off), the same with the Num Lock key, Scroll Lock key, and ◆ Compose key.
When this happens, I tried to unplug the keyboard, or restart WinCompose, but that doesn't solve the problem. I have to restart my PC to "reset" the LEDs of the keyboard.
I don't know if this is a problem of my keyboard specifically or not, but this happens only when WinCompose is running.
The text was updated successfully, but these errors were encountered: