| 2024-02-04 00:02:37 +0100 | <geekosaur> | docs say it just uses xdg-open with no extra parameters, so focus should change unless your config has a modified EWMH setup that disables browsers taking focus automatically |
| 2024-02-04 00:51:32 +0100 | dysthesis | (~dysthesis@user/dysthesis) (Quit: dysthesis) |
| 2024-02-04 01:39:05 +0100 | <liskin> | Yeah, ectospasm, ewmh should do the trick. |
| 2024-02-04 01:53:10 +0100 | <ectospasm> | OK, thanks. I thought I was already using that, but it's been a long time since I really looked at that part of my config. Maybe I dropped it without realizing it. |
| 2024-02-04 02:08:08 +0100 | dysthesis | (~dysthesis@user/dysthesis) |
| 2024-02-04 03:12:50 +0100 | <ectospasm> | OK, so I was using desktopConfig, which looks like it has ewmh in it: main = do ... xmonad $ desktopConfig {...} |
| 2024-02-04 03:13:18 +0100 | <ectospasm> | I've tried this: main = do ... xmonad $ emwh $ desktopConfig {} |
| 2024-02-04 03:13:44 +0100 | <ectospasm> | and this: main = do ... xmonad $ ewmhFullscreen $ emwh $ desktopConfig {...} |
| 2024-02-04 03:14:02 +0100 | <ectospasm> | And I've also replaced desktopConfig with def |
| 2024-02-04 03:14:44 +0100 | <ectospasm> | If my web browser is already open, XMonad doesn't bring the browser to focus after clicking on a link in Alacritty |
| 2024-02-04 03:15:17 +0100 | <geekosaur> | do you have a handleEventHook? what does it look like? |
| 2024-02-04 03:15:29 +0100 | <ectospasm> | Let me see... |
| 2024-02-04 03:15:57 +0100 | <ectospasm> | yep: 303 , handleEventHook = handleEventHook desktopConfig |
| 2024-02-04 03:16:08 +0100 | <geekosaur> | that should be fine |
| 2024-02-04 03:16:11 +0100 | <ectospasm> | that must be line 303 of my xmonad.hs |
| 2024-02-04 03:19:15 +0100 | <ectospasm> | Let me post my current xmonad.hs, maybe if you see the whole thing you might see something... |
| 2024-02-04 03:22:00 +0100 | <ectospasm> | https://git.eldon.me/trey/pastes/src/branch/master/xmonad.hs |
| 2024-02-04 03:24:26 +0100 | <ectospasm> | Most times I'm feeling well enough that it compiles without error. |
| 2024-02-04 03:26:19 +0100 | <geekosaur> | not seeing anything wrong anywhere |
| 2024-02-04 03:28:03 +0100 | <ectospasm> | I haven't changed my default-web-browser since I started adding the emwh stuff, let me try that. |
| 2024-02-04 03:35:54 +0100 | <ectospasm> | Ahh, OK. So Firefox behaves the way I expect. So it seems to be something with qutebrowser (my desired default browser in Linux) |
| 2024-02-04 03:36:31 +0100 | <ectospasm> | My guess is either qutebrowser or QtWebEngine which it is based on is missing ewmh stuff. |
| 2024-02-04 03:37:15 +0100 | <ectospasm> | Unless it's a thing with chromium-based browsers (QtWebEngine is based on a slightly older version of chromium, with security fixes backported) |
| 2024-02-04 03:37:28 +0100 | <ectospasm> | Let me try Vivaldi |
| 2024-02-04 03:39:05 +0100 | <ectospasm> | Vivaldi behaves the right way. OK, I think I know where to go next. |
| 2024-02-04 03:39:30 +0100 | <ectospasm> | Vivaldi is chromium-based |
| 2024-02-04 03:47:17 +0100 | <geekosaur> | that makes me wonder if qutebrowser even sends the EWMH message to the root window |
| 2024-02-04 03:54:15 +0100 | <ectospasm> | I did find this issue on qutebrowser's GitHub issue tracker, maybe it can give you some hint: https://github.com/qutebrowser/qutebrowser/issues/1866 |
| 2024-02-04 03:54:45 +0100 | <ectospasm> | How do I check whether XMonad has _NET_ACTIVE_WINDOW in _NET_SUPPORTED? |
| 2024-02-04 03:55:22 +0100 | <ectospasm> | It does work for other browsers, so I'm inclined to think it's qutebrowser's fault. But I want to be sure I'm reporting the same thing. |
| 2024-02-04 03:56:08 +0100 | <ectospasm> | In my case, even if qutebrowser is on the same workspace as Alacritty, clicking a link (or running `qutebrowser <url>` opens the new tab, but does not activate the window. |
| 2024-02-04 03:58:27 +0100 | <geekosaur> | xprop -root _NET_SUPPORTED |
| 2024-02-04 03:58:51 +0100 | <geekosaur> | which here returns: _NET_SUPPORTED(ATOM) = _NET_WM_STATE, _NET_WM_STATE_FULLSCREEN, _NET_SUPPORTING_WM_CHECK, _NET_WM_NAME, _NET_WM_STATE_HIDDEN, _NET_WM_STATE_DEMANDS_ATTENTION, _NET_NUMBER_OF_DESKTOPS, _NET_CLIENT_LIST, _NET_CLIENT_LIST_STACKING, _NET_CURRENT_DESKTOP, _NET_DESKTOP_NAMES, _NET_ACTIVE_WINDOW, _NET_WM_DESKTOP, _NET_WM_STRUT, _NET_WM_STRUT_PARTIAL, _NET_DESKTOP_VIEWPORT |
| 2024-02-04 04:00:17 +0100 | <ectospasm> | _NET_SUPPORTED(ATOM) = _NET_WM_STATE, _NET_WM_STATE_FULLSCREEN, _NET_SUPPORTING_WM_CHECK, _NET_WM_NAME, _NET_WM_STATE_HIDDEN, _NET_WM_STATE_DEMANDS_ATTENTION, _NET_NUMBER_OF_DESKTOPS, _NET_CLIENT_LIST, _NET_CLIENT_LIST_STACKING, _NET_CURRENT_DESKTOP, _NET_DESKTOP_NAMES, _NET_ACTIVE_WINDOW, _NET_WM_DESKTOP, _NET_WM_STRUT, _NET_DESKTOP_VIEWPORT |
| 2024-02-04 04:00:27 +0100 | <ectospasm> | So I have _NET_ACTIVE_WINDOW |
| 2024-02-04 04:03:10 +0100 | <ectospasm> | hmmm, I'm trying to see if it's a problem with my qutebrowser config |
| 2024-02-04 04:03:39 +0100 | <ectospasm> | ...and clicking on a link with an empty config opens a qutebrowser window using my normal config... hmmm |
| 2024-02-04 04:07:45 +0100 | <geekosaur> | make sure closing the last qutebrowser window shuts down the browser. (in chrome/chromium you can configure it to stay open) |
| 2024-02-04 04:12:10 +0100 | <ectospasm> | Yeah, I killed my X session and tried launching the empty config... it still opens the usual config. I've asked in #qutebrowser, I guess I'll need to look into it tomorrow. |
| 2024-02-04 04:41:58 +0100 | td_ | (~td@i53870905.versanet.de) (Ping timeout: 264 seconds) |
| 2024-02-04 04:43:00 +0100 | terrorjack | (~terrorjac@2a01:4f8:c17:87f8::) (Quit: The Lounge - https://thelounge.chat) |
| 2024-02-04 04:43:16 +0100 | td_ | (~td@i5387090F.versanet.de) |
| 2024-02-04 04:46:08 +0100 | terrorjack | (~terrorjac@2a01:4f8:c17:87f8::) |
| 2024-02-04 13:50:20 +0100 | hightower3 | (~hightower@4-164.dsl.iskon.hr) |
| 2024-02-04 13:50:25 +0100 | hightower2 | (~hightower@4-164.dsl.iskon.hr) (Ping timeout: 255 seconds) |
| 2024-02-04 14:57:06 +0100 | L29Ah | (~L29Ah@wikipedia/L29Ah) () |
| 2024-02-04 17:06:05 +0100 | ml| | (~ml|@user/ml/x-5298235) (Ping timeout: 240 seconds) |
| 2024-02-04 17:14:31 +0100 | tremon | (~tremon@83.80.159.219) |
| 2024-02-04 17:19:37 +0100 | ml| | (~ml|@user/ml/x-5298235) |
| 2024-02-04 20:10:12 +0100 | L29Ah | (~L29Ah@wikipedia/L29Ah) |
| 2024-02-04 20:10:41 +0100 | dysthesis | (~dysthesis@user/dysthesis) (Remote host closed the connection) |
| 2024-02-04 21:04:37 +0100 | todi | (~todi@p5dca5fa8.dip0.t-ipconnect.de) (Remote host closed the connection) |
| 2024-02-04 21:16:09 +0100 | todi | (~todi@p5dca5fa8.dip0.t-ipconnect.de) |
| 2024-02-04 22:06:52 +0100 | dysthesis | (~dysthesis@user/dysthesis) |
| 2024-02-04 23:56:21 +0100 | catman | (~catman@user/catman) (Ping timeout: 268 seconds) |