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

keystrokes "lost" from browser #5918

Closed
tumbletree opened this issue Jun 30, 2020 · 3 comments
Closed

keystrokes "lost" from browser #5918

tumbletree opened this issue Jun 30, 2020 · 3 comments
Labels
C: gui-virtualization eol-4.0 Closed because Qubes 4.0 has reached end-of-life (EOL) P: default Priority: default. Default priority for new issues, to be replaced given sufficient information. T: bug Type: bug report. A problem or defect resulting in unintended behavior in something that exists.

Comments

@tumbletree
Copy link

Qubes OS version
4

Affected component(s) or functionality
Windows focus (again)

Brief summary
Top window registered mouse movements, but not keyboard input. Switched window, tried again, all good again.

To Reproduce
Return to firefox after overnight suspend, select text field and try to type.

Expected behavior
accept text input

Actual behavior
nothing. Mouse move, text could be highlighted and addressbar selected, but nothing typed. I could not find another window/application that was accepting my text, but I really don't know. (n.b. I was looking only in the current workspace). Effect lasted ~60s, at a guess.

Screenshots
If applicable, add screenshots to help explain your problem.

Additional context
I have an output of dmesg, if required.

This is the third or forth time I've encountered an attention-stealing issue. This is the second report (below), for different and more concerning behavior: "what has happened to my keystrokes"? (Nothing of any importance in this case).

I will note also that
a) this has only happened after fedora-31 template upgrade
b) a freeze, again, when opening up gedit to write this report.

This seems very reminiscent of issues reported earlier (duplicates on #5912), but they were from 2015 and 2017. Since this is keystroke data, and seems only triggered since fedora-31, surely this warrants a fix?

Solutions you've tried
If applicable, any solutions or workarounds you've already tried.

Relevant documentation you've consulted
A list of links to the Qubes documentation (or other relevant software documentation) pages you have already consulted.

Related, non-duplicate issues
#5912

@tumbletree tumbletree added P: default Priority: default. Default priority for new issues, to be replaced given sufficient information. T: bug Type: bug report. A problem or defect resulting in unintended behavior in something that exists. labels Jun 30, 2020
@andrewdavidwong andrewdavidwong added this to the Release 4.0 updates milestone Jun 30, 2020
@andrewdavidwong
Copy link
Member

Possible duplicate of #3267 (as you acknowledge).

Return to firefox after overnight suspend, select text field and try to type.

Does it only affect Firefox? I noticed your other issue (#5912) also only mentioned Firefox.

a freeze, again, when opening up gedit to write this report.

Freezing sounds like a separate problem that should be reported in a separate issue.

@andrewdavidwong andrewdavidwong added the needs diagnosis Requires technical diagnosis from developer. Replace with "diagnosed" or remove if otherwise closed. label Jun 30, 2020
@tumbletree
Copy link
Author

FIrefox is the principle app I use lately. Just haven't had the chance to notice it on anything else.

If the freeze happens again today, I'll submit a separate report.

@andrewdavidwong andrewdavidwong added the eol-4.0 Closed because Qubes 4.0 has reached end-of-life (EOL) label Aug 5, 2023
@github-actions
Copy link

github-actions bot commented Aug 5, 2023

This issue is being closed because:

If anyone believes that this issue should be reopened and reassigned to an active milestone, please leave a brief comment.
(For example, if a bug still affects Qubes OS 4.1, then the comment "Affects 4.1" will suffice.)

@github-actions github-actions bot closed this as not planned Won't fix, can't repro, duplicate, stale Aug 5, 2023
@andrewdavidwong andrewdavidwong removed the needs diagnosis Requires technical diagnosis from developer. Replace with "diagnosed" or remove if otherwise closed. label Aug 5, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
C: gui-virtualization eol-4.0 Closed because Qubes 4.0 has reached end-of-life (EOL) P: default Priority: default. Default priority for new issues, to be replaced given sufficient information. T: bug Type: bug report. A problem or defect resulting in unintended behavior in something that exists.
Projects
None yet
Development

No branches or pull requests

2 participants