> In the last few months I have noticed an annoying problem > involving text input focus and some mouse interaction problems > in web browsers (firefox and opera) on two machines (desktop > and laptop) running Fedora 22 but not on my desktop PC running > SL 6. > > I don't yet know the *exact* description of the problem, i.e. > precisely when it does and does not occur, but when it happens > focus doesn't follow the mouse, as it used to (and still does > on SL 6).
On my machine firefox is well-behaved, but I can confirm the problem for chromium. Chromium behaves badly, as you can test by running X without a window manager. Without a window manager, most applications (such as xterm) have focus when the pointer is in the window. But simply *moving* the pointer to a chromium window does not cause the window to become active: the tab background remains light blue, and keypresses are not processed by the window. *Clicking* in the window makes chromium grab the focus: the tab background becomes dark blue and keypresses are processed by the window (e.g., pgup/down scroll the page). When the pointer leaves the window, however, focus is *not* released. Moving the pointer back to the xterm and pressing keys still sends the keypresses to chromium, not xterm. (You can middle-mouse paste twm<newline> into the xterm to restart a window manager and restore sanity.) You can also see the different behavior of chromium in the icon manager. Moving the mouse over an entry in the icon manager gives focus to the corresponding window, but not for chromium. Here is a quick fix for the first problem (though I haven't done enough testing to verify that this does not cause problems elsewhere): in HandleFocusIn in events.c, replace SetFocusVisualAttributes (Tmp_win, True); by SetFocus (Tmp_win, CurrentTime); This explicitly gives focus to a window being entered, but it does not solve the problem with the icon manager.
