Logs on 2022-10-14 (liberachat/#xmonad)
| 00:09:51 | × | werneta quits (~werneta@137.78.30.207) (Ping timeout: 260 seconds) |
| 00:53:35 | → | logzet_ joins (~quassel@2001:9e8:e50c:ca00:dabb:c1ff:fed3:a1b9) |
| 00:53:48 | × | logzet quits (~quassel@2001:9e8:e53b:9500:dabb:c1ff:fed3:a1b9) (Ping timeout: 264 seconds) |
| 00:56:42 | × | ghormoon quits (~ghormoon@ghorland.net) (Ping timeout: 268 seconds) |
| 01:07:12 | → | xtayex joins (~xtayex@n119236109098.netvigator.com) |
| 01:16:15 | xtayex | is now known as xTayEx |
| 01:16:43 | xTayEx | is now known as xtayex |
| 01:32:07 | × | logzet_ quits (~quassel@2001:9e8:e50c:ca00:dabb:c1ff:fed3:a1b9) (Ping timeout: 246 seconds) |
| 01:33:35 | → | ghormoon joins (~ghormoon@ghorland.net) |
| 01:38:21 | → | xtayex1 joins (~xtayex@219.228.146.174) |
| 01:38:53 | × | xtayex quits (~xtayex@n119236109098.netvigator.com) (Quit: Client closed) |
| 01:49:36 | × | ghormoon quits (~ghormoon@ghorland.net) (Ping timeout: 260 seconds) |
| 01:58:59 | → | werneta joins (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) |
| 02:03:36 | × | banc quits (banc@gateway/vpn/airvpn/banc) (Ping timeout: 260 seconds) |
| 02:16:26 | × | jao quits (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) (Ping timeout: 260 seconds) |
| 02:23:49 | → | banc joins (banc@gateway/vpn/airvpn/banc) |
| 02:27:49 | × | td_ quits (~td@83.135.9.55) (Ping timeout: 252 seconds) |
| 02:29:36 | → | td_ joins (~td@83.135.9.35) |
| 02:30:18 | → | jao joins (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) |
| 02:40:00 | → | ghormoon joins (~ghormoon@ghorland.net) |
| 02:45:40 | × | terrorjack quits (~terrorjac@2a01:4f8:1c1e:509a::1) (Quit: The Lounge - https://thelounge.chat) |
| 02:48:15 | → | terrorjack joins (~terrorjac@2a01:4f8:1c1e:509a::1) |
| 03:10:29 | × | jao quits (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) (Ping timeout: 268 seconds) |
| 03:11:39 | → | jao joins (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) |
| 03:57:17 | × | xtayex1 quits (~xtayex@219.228.146.174) (Ping timeout: 252 seconds) |
| 04:25:39 | → | xtayex1 joins (~xtayex@219.228.146.174) |
| 04:25:56 | × | jao quits (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) (Ping timeout: 260 seconds) |
| 04:52:51 | × | xtayex1 quits (~xtayex@219.228.146.174) (Ping timeout: 268 seconds) |
| 05:16:41 | × | fjMSX quits (~hypni2p@2.92.213.55) (Remote host closed the connection) |
| 05:20:41 | → | chomwitt joins (~chomwitt@2a02:587:dc0c:c200:b1b7:d42d:7f9d:2308) |
| 05:21:02 | × | wusticality quits (~user@76.131.115.3) (Remote host closed the connection) |
| 05:25:16 | → | wusticality joins (~user@76.131.115.3) |
| 05:27:30 | <xmonadtrack> | xmonad-contrib exorcist365 {Tony Zorman} * v0.17.1-36-g4734551c: X.H.Modal: Remove `Keys` type alias (22 hours ago, 1 file, 5+ 9-) https://github.com/xmonad/xmonad-contrib/commit/4734551c76b9 |
| 05:27:30 | <xmonadtrack> | xmonad-contrib Tony Zorman {GitHub} * v0.17.1-37-g7d4f0aae: Merge pull request #761 from exorcist365/master (3 minutes ago, 0 files, 0+ 0-) https://github.com/xmonad/xmonad-contrib/commit/7d4f0aaece8c |
| 05:27:44 | → | liskin[m] joins (~liskinmat@2001:470:69fc:105::768) |
| 05:27:51 | → | fjMSX joins (~hypni2p@2.92.213.55) |
| 05:28:56 | × | ghormoon quits (~ghormoon@ghorland.net) (Ping timeout: 260 seconds) |
| 05:54:18 | × | ft quits (~ft@p3e9bc57b.dip0.t-ipconnect.de) (Quit: leaving) |
| 06:20:08 | → | ghormoon joins (~ghormoon@ghorland.net) |
| 06:32:55 | → | logzet joins (~quassel@2001:9e8:e50c:ca00:dabb:c1ff:fed3:a1b9) |
| 06:51:11 | → | xtayex1 joins (~xtayex@180.160.67.85) |
| 06:55:07 | × | werneta quits (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 252 seconds) |
| 06:58:01 | × | fjMSX quits (~hypni2p@2.92.213.55) (Remote host closed the connection) |
| 07:01:04 | → | werneta joins (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) |
| 07:13:30 | → | Guest12 joins (~Guest12@160.119.238.207) |
| 07:14:04 | × | Guest12 quits (~Guest12@160.119.238.207) (Client Quit) |
| 07:15:11 | × | wusticality quits (~user@76.131.115.3) (Remote host closed the connection) |
| 07:45:58 | → | diep joins (~diep@2a01:cb11:2d7:4a00:a13f:e40c:c4e8:736c) |
| 08:09:01 | → | aliosablack joins (~chomwitt@2a02:587:dc0c:c200:b1b7:d42d:7f9d:2308) |
| 08:09:34 | × | chomwitt quits (~chomwitt@2a02:587:dc0c:c200:b1b7:d42d:7f9d:2308) (Read error: Connection reset by peer) |
| 09:00:18 | × | liskin[m] quits (~liskinmat@2001:470:69fc:105::768) (Quit: You have been kicked for being idle) |
| 09:10:46 | × | diep quits (~diep@2a01:cb11:2d7:4a00:a13f:e40c:c4e8:736c) (Ping timeout: 268 seconds) |
| 09:10:46 | → | diep_ joins (~diep@92.138.126.124) |
| 09:14:49 | → | sagax joins (~sagax_nb@user/sagax) |
| 09:36:03 | × | xtayex1 quits (~xtayex@180.160.67.85) (Ping timeout: 268 seconds) |
| 09:48:44 | → | wonko joins (~wjc@2a0e:1c80:2:0:45:15:19:130) |
| 09:55:47 | → | cfricke joins (~cfricke@user/cfricke) |
| 10:17:11 | → | fjMSX joins (~hypni2p@2.92.213.55) |
| 10:22:16 | → | xtayex1 joins (~xtayex@180.160.67.85) |
| 12:22:31 | → | Ehllie joins (~Thunderbi@217-67-208-66.itsa.net.pl) |
| 12:30:00 | → | ircbrowse_tom joins (~ircbrowse@2a01:4f8:1c1c:9319::1) |
| 12:30:05 | Server | sets mode +cnt |
| 12:43:05 | × | xtayex1 quits (~xtayex@180.160.67.85) (Ping timeout: 252 seconds) |
| 12:47:33 | → | ircbrowse_tom joins (~ircbrowse@static.162.49.55.162.clients.your-server.de) |
| 12:47:36 | Server | sets mode +cnt |
| 12:55:07 | → | ircbrowse_tom joins (~ircbrowse@2a01:4f8:1c1c:9319::1) |
| 12:55:10 | Server | sets mode +cnt |
| 13:08:16 | × | wonko quits (~wjc@2a0e:1c80:2:0:45:15:19:130) (Ping timeout: 246 seconds) |
| 13:09:50 | → | xtayex1 joins (~xtayex@180.160.67.85) |
| 13:34:03 | × | xmonadtrack quits (~xmonadtra@xmonad/geekosaur) (Remote host closed the connection) |
| 13:34:27 | × | geekosaur quits (~geekosaur@xmonad/geekosaur) (Quit: Leaving) |
| 13:39:30 | → | jao joins (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) |
| 13:54:13 | × | Ehllie quits (~Thunderbi@217-67-208-66.itsa.net.pl) (Ping timeout: 252 seconds) |
| 14:13:07 | → | geekosaur joins (~geekosaur@xmonad/geekosaur) |
| 14:23:20 | × | ml|_ quits (~ml|@user/ml/x-5298235) (Ping timeout: 268 seconds) |
| 14:24:37 | → | xmonadtrack joins (~xmonadtra@069-135-003-034.biz.spectrum.com) |
| 14:24:37 | × | xmonadtrack quits (~xmonadtra@069-135-003-034.biz.spectrum.com) (Changing host) |
| 14:24:37 | → | xmonadtrack joins (~xmonadtra@xmonad/geekosaur) |
| 14:36:54 | → | ml|_ joins (~ml|@user/ml/x-5298235) |
| 15:07:49 | → | ft joins (~ft@p3e9bc57b.dip0.t-ipconnect.de) |
| 15:21:56 | × | MrElendig quits (~Urist@archlinux/op/MrElendig) (Quit: nuking a hurricane) |
| 15:23:07 | → | MrElendig joins (~Urist@archlinux/op/MrElendig) |
| 15:23:52 | × | diep_ quits (~diep@92.138.126.124) (Remote host closed the connection) |
| 15:34:39 | × | cfricke quits (~cfricke@user/cfricke) (Quit: WeeChat 3.7) |
| 15:34:51 | <T_X> | hi, does anyone have an example code snippet on how to use XMonad.Layout.Stoppable for specific workspaces only? |
| 15:35:10 | → | liskin[m] joins (~liskinmat@2001:470:69fc:105::768) |
| 15:36:54 | <T_X> | also, does it work fine with Firefox on a per window basis? that is if I have one Firefox window on a specific workspace which I want to stay active for webchats and their notifications. while other Firefox windows on other workspaces should stay stoppable |
| 15:37:37 | <T_X> | or would I need an extra Firefox profile (and by that dedicated process?) for this Firefox window with the webchats? |
| 15:47:21 | <geekosaur> | you would have to check what _NET_WM_PID property is for each window. I think Firefox already uses a process per window though (possibly per tab in which case it won't work well unless you stick to one tab per window) |
| 15:49:15 | <geekosaur> | for a particular workspace you'd do something like https://github.com/geekosaur/xmonad.hs/blob/skkukuk/xmonad.hs#L144 but have `stoppable` in place of `avoidStrutsOn []` |
| 15:51:12 | <geekosaur> | or perhaps in your case the reverse, don't use stoppable on that workspace and then use stoppable after it (not so different from what I did with avoidStruts, see just below the avoidStrutsOn line) |
| 15:59:09 | <geekosaur> | I don't know that that layout has been tested with recent versions of firefox, since they do similar things to chromium these days and it says it doesn't work with chromium |
| 16:00:09 | <geekosaur> | Stoppable is pretty hackym if the process that needs to be stopped isn't reported by _NET_WM_PID then it won't work |
| 16:18:19 | × | xtayex1 quits (~xtayex@180.160.67.85) (Ping timeout: 252 seconds) |
| 17:04:15 | × | aliosablack quits (~chomwitt@2a02:587:dc0c:c200:b1b7:d42d:7f9d:2308) (Ping timeout: 268 seconds) |
| 17:12:22 | <Solid> | (but that goes for a lot of functionality offered by all kinds of modules) |
| 17:33:32 | geekosaur | gonna disappear to do battle with cabal again (which will blow away xmonad since it's cabal-installed…) |
| 17:33:56 | <geekosaur> | (testing/debugging new XDG support so old cabal store etc. goes away) |
| 17:34:11 | × | geekosaur quits (~geekosaur@xmonad/geekosaur) (Quit: Leaving) |
| 17:34:24 | × | xmonadtrack quits (~xmonadtra@xmonad/geekosaur) (Remote host closed the connection) |
| 17:43:46 | <T_X> | geekosaur[m]: thanks for the reply! |
| 17:44:25 | → | geekosaur joins (~geekosaur@xmonad/geekosaur) |
| 17:46:30 | → | xmonadtrack joins (~xmonadtra@069-135-003-034.biz.spectrum.com) |
| 17:46:30 | × | xmonadtrack quits (~xmonadtra@069-135-003-034.biz.spectrum.com) (Changing host) |
| 17:46:30 | → | xmonadtrack joins (~xmonadtra@xmonad/geekosaur) |
| 17:49:16 | <geekosaur> | welp, that was fast |
| 17:49:25 | <geekosaur> | I now have two bugs in cabal HEAD 🙂 |
| 18:13:53 | <T_X> | hm, so far the stoppable does not quite seem to work for me. even if I use it like "xmonad $ ewmh defaultConfig { ..., layoutHook = Full ||| stoppable Full" |
| 18:15:01 | <T_X> | that is I don't see anything changing to "T" in "ps aux", even after the necessary 15 seconds timeout |
| 18:15:01 | <geekosaur> | then firefox probably doesn't work the right way any more |
| 18:15:26 | <T_X> | but also for instance the quasselclient (an GUI IRC client) does not seem to stop |
| 18:16:02 | <geekosaur> | can you check its _NET_WM_PID property? |
| 18:16:50 | <geekosaur> | `sleep 5; xprop _NET_WM_PID` in a terminal, then switch to the workspace with the quasselclient window, wait for the cursor to change to a crosshair, and click the quasselclient window |
| 18:19:26 | <T_X> | $ sleep 5; xprop _NET_WM_PID -> _NET_WM_PID(CARDINAL) = 4786 \\ ps aux | grep quassel | grep -v grep -> "myuser 4786 0.0 0.5 1831240 79808 pts/2 SNl Sep28 8:35 quasselclient" |
| 18:24:00 | <geekosaur> | do you have an environment variable $HOST set? if not, it assumes a remote window |
| 18:24:57 | <geekosaur> | or use XMonad.Util.RemoteWindows.manageRemote to look up and store the hostname (https://hackage.haskell.org/package/xmonad-contrib-0.17.1/docs/XMonad-Util-RemoteWindows.html#v:manageRemote) |
| 18:25:47 | <geekosaur> | (yes, X11 supports remote windows. usually this is disabled for security reasons but Stoppable still checks for it and refuses to operate if the window might be remote) |
| 18:27:05 | <T_X> | geekosaur: ah, yes, seems like quasselclient does not have $HOST set: cat /proc/4786/environ | grep HOST -> empty, exit 1 |
| 18:27:23 | <T_X> | hm, in my zsh I have $HOST set though |
| 18:28:00 | <geekosaur> | well, it's xmonad that needs HOST set, and it has to be set when X11 starts not merely in a terminal (only Fedora reads your dotfiles when setting up an X session) |
| 18:28:36 | <geekosaur> | so check environ for the xmonad-x86_64-linux (or etc.) process |
| 18:29:04 | <geekosaur> | also check `xprop WM_CLIENT_MACHINE` for quasselclient the same way I showed for _NET_WMPID |
| 18:30:31 | <geekosaur> | fwiw on debian/ubuntu I now use https://github.com/geekosaur/xmonad.hs/blob/skkukuk/10profile in /etc/X11/Xsession.d; something similar might work for other systems |
| 18:31:21 | <T_X> | ps -Af | grep xmonad | grep -v "grep" -> "myuser 3743 3712 0 Sep28 ? 00:15:57 /home/linus/.xmonad/xmonad-x86_64-linux"; cat /proc/3743/environ| grep HOST -> empty/exit1 |
| 18:32:16 | <T_X> | xprop WM_CLIENT_MACHINE [on quasselclient window] -> WM_CLIENT_MACHINE(STRING) = "myuser-work"; same as in /etc/hostname |
| 18:32:27 | justHaunted | is now known as ffffffradiofree |
| 18:32:48 | ffffffradiofree | is now known as jusFffffffradiof |
| 18:32:52 | <geekosaur> | okay, so you need to either set $HOST where it'll be found by X11 startup, or use manageRemote hook I pointed to earlier to look up the hostname dynamically |
| 18:33:46 | <geekosaur> | (getHostName as shown in the example requires Network.BSD import) |
| 18:36:43 | geekosaur | wonders if it should just assume local host if host etc. isn't set, since nobody much uses remote any more |
| 18:40:49 | <T_X> | I've added this diff: https://gist.github.com/T-X/c0b4834f55c0ee870b0e9650750befc5. installed the libghc-network-bsd-dev package. and recompiled+restarted xmonad. would I need to restart even more things? |
| 18:42:17 | <geekosaur> | the quassel client probably since it needs to go through the manageHook for the window to be registered as local |
| 18:42:31 | <geekosaur> | I would hope it then does the right thing |
| 18:47:34 | <T_X> | hm, $ ps aux | grep quassel | grep -v grep -> myuser 3275793 0.3 1.1 1789296 182228 pts/7 SNl 20:43 0:00 quasselclient |
| 18:47:41 | <T_X> | still an "S" instead of a "T" |
| 18:48:14 | <geekosaur> | you should be able to check that by looking at the XMONAD_REMOTE property of the quasselclient same way you looked at the other two props |
| 18:48:29 | <geekosaur> | hm |
| 18:49:09 | <geekosaur> | I didn't see anything obviously wrong with either Stoppable or RemoteWindows |
| 18:50:24 | <T_X> | sleep 3; xprop XMONAD_REMOTE [on quasselclient window] -> XMONAD_REMOTE(CARDINAL) = 0 |
| 18:50:57 | <T_X> | maybe xmonad --restart is not enough? do I need to restart the whole X11? |
| 18:53:04 | <geekosaur> | you shouldn't |
| 18:53:13 | <geekosaur> | and that is the result you should have gotten |
| 18:53:29 | <geekosaur> | I wonder if something broke X.U.Timer |
| 18:54:31 | <Solid> | ShowWName also uses X.U.Timer and AFAIR that's still working fine, so unlikely |
| 18:56:32 | geekosaur | waiting for weekly backup to finish before testing locally |
| 19:05:51 | → | Guest93 joins (~Guest93@23-123-16-69.lightspeed.cicril.sbcglobal.net) |
| 19:06:13 | × | Guest93 quits (~Guest93@23-123-16-69.lightspeed.cicril.sbcglobal.net) (Client Quit) |
| 19:06:25 | → | Guest93 joins (~Guest93@23-123-16-69.lightspeed.cicril.sbcglobal.net) |
| 19:09:03 | <Guest93> | Hi everybody. |
| 19:09:21 | → | kora9 joins (~kora@h-98-128-228-57.NA.cust.bahnhof.se) |
| 19:10:51 | <geekosaur> | it's bugged |
| 19:11:03 | <geekosaur> | not timer, but Stoppable |
| 19:11:16 | → | chomwitt joins (~chomwitt@80.106.160.196) |
| 19:11:34 | <geekosaur> | I switched away to a different workspace, 15 seconds later the focused window in the new workspace stopped responding 😞 |
| 19:11:52 | <geekosaur> | hi, Guest93 |
| 19:12:55 | <T_X> | oh, well, that at least does something :D |
| 19:14:17 | <Guest93> | Anyone here have any problems with xmobar? For some reason, only a black bar shows up on the top. trayer seems to be working just fine though. |
| 19:15:56 | <kora9> | I only have problems with it when it's not configured right :) |
| 19:16:30 | <kora9> | Have you provided it with a config? |
| 19:17:14 | × | Guest93 quits (~Guest93@23-123-16-69.lightspeed.cicril.sbcglobal.net) (Quit: Client closed) |
| 19:17:53 | jusFffffffradiof | is now known as justThumbs |
| 19:20:09 | justThumbs | is now known as justVain |
| 19:20:49 | × | kora9 quits (~kora@h-98-128-228-57.NA.cust.bahnhof.se) (Quit: WeeChat 3.5) |
| 19:22:49 | <geekosaur[m]> | It has a built-in configuration if none is provided |
| 19:27:46 | <geekosaur[m]> | Hm, maybe it's not buggy, I had a terminal open so it may have stopped all of them |
| 19:28:38 | <geekosaur[m]> | Terminal factories are weird |
| 19:35:18 | <T_X> | but in theory I should see something wtih "xprop XMONAD_REMOTE" on the quasselclient window? |
| 19:35:37 | <T_X> | or is there another application I should test which is available on Debian (Sid)? |
| 19:36:36 | <geekosaur> | it'll be 0 (false) or 1 (true), should be 0 since you're unlikely to be running anything remotely |
| 19:36:50 | <geekosaur> | you'd have to restart X with TCP socket support enabled |
| 19:37:32 | → | wonko joins (~wjc@2a0e:1c80:2:0:45:15:19:130) |
| 19:38:32 | <geekosaur> | interestingly, the process I tried (sxiv, image viewer from apt install) shows state S but I know it's stopping stuff because it stopped my terminal earlier |
| 19:40:02 | <T_X> | geekosaur: ah, right, I tried "ssh -X someserver xmessage "foobar"; and then did a xprop XMONAD_REMOTE on it and I got a XMONAD_REMOTE(CARDINAL) = 1 indeed |
| 19:40:14 | <geekosaur> | no, it's accruing cpu time |
| 19:40:20 | <geekosaur> | so it's not opening |
| 19:40:25 | <geekosaur> | er, not stopping |
| 19:40:54 | <geekosaur> | oh wait, I tried glxgears to have something that would be active, but it's old style so probably doesn't set _NET_WM_PID |
| 19:41:25 | <T_X> | right, I also tried glxgears, and no, it has no _NET_WM_PID |
| 19:41:45 | <geekosaur> | right, just verified that |
| 19:42:06 | <T_X> | I also checked with "kill -s SIGSTOP" to the quasselclient pid and it indeed switches to "T". so it's not some signal handler overwrites within the client itself |
| 19:42:16 | <geekosaur> | (I have a bunch of debugging things in my config, I can ctrl-meta-shift-6 a window to see its props for example) |
| 19:42:58 | <geekosaur> | so Stoppable isn't doing its thing |
| 19:43:53 | <geekosaur> | the code still looks correct to me, sadly |
| 19:44:07 | <geekosaur> | file a bug report, maybe someone else can see something I missed |
| 19:44:24 | <geekosaur> | https://github.com/xmonad/xmonad-contrib/issues/new |
| 19:45:11 | <T_X> | ok, will do that later. thanks for looking into it though and clarifying regarding how it's supposed to work |
| 19:53:59 | <geekosaur> | okay, tested again with a different terminal program so I didn't lose one to check in. 15 seconds after switching workspaces, it reported suspended |
| 19:54:17 | → | noex joins (~null@user/noex) |
| 19:54:20 | <geekosaur> | "zsh: suspended (signal) xfce4-terminal" |
| 19:54:32 | <geekosaur> | so it *is* working here |
| 20:00:00 | <geekosaur> | so now I have no idea why you're having issues with it |
| 20:06:29 | <geekosaur> | maybe paste your whole xmonad.hs so we can check it |
| 20:06:32 | <geekosaur> | @where paste |
| 20:06:32 | <lambdabot> | Help us help you: please paste full code, input and/or output at e.g. https://paste.tomsmeding.com |
| 20:20:38 | → | Guest93 joins (~Guest93@2602:301:77b1:450:d2b5:cb42:c9ba:35fd) |
| 20:29:25 | <T_X> | geekosaur: https://github.com/T-X/xmonad-config/blob/main-stoppable-test/xmonad.hs |
| 20:30:14 | <T_X> | ah, maybe I have an idea now. maybe I misread the example |
| 20:31:46 | <T_X> | ha, yes, of course, I need to switch the layout first with Alt+Space... |
| 20:32:34 | <T_X> | that works for quasselclient now :D. now need to check this for Firefox too, give me a second |
| 20:34:39 | <geekosaur> | was just about to ask if you'd alt-spaced 🙂 |
| 20:35:48 | × | wonko quits (~wjc@2a0e:1c80:2:0:45:15:19:130) (Ping timeout: 264 seconds) |
| 20:43:00 | <T_X> | for a dedicated Firefox profile / window this does not seem to work yet though. the xprop _NET_WM_PID seems to return the PID of the initial Firefox process and it is stopped correctly, switches to T. however it's child processes which do the actual work keep on running |
| 20:43:19 | <T_X> | who would have thought that a shady web bitcoin mining site could turn useful for testing :D |
| 20:43:41 | <geekosaur> | heh |
| 20:43:52 | <geekosaur> | yeh, I figured it would do that |
| 20:44:18 | <geekosaur> | the Stoppable doc warns about chromium which works that way, but was written before firefox started doing the same |
| 20:44:29 | <geekosaur> | I warned you about that earlier |
| 20:44:42 | <T_X> | yes, I know :-) |
| 20:44:56 | <geekosaur> | [14 15:59:09] <geekosaur> I don't know that that layout has been tested with recent versions of firefox, since they do similar things to chromium these days and it says it doesn't work with chromium |
| 20:47:25 | <T_X> | maybe I need to implement something like a "killall -s SIGSTOP firefox; killall -s SIGSTOP /usr/lib/firefox/firefox" somewhere then when I switch away from my workspaces with Firefox. and somehow start a firefox with a different process names (or use another browser) for the webchat stuff then |
| 20:47:55 | <T_X> | the killall -s SIGSTOP /usr/lib/firefox/firefox seems to be the call which tames these workers |
| 20:48:16 | <geekosaur> | the real trick would be to find a programmatic way to access its taks manager so you could suspend the process corresponding to the no-longer-active window |
| 20:48:38 | <geekosaur> | *task |
| 20:51:06 | <geekosaur> | or tab as appropriate |
| 20:53:10 | <T_X> | yeah. though I don't quite trust the Firefox task manager. after a while Firefox seems to need more and more CPU cycles. and even stopping all active tabs via "about:performance" then usually does not lead to low CPU usage of firefox |
| 20:53:56 | <T_X> | hm, I'm wondering if those child processes are shared between different windows. if so would be annoying to properly stop things on a process base |
| 20:55:39 | <T_X> | like if you'd get the overall firefox process ID with _NET_WM_PID. but then blatantly stopping all its child processes might lead to a firefox window getting stuck which is not on a stoppable workspace |
| 20:55:44 | <geekosaur> | some of them correspond to active windows/tabs, others to things like the JS engine or the render backend or etc. |
| 20:56:05 | <geekosaur> | \so yes, stopping the wrong process would do bad things |
| 20:59:10 | → | wonko joins (~wjc@2a0e:1c80:2:0:45:15:19:130) |
| 21:16:19 | × | Guest93 quits (~Guest93@2602:301:77b1:450:d2b5:cb42:c9ba:35fd) (Quit: Client closed) |
| 21:20:48 | × | wonko quits (~wjc@2a0e:1c80:2:0:45:15:19:130) (Ping timeout: 264 seconds) |
| 21:23:01 | <T_X> | pfff, yes, the process / window management seems confusing. found out about "about:processes" which is helpful to see which site/tab/window is using which process. initially each tab seems to get its own process. but after a few tabs for the same site then a new one is sharing the same process with another tab |
| 21:23:55 | <T_X> | I guess just a stoppableWithChildren is what I'd be looking for for now... and then I'd just use another Firefox profile / parent process for this one |
| 21:29:19 | <geekosaur> | mm, we have a process mechanism that goes the other way |
| 21:30:54 | <geekosaur> | X.U.Process.getPPIDChain |
| 22:45:01 | → | wonko joins (~wjc@2a0e:1c80:2:0:45:15:19:130) |
| 23:47:00 | → | Henson joins (~kvirc@207.136.101.195) |
| 23:52:36 | × | wonko quits (~wjc@2a0e:1c80:2:0:45:15:19:130) (Ping timeout: 260 seconds) |
| 23:55:40 | <Henson> | I use DynamicWorkspaces, and sometimes accumulate a lot of windows. I also use windowPrompt with FuzzyMatch to help me find windows when they get lost. But sometimes I would like to take a closer look at the windows that are matched by FuzzyMatch. Is there some existing module or way to create a new DynamicWorkspace that contains all of the windows that match? |
All times are in UTC on 2022-10-14.