Linux - Software This forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum. |
| Notices |
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
Are you new to LinuxQuestions.org? Visit the following links:
Site Howto |
Site FAQ |
Sitemap |
Register Now
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
|
 |
10-05-2025, 11:38 AM
|
#1
|
|
Member
Registered: Oct 2022
Posts: 156
Rep:
|
How come keys pressed during a lag are applied in the wrong order after the lag?
[ Log in to get rid of this advertisement]
Keys pressed during lag are applied in an incorrect order. For example, pressing CTRL+W and then Ctrt+Shift+Tab during a lag should close the current tab and then go to the last tab after the lag, but the opposite happens: it switches to the last tab and closes the last tab.
Is this a known bug? Is this deliberate?
(Regarding the lag: It's not the fault of Linux. It's due to my habit of hoarding too many tabs.)
|
|
|
|
10-05-2025, 08:05 PM
|
#2
|
|
LQ Guru
Registered: Jan 2006
Location: Virginia, USA
Distribution: Slackware, Ubuntu MATE, Mageia, and whatever VMs I happen to be playing with
Posts: 20,112
|
A quick web search indicates that maybe you should tell us more about the hardware. For example, is this a USB keyboard, a laptop, or what?
|
|
|
|
10-05-2025, 08:43 PM
|
#3
|
|
LQ Veteran
Registered: Feb 2013
Location: Tucson, AZ, USA
Distribution: Rocky 9.6
Posts: 5,918
|
Also, in which application? A web browser? (which one?) Something else?
|
|
|
|
Yesterday, 02:03 AM
|
#4
|
|
LQ Addict
Registered: Mar 2012
Location: Hungary
Distribution: debian/ubuntu/suse ...
Posts: 24,999
|
lag means something does not (cannot) work properly, in this case the key event processing. Don't forget, both pressing and releasing a key may generate an event. The event must also be delivered to the focused window, which may be invisible in case of delay like this. (so the keypress will be processed by something which is not [yet] displayed). This behavior also depends on the implementation of the given software.
Returning to the original question, yes, it is known that if you overload the system, this can happen.
|
|
|
|
Yesterday, 11:11 AM
|
#5
|
|
Member
Registered: Oct 2022
Posts: 156
Original Poster
Rep:
|
Quote:
Originally Posted by frankbell
A quick web search indicates that maybe you should tell us more about the hardware. For example, is this a USB keyboard, a laptop, or what?
|
Wireless (non-bluetooth) keyboard connected through a USB receiver.
Quote:
Originally Posted by scasey
Also, in which application? A web browser? (which one?) Something else?
|
Firefox.
|
|
|
|
All times are GMT -5. The time now is 05:55 PM.
|
|
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
|
Latest Threads
LQ News
|
|