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

Focus getting stuck with mouse disabled #3067

Closed
serussell opened this Issue Dec 5, 2017 · 3 comments

Comments

Projects
None yet
3 participants
@serussell

serussell commented Dec 5, 2017

Output of i3 --moreversion 2>&- || i3 --version:

Binary i3 version:  4.14.1 (2017-09-24) © 2009 Michael Stapelberg and contributors
Running i3 version: 4.14.1 (2017-09-24) (pid 4783)abort…)
Loaded i3 config: /home/ser/.i3/config (Last modified: Mon 04 Dec 2017 08:40:59 PM EST, 117 seconds ago)

The i3 binary you just called: /usr/bin/i3
The i3 binary you are running: i3

URL to a logfile as per https://i3wm.org/docs/debugging.html:
Will provide if deemed necessary

What I did:

  1. Disable the trackpad with xinput disable
  2. Create a workspace with two visible windows.

What I saw:
The window that last had the (hidden, disabled) mouse over it steals the focus. Moving the focus away from the focused window with a hotkey flashes the other window, but then focus returns to the window that has the (hidden, disabled) mouse over it.

What I expected instead:
I would expect focus to stay with the window I selected with the hotkeys.

This may be related to #2990. This does not happen when the input is not disabled. It does not always happen. I haven't been able to reproduce it yet when focus_follows_mouse is set to no. It often happens with floating dialogs unless the mouse was in the center of the screen before I disabled the trackpad; in this case I'm unable to shift focus to the floating window (shift-space) without enabling the track pad and selecting focus with the mouse. Maybe when the track pad is disabled, the bus is reporting a state that is confusing i3 into always taking the window under the disabled mouse?

@i3bot

This comment has been minimized.

Show comment
Hide comment
@i3bot

i3bot Dec 5, 2017

I don’t see a link to logs.i3wm.org. Did you follow https://i3wm.org/docs/debugging.html? (In case you actually provided a link to a logfile, please ignore me.)

i3bot commented Dec 5, 2017

I don’t see a link to logs.i3wm.org. Did you follow https://i3wm.org/docs/debugging.html? (In case you actually provided a link to a logfile, please ignore me.)

@Airblader

This comment has been minimized.

Show comment
Hide comment
@Airblader

Airblader Dec 8, 2017

Member

I cannot reproduce this. Can you attach a log and maybe also a log of xev -event mouse of the same run?

Member

Airblader commented Dec 8, 2017

I cannot reproduce this. Can you attach a log and maybe also a log of xev -event mouse of the same run?

@Airblader Airblader added the needs info label Dec 8, 2017

@Airblader Airblader closed this Dec 25, 2017

@Airblader

This comment has been minimized.

Show comment
Hide comment
@Airblader

Airblader Dec 25, 2017

Member

Closing due to missing feedback.

Member

Airblader commented Dec 25, 2017

Closing due to missing feedback.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment