Logs on 2023-04-19 (liberachat/#xmonad)
| 00:00:16 | <geekosaur> | argh. gdb is stuck at "reading symbols" |
| 00:09:46 | <geekosaur> | I'll let it run overnight, hopefully I can get something halfway useful out of it tomorrow |
| 00:57:18 | <geekosaur> | it's not even using cpu 😞 |
| 01:00:09 | <geekosaur> | wtf, SIGTTOU. it's attached to a terminal… |
| 01:18:00 | <geekosaur> | I attached to it from outside instead. and it doesn't crash |
| 01:18:13 | <geekosaur> | I hate these kinds of bugs… |
| 01:19:27 | <geekosaur> | and the tab is completely empty |
| 01:20:04 | <geekosaur> | it's 2130, I'm going to bed and will try to sort this tomorrow |
| 01:43:42 | → | hightower3 joins (~hightower@213.202.92.246) |
| 01:46:05 | × | hightower2 quits (~hightower@230-130.dsl.iskon.hr) (Ping timeout: 240 seconds) |
| 02:07:24 | × | td_ quits (~td@i53870902.versanet.de) (Ping timeout: 255 seconds) |
| 02:09:15 | → | td_ joins (~td@i5387091D.versanet.de) |
| 04:09:25 | × | catman quits (~catman@user/catman) (Ping timeout: 240 seconds) |
| 04:50:25 | × | piele quits (~piele@tbonesteak.creativeserver.net) (Remote host closed the connection) |
| 04:51:37 | → | piele joins (~piele@tbonesteak.creativeserver.net) |
| 06:28:23 | × | stellacy quits (~stellacy@gateway/tor-sasl/stellacy) (Ping timeout: 255 seconds) |
| 06:30:21 | → | stellacy joins (~stellacy@gateway/tor-sasl/stellacy) |
| 06:43:34 | → | mncheck joins (~mncheck@193.224.205.254) |
| 07:16:18 | <geekosaur> | (bleh, why am I up at 0300) just crashed it trying to put it into synchronous mode, oops. why I shouldn't try to debug at 0300 |
| 07:17:04 | <geekosaur> | (xmonad needs a --sync option for debugging…) |
| 07:18:36 | <geekosaur> | (would also have helped with debugging the windowNavigation issue) |
| 07:19:46 | <geekosaur> | aaaaaand it crashed when I restarted qutebrowser in a new session. oy |
| 07:20:47 | <geekosaur> | yeh, it's crashing every time now. L29Ah I think you just got lucky |
| 07:20:58 | <geekosaur> | and/or there's a timing constraint |
| 07:27:32 | <geekosaur> | we don't bind XSynchronize 😞 |
| 07:27:40 | <geekosaur> | deal tomorrow |
| 08:06:38 | → | cfricke joins (~cfricke@user/cfricke) |
| 08:07:36 | <geekosaur> | or realize I can't get back to sleep… |
| 08:07:38 | <geekosaur> | welp |
| 08:07:41 | <geekosaur> | #10 0x00007fa9d08115fb in XftDrawStringUtf8 () from /lib/x86_64-linux-gnu/libXft.so.2 |
| 08:10:34 | <geekosaur> | so it is indeed not in retrieving WM_NAME, it's in trying to render it in the tab |
| 08:13:42 | × | bla quits (~bla@79.191.151.29.ipv4.supernova.orange.pl) (Ping timeout: 255 seconds) |
| 08:23:16 | → | mc47 joins (~mc47@xmonad/TheMC47) |
| 08:30:25 | × | ft quits (~ft@p4fc2a88b.dip0.t-ipconnect.de) (Ping timeout: 250 seconds) |
| 08:35:22 | <geekosaur> | gonna hate trying to figure out why the Shrinker isn't; I always get crosseyed looking at those damned things |
| 09:00:12 | × | guazai[m] quits (~guazaimat@2001:470:69fc:105::3:3254) (Quit: You have been kicked for being idle) |
| 09:00:14 | × | Solid[m] quits (~slot-matr@2001:470:69fc:105::1:a84) (Quit: You have been kicked for being idle) |
| 09:00:14 | × | liskin[m] quits (~liskinmat@2001:470:69fc:105::768) (Quit: You have been kicked for being idle) |
| 09:00:14 | × | unclechu quits (~unclechu@2001:470:69fc:105::354) (Quit: You have been kicked for being idle) |
| 09:17:25 | × | hightower3 quits (~hightower@213.202.92.246) (Ping timeout: 240 seconds) |
| 09:21:42 | <geekosaur> | okay, think I've sorted it (and it's a slow piece of junk, it shrinks a character at a time from a list which means it's quadratic. on a 389K String…) |
| 09:21:56 | → | liskin[m] joins (~liskinmat@2001:470:69fc:105::768) |
| 09:22:04 | <geekosaur> | (and doesn't handle multiline strings at all afaict) |
| 09:22:08 | → | Solid[m] joins (~slot-matr@2001:470:69fc:105::1:a84) |
| 09:22:22 | → | unclechu joins (~unclechu@2001:470:69fc:105::354) |
| 09:26:00 | × | cfricke quits (~cfricke@user/cfricke) (Quit: WeeChat 3.8) |
| 09:33:01 | → | cfricke joins (~cfricke@user/cfricke) |
| 10:27:27 | <L29Ah> | sanitizing title before feeding it to a shrinker sounds good to me |
| 10:27:48 | <L29Ah> | well, it would be nicer to migrate from String, but it's good enough |
| 11:47:45 | × | td_ quits (~td@i5387091D.versanet.de) (Ping timeout: 240 seconds) |
| 11:47:59 | → | td_ joins (~td@i5387091D.versanet.de) |
| 13:12:34 | → | hightower2 joins (~hightower@95.168.105.23) |
| 13:37:48 | × | hightower2 quits (~hightower@95.168.105.23) (Read error: Connection reset by peer) |
| 14:00:56 | → | catman joins (~catman@user/catman) |
| 15:23:01 | × | catman quits (~catman@user/catman) (Ping timeout: 240 seconds) |
| 15:28:21 | <xmonadtrack> | New xmonad-contrib branch created: pull/810 (1 commit) https://github.com/xmonad/xmonad-contrib/pull/810 |
| 15:30:27 | × | cfricke quits (~cfricke@user/cfricke) (Quit: WeeChat 3.8) |
| 15:30:33 | <L29Ah> | :* |
| 15:36:26 | <L29Ah> | hmm xmonad hangs for a few secs even with this patch |
| 15:36:30 | × | mc47 quits (~mc47@xmonad/TheMC47) (Remote host closed the connection) |
| 15:36:50 | <L29Ah> | but that's good enough i guess |
| 15:44:27 | <geekosaur> | seemed pretty quick here |
| 15:45:21 | <L29Ah> | i7-8550U laptop here |
| 15:45:35 | <geekosaur> | mine is an older i5 |
| 15:45:48 | → | catman joins (~catman@user/catman) |
| 15:45:50 | <geekosaur> | and I'm running it in a xephyr in a test harness |
| 15:47:57 | <L29Ah> | i guess that might be due to the fact i have several such tabs in my qutebrowser |
| 15:48:09 | <L29Ah> | and it blinks them |
| 15:55:24 | × | catman quits (~catman@user/catman) (Ping timeout: 255 seconds) |
| 16:00:08 | × | liskin[m] quits (~liskinmat@2001:470:69fc:105::768) (Quit: You have been kicked for being idle) |
| 16:00:08 | × | Solid[m] quits (~slot-matr@2001:470:69fc:105::1:a84) (Quit: You have been kicked for being idle) |
| 16:00:08 | × | unclechu quits (~unclechu@2001:470:69fc:105::354) (Quit: You have been kicked for being idle) |
| 16:06:42 | <geekosaur> | what I'm actually seeing is qutebrowser hangs for a second or two. that's not under xmonad's control; drawing is solely between the client and the X server, xmonad can't even know it's happening without e.g. taking a couple of screenshots and comparing them |
| 16:06:54 | → | liskin[m] joins (~liskinmat@2001:470:69fc:105::768) |
| 16:07:07 | → | Solid[m] joins (~slot-matr@2001:470:69fc:105::1:a84) |
| 16:07:22 | → | unclechu joins (~unclechu@2001:470:69fc:105::354) |
| 16:11:07 | <geekosaur> | and in unrelated news it seems the SSA is just being confusing. there is one more hoop to jump through but it's actually irrelevant. in practice I won |
| 16:11:22 | <geekosaur> | so another few months and then I have income |
| 16:11:36 | <geekosaur> | and can start paying back what I've taken 🙂 |
| 16:54:38 | <xmonadtrack> | xmonad-contrib Brandon S Allbery KF8NH * v0.17.1-151-g87ae269b: Put a cap on window names (2 hours ago, 1 file, 6+ 2-) https://github.com/xmonad/xmonad-contrib/commit/87ae269b8279 |
| 17:19:04 | × | jeeeun quits (~jeeeun@78.40.148.178) (Quit: The Lounge - https://thelounge.chat) |
| 17:20:25 | → | jeeeun joins (~jeeeun@78.40.148.178) |
| 17:37:01 | ← | L29Ah parts (~L29Ah@wikipedia/L29Ah) () |
| 17:59:02 | → | jabuxas joins (~jabuxas@user/jabuxas) |
| 17:59:23 | <jabuxas> | hello |
| 18:02:56 | <geekosaur> | hi |
| 18:03:38 | <geekosaur> | I saw your messages yesterday but you left before I could reply |
| 18:04:35 | <geekosaur> | unfortunately while I think there was an overhaul of ewmhFullscreen recently I can't find it |
| 18:04:48 | <geekosaur> | are you running a released version or from git? |
| 18:05:37 | → | L29Ah joins (~L29Ah@wikipedia/L29Ah) |
| 18:17:44 | → | ft joins (~ft@p4fc2a88b.dip0.t-ipconnect.de) |
| 19:34:53 | <jabuxas> | git |
| 19:36:12 | <jabuxas> | yea i had a blackout yesterday that's why |
| 19:37:05 | <jabuxas> | xmonad contrib commit 673de11ca876a4a58cae3a4d52e36260f66aa6cc |
| 19:39:03 | <jabuxas> | the problem with ewmh fullscreen specifically was that it was tiling the game client when it shouldnt |
| 19:39:16 | <geekosaur> | %gitcontrib 673de11ca87 |
| 19:39:16 | <xmonadtrack> | xmonad-contrib Tomas Janousek {GitHub} * v0.17.1-150-g673de11c: Merge pull request #768 from liskin/fullscreen-hooks (3 weeks ago, 0 files, 0+ 0-) https://github.com/xmonad/xmonad-contrib/commit/673de11ca876 |
| 19:40:34 | <geekosaur> | does it behave if you revert that locally? |
| 19:43:02 | <geekosaur> | you probably want liskin but I don't know if he's around |
| 19:52:07 | <jabuxas> | how would i go about reverting locally? switching commits in stack.yaml and `stack build`? |
| 19:53:31 | <jabuxas> | i dont think that would change anything since i've had this problem for at least 3/4 months, but can do it anyway |
| 19:57:33 | <geekosaur> | oh. so that was just the commit you're on now? |
| 19:57:42 | <jabuxas> | yes |
| 19:58:47 | <geekosaur> | I'd be interested in knowing if the client still is asserting _NET_WM_STATE_FULLSCREEN on the window |
| 19:59:46 | <geekosaur> | https://github.com/geekosaur/xmonad.hs/blob/skkukuk/xmonad.hs#L246 or similar |
| 20:00:51 | <geekosaur> | (I have a bunch of debugging / "how do I build a manageHook for this?" keybinds) |
| 20:02:31 | × | terrorjack quits (~terrorjac@2a01:4f8:c17:87f8::) (Ping timeout: 260 seconds) |
| 20:03:52 | → | terrorjack joins (~terrorjac@2a01:4f8:c17:87f8::) |
| 20:08:32 | × | terrorjack quits (~terrorjac@2a01:4f8:c17:87f8::) (Quit: The Lounge - https://thelounge.chat) |
| 20:15:26 | → | terrorjack joins (~terrorjac@2a01:4f8:c17:87f8::) |
| 20:21:19 | → | rekahsoft joins (~rekahsoft@bras-base-orllon1122w-grc-04-174-88-193-177.dsl.bell.ca) |
| 20:33:05 | <jabuxas> | let me add that and test |
| 20:33:07 | <jabuxas> | do you want me to test with or without ewmhFullscreen? |
| 20:37:02 | <jabuxas> | https://dpaste.org/yAykK |
| 20:40:07 | <geekosaur> | what I'm interested in is whether the window that gets incorrectly tiled still has _NET_WM_STATE_FULLSCREEN in _NET_WM_STATE |
| 20:40:18 | <geekosaur> | so yes, with |
| 20:40:52 | <jabuxas> | this is with https://dpaste.org/zOs4g |
| 20:41:20 | <geekosaur> | actually according to that paste neither window has _NET_WM_STATE at all |
| 20:41:45 | × | L29Ah quits (~L29Ah@wikipedia/L29Ah) (Ping timeout: 240 seconds) |
| 20:44:03 | <geekosaur> | I wonder if it's just sending the message without setting the state, which is an EWMH violation |
| 20:44:18 | <jabuxas> | well its possible to see that tiles automatically on the screen dimensions of the log, even though managehook tells it not to |
| 20:44:54 | <jabuxas> | https://dpaste.com/CF9ALU8GE#line-368 |
| 20:48:11 | <geekosaur> | hm. some things have to be done in a particular order or they get undone. what happens if you swap the doShift and the doCenterFloat? |
| 20:52:45 | <jabuxas> | still happens on interact |
| 20:54:19 | <geekosaur> | hm. I'm back to thinking this is related to _NET_WM_STATE |
| 20:55:13 | <geekosaur> | "on interact" is weird |
| 20:55:40 | <jabuxas> | so if I'm understanding correctly, ewmhFullscreen would fullscreen an application if asked, so that's why disabling it fixes the issue, because maybe if the game client asks to fullscreen, xmonad just doesn't do it? |
| 20:55:54 | <geekosaur> | that said I have something similarly weird related to my own config, every so often the focused window "follows me" when I switch workspaces. but it keeps its tiled/float state |
| 20:56:04 | <jabuxas> | I can record what's happening if that helps |
| 20:56:44 | <geekosaur> | ewmhFullscreen is what listens for the app asking to be fullscreened (_NET_WM_STATE_FULLSCREEN message sent to the root window) |
| 20:57:06 | <geekosaur> | the other way it can happen is _NET_WM_STATE changes |
| 20:57:18 | <geekosaur> | but you have no _NET_WM_STATE at all |
| 20:58:08 | <jabuxas> | i maybe have a similar issue where on max layout, if i touch a floating window, the window being maxed behind the floated one switches with the other one hidden |
| 21:01:18 | <jabuxas> | https://imgur.com/a/MHg4ekp |
| 21:01:24 | <geekosaur> | that one is the infamous "bug 4", there are partial workarounds but no fix |
| 21:01:56 | <jabuxas> | oh you opened that one |
| 21:02:50 | <geekosaur> | not the bug 4 in the current tracker; the one in the old tracker that we couldn't migrate |
| 21:03:21 | <geekosaur> | https://code.google.com/archive/p/xmonad/issues/4 |
| 21:04:33 | <geekosaur> | basically, focus is kept by rotating the StackSet, and while floats are on top of everything else they're spread throughout the StackSet so clicking on one rotates the whole StackSet |
| 21:05:45 | <geekosaur> | the StackSet is mathematically lovely but almost pathological UX |
| 21:08:48 | <jabuxas> | so fixing it would take a lot of work |
| 21:13:46 | × | hrberg quits (~quassel@171.79-160-161.customer.lyse.net) (Ping timeout: 276 seconds) |
| 21:13:58 | → | L29Ah joins (~L29Ah@wikipedia/L29Ah) |
| 21:20:11 | <jabuxas> | if you want to see the bug i uploaded to imgur https://imgur.com/a/mIUmaNU |
| 21:27:34 | <geekosaur> | that looks like it's unnmapping and remapping itself |
| 21:35:07 | ← | L29Ah parts (~L29Ah@wikipedia/L29Ah) () |
| 21:35:22 | <geekosaur> | well, re floating windows in general, we have https://github.com/xmonad/xmonad-contrib/blob/master/XMonad/Layout/FocusTracking.hs which I'm not sure is in a release yet, but you said you run git |
| 21:35:52 | <geekosaur> | but it's an imperfect solution |
| 21:44:56 | → | catman joins (~catman@user/catman) |
| 21:58:39 | → | L29Ah joins (~L29Ah@wikipedia/L29Ah) |
| 22:11:01 | <jabuxas> | how would i implement that? |
| 22:17:51 | <geekosaur> | https://github.com/xmonad/xmonad-contrib/blob/master/XMonad/Layout/FocusTracking.hs#L41-L60 |
| 22:17:52 | <liskin> | Well that PR of mine lets you disable ewmh fullscreen for individual apps |
| 22:18:06 | <liskin> | So that might be a viable workaround |
| 22:20:12 | <geekosaur> | I'm looking over your config (that dbus stuff looks familiar 🙂 ) |
| 22:21:11 | <geekosaur> | looks like you'd change line 394: wrap what you have in parentheses and put `focusTracking` in front of it |
| 22:21:39 | <geekosaur> | after importing XMonad.Layout.FocusTracking |
| 22:23:41 | <jabuxas> | doesn't seem to do anything, should i restart X completely? |
| 22:24:01 | <jabuxas> | `focusTracking (tiled ||| simpleFloat ||| Mirror tiled ||| Full)` |
| 22:24:08 | <geekosaur> | it will only do something with floats |
| 22:24:33 | <geekosaur> | it tries to remember and restore where you were when you select the tiled layer |
| 22:24:57 | <geekosaur> | to work around that StackSet rotation issue I mentioned earlier |
| 22:25:03 | <geekosaur> | ("bug 4") |
| 22:25:20 | × | mncheck quits (~mncheck@193.224.205.254) (Ping timeout: 260 seconds) |
| 22:25:23 | <jabuxas> | ohhhhhhh i thought we were talking about the other bug |
| 22:25:25 | <jabuxas> | my bad |
| 22:25:37 | <geekosaur> | nope, I think you need liskin for that |
| 22:25:57 | <jabuxas> | yeah now floats aren't changing the max layout, nice :) |
| 22:26:07 | <geekosaur> | and I still suspect the _NET_WM_STATE thing is part of the problem |
| 22:26:45 | <jabuxas> | interestingly even though it doesn't change on moving or even interacting, it changes when closing the float |
| 22:29:09 | <jabuxas> | liskin: are you able to help with that issue? |
| 22:29:50 | <geekosaur> | [19 22:17:52] <liskin> Well that PR of mine lets you disable ewmh fullscreen for individual apps |
| 22:29:50 | <geekosaur> | [19 22:18:06] <liskin> So that might be a viable workaround |
| 22:30:17 | <geekosaur> | if all else fails you can disable fullscreen just for those apps and let it work for the ones it works with |
| 22:31:09 | <geekosaur> | but I really think it moving itself to +0+0 means it's unmapping and remapping, without the FULLSCREEN atom set so it doesn't go fullscreen |
| 22:31:19 | <jabuxas> | oh that's what he was talking about, that's why i was confused. ok. |
| 22:31:39 | <jabuxas> | i'll try that pr, let me see how i would use that |
| 22:31:54 | <geekosaur> | I thought you were already on that commit? |
| 22:32:02 | <geekosaur> | (it's already merged) |
| 22:32:07 | <jabuxas> | i'm on the commit, i don't know how to use ToggleFullFloat |
| 22:32:26 | <geekosaur> | [19 19:39:15] <geekosaur> %gitcontrib 673de11ca87 |
| 22:32:27 | <geekosaur> | [19 19:39:16] <xmonadtrack> xmonad-contrib Tomas Janousek {GitHub} * v0.17.1-150-g673de11c: Merge pull request #768 from liskin/fullscreen-hooks (3 weeks ago, 0 files, 0+ 0-) https://github.com/xmonad/xmonad-contrib/commit/673de11ca876 |
| 22:34:28 | <jabuxas> | doFullFloatSave |
| 22:34:31 | <jabuxas> | is that a managehook option? |
| 22:36:06 | <geekosaur> | yes |
| 22:36:29 | <geekosaur> | it makes a fullscreen window while saving its original state |
| 22:37:14 | <geekosaur> | but I'm not sure that's what you need here, it's not that its original state is lost, it looks like it's putting itself into a new floating non-fullscreen window |
| 22:38:41 | <geekosaur> | tbh I'm quite confused by what that video showed |
| 22:39:30 | <geekosaur> | but it is possible that all you need is a ManageHook that matches it and fullscreens it |
| 22:39:51 | <jabuxas> | why fullscreen it? |
| 22:39:58 | <geekosaur> | but I'm worried that will just lead to a map/unmap loop |
| 22:40:15 | <geekosaur> | isn't that what you wanted? it's un-fullscreening itself |
| 22:40:29 | <geekosaur> | so you would re-fullscreen it |
| 22:40:49 | <jabuxas> | the problem is that it tiles itself when it should be floating.. isn't it? |
| 22:40:52 | <jabuxas> | at least that's how i'm viewing it |
| 22:41:31 | <geekosaur> | that didn't look tiled, it looked floated at +0+0 |
| 22:41:41 | <geekosaur> | with a non-fullscreen window |
| 22:42:33 | <geekosaur> | which is a thing that used to happen with old apps, that didn't distinguish between program-defined/default and user-defined position |
| 22:42:53 | <geekosaur> | (which is what's weird because that's an X11R3 issue) |
| 22:43:55 | <jabuxas> | i'll re-record it brb |
| 22:46:01 | <geekosaur> | but even if it is tiling itself, that still requires an unmap/remap and you need a ManageHook to make it do the right thing |
| 22:47:25 | × | rekahsoft quits (~rekahsoft@bras-base-orllon1122w-grc-04-174-88-193-177.dsl.bell.ca) (Ping timeout: 240 seconds) |
| 22:47:46 | <geekosaur> | (applications know nothing about float vs. tiled, that's an internal xmonad thing) |
| 22:48:19 | <jabuxas> | i do think it's remapping itself then, is there a way to check its state and force float on it every time? |
| 22:49:02 | <geekosaur> | that's what the ManageHook is for |
| 22:52:16 | <jabuxas> | but isn't it already set? doCenterFloat |
| 22:53:28 | <geekosaur> | doFullFloat? |
| 22:53:57 | <geekosaur> | but apparently it's not matching the window that gets remapped because that is not centered |
| 22:54:21 | <jabuxas> | https://imgur.com/a/7bWUw1t here is re-recorded, showing that it suddenly tiles itself |
| 22:54:37 | <geekosaur> | when it relocates itself to +0+0 / "tiles itself" / whatever, try to get its properties |
| 22:54:47 | <jabuxas> | ok |
| 22:55:53 | <geekosaur> | yeh, that's tiled |
| 22:56:07 | <geekosaur> | a client wouldn't know how to do that itself, it would have to unmap and remap |
| 22:56:31 | <geekosaur> | and since there'[s no _NET_WM_STATE the isFullscreen rule doesn't fire |
| 22:56:51 | <geekosaur> | so… why doesn't the other one fire? |
| 22:57:06 | <geekosaur> | which is why I want to see what props it has after it does that |
| 22:58:16 | <jabuxas> | https://dpaste.org/Brocp |
| 23:00:00 | <jabuxas> | it didnt change anything did it |
| 23:11:02 | <geekosaur> | WM_CLASS is gone so the ManageHook won't match it |
| 23:11:31 | <geekosaur> | unless you missed copying it and the second one ends at WM_LOCALE)NAME |
| 23:11:38 | <geekosaur> | WM_LOCALE_NAME |
| 23:11:53 | <jabuxas> | i'll check again |
| 23:11:56 | <jabuxas> | but i think you're right lmao |
| 23:11:57 | <jabuxas> | how does it not have a class |
| 23:12:23 | <jabuxas> | have you ever seen that before? |
| 23:13:12 | <geekosaur> | WM_NORMAL_HINTS is completely different |
| 23:13:29 | <geekosaur> | yes, there are broken programs that don't set it |
| 23:14:27 | <geekosaur> | notably it sets min and max size the same, so it should be autofloated at its requested size |
| 23:14:36 | <jabuxas> | i did an oopsie, it does set class https://dpaste.org/QUiA8 |
| 23:14:52 | <geekosaur> | initially it's 1600x900, afterward it's 1912x1047 |
| 23:15:07 | <geekosaur> | so it is withdrawing and remapping |
| 23:16:34 | <geekosaur> | but why isn't it being matched, then? |
| 23:17:02 | <jabuxas> | question of the century |
| 23:17:51 | <geekosaur> | hm, or it's resizing and updating WM_NORMAL_HINTS without remapping (a no-no; wms only read it on map) |
| 23:18:44 | <geekosaur> | almost tempted to have you dump events, but that produces a _lot_ of crap |
| 23:19:28 | <geekosaur> | (X.H.DebugEvents) |
| 23:21:39 | <jabuxas> | how is it used? documentation isn't saying |
| 23:23:57 | <geekosaur> | oh, right, I didn't document that because it's not really an end user thing, it's a diagnostic tool |
| 23:24:04 | <jabuxas> | do I add it like `main = xmonad $ … . debugEventsHook` ? |
| 23:24:13 | <geekosaur> | handleEventHook = debugEventsHook |
| 23:24:32 | <geekosaur> | (along with manageHook, logHook, layoutHook, etc.) |
| 23:24:49 | <jabuxas> | can i <> it? |
| 23:25:24 | <geekosaur> | yes |
| 23:25:39 | <jabuxas> | where does it go to? the log |
| 23:25:42 | <geekosaur> | you can <> everything except the layoutHook |
| 23:25:45 | <geekosaur> | yes |
| 23:25:54 | <geekosaur> | so you'll need to figure out where the session log is |
| 23:26:08 | <geekosaur> | how do you start your session? |
| 23:26:14 | <jabuxas> | xinit |
| 23:26:37 | <geekosaur> | oh. you'll need to restart it, redirecting xinit's output to a file |
| 23:26:50 | <jabuxas> | `exec xmonad | tee ~/.config/xmonad/xmonad.log` |
| 23:26:54 | <jabuxas> | that's how i start it |
| 23:27:19 | <geekosaur> | exec isn't doing you any good there |
| 23:27:33 | <jabuxas> | that's inside .xinitrc |
| 23:27:36 | <geekosaur> | in that case though you should see the events in xmonad.log |
| 23:28:33 | <jabuxas> | i'll restart either way because it's not writing anything to that file |
| 23:28:45 | <jabuxas> | at least not any of the logs you're waiting for |
| 23:28:56 | <jabuxas> | just what was there before |
| 23:30:56 | <geekosaur> | well, "spew" was relatoive. xmonad spends most of its time waiting for window manager events such as windows opening/closing and such |
| 23:31:34 | <geekosaur> | and you really don;t want it responding to a lot of stuff, mostly it should stay out of the way |
| 23:32:08 | <jabuxas> | it just has normal logs that normally appear there from apps https://bpa.st/AAKAO |
| 23:32:36 | <jabuxas> | handleEventHook = -- Hacks.windowedFullscreenFixEventHook swallowEventHook (className =? "Alacritty" <||> className =? "kitty" <||> className =? "XTerm") (return True) <> Hacks.trayerPaddingXmobarEventHook <> debugEventsHook <> myEventHook, |
| 23:32:58 | <jabuxas> | the tabs messed it up |
| 23:33:24 | <geekosaur> | and lack of newlines. this isn't matrix or discord |
| 23:34:10 | <jabuxas> | still figuring out how to properly do things in weechat |
| 23:35:12 | <geekosaur> | it's best not to paste code directly into irc at all |
| 23:35:40 | <geekosaur> | it'll get mangled, it'll get interrupted by join/part messages, it'll be generally annoying |
| 23:36:10 | <jabuxas> | oh yeah, now i got the log |
| 23:36:24 | <jabuxas> | needed to `startx > ~/.Xlog 2>&1` |
| 23:36:32 | <jabuxas> | i'll start the game now |
| 23:42:26 | <jabuxas> | https://0x0.st/H8I1.txt |
| 23:45:06 | <geekosaur> | hm, I have some bugs I need to fix 😕 |
| 23:46:07 | <jabuxas> | this is perhaps another more complete one https://0x0.st/H8Ij.txt -- i didn't auto-login into game this time around |
| 23:46:45 | <jabuxas> | geekosaur: ok, ty for all the help, i'll still be here in case someone finds out anything. i could look into this log for weeks and I wouldn't find the culprit lol |
| 23:50:43 | <geekosaur> | there's some weird stuff in here. it seems to be setting _NET_WM_STATE via a client message, which is completely wrong; it's a window property |
| 23:57:12 | <geekosaur> | I think I caught it unmapping, remapping, then setting the mandatory properties |
| 23:57:18 | <geekosaur> | wrong order |
All times are in UTC on 2023-04-19.