ifreund changed the topic of #river to: river - a dynamic tiling wayland compositor || https://github.com/riverwm/river || channel logs: https://libera.irclog.whitequark.org/river/
Guest97 has quit [Quit: Client closed]
waleee has joined #river
jao has quit [Ping timeout: 244 seconds]
leopoldek has joined #river
eShaev9z_ has joined #river
eShaev9z has quit [Ping timeout: 245 seconds]
waleee has quit [Ping timeout: 246 seconds]
ayushnix has joined #river
ayushnix has quit [Changing host]
ayushnix has joined #river
Raul99 has joined #river
Raul99 has quit [Quit: Client closed]
Raul99 has joined #river
Raul52 has joined #river
Raul99 has quit [Quit: Client closed]
Raul52 has quit [Client Quit]
Raul99 has joined #river
<Raul99> test
<switchy> test failed
<Raul99> Darn
<NickH> Raul99: the java thing sounds like maybe you don't _JAVA_AWT_WM_NONREPARENTING set.
<NickH> For firefox, are you using ssd or csd?
<Raul99> Wait can you rephrase on the java part?
<Raul99> And what do you mean about SSD/CSD
notzmv has quit [Ping timeout: 245 seconds]
<NickH> It's an environment variable that is often needed to be set to get JAVA apps to work with tiling window managers/compositors.
<Raul99> Ohh, let me try it then, just looked it up
<NickH> ssd=server side decorations, csd=client side decorations.
<NickH> See riverctl man page rule-add section
<Raul99> I'm not sure NickH, is there any way to check? Just looked it up but the search engine seems to think I'm talking about hard drives
<Raul99> Also, you were right, ZAProxy finally works!
<NickH> borders are window decorations. They can either be set by the client, eg firefox, or the server, eg river.
<Raul99> Ah I understand now
<Raul99> NickH thank you so much for the help, I didn't realize it was an issue with my end since other compositors seemed to work, I'll probably be on my way now
<NickH> Did you sort out the firefox borders?
<Raul99> I'll probably leave it for later, still not sure how to check whether Firefox is using server/client side decorations
<Raul99> I was considering ignoring it since it only happens in the self compiled build and not with the build from the official repos, but I should probably try to figure it out
<NickH> More recent versions of river have a different default for csd vs ssd.
<NickH> The version in your repo is probably old, and using ssd by default where as the latest river uses csd (IIRC)
<NickH> If you want ssd by default just run "riverct rule-add ssd".
<NickH> sorry " riverctl rule-add ssd"
<NickH> You can also set it on a client by client basis.
<Raul99> I see, I'm gonna try compiling it again and then running that, will come back soon to update on whether it worked or not
<NickH> For example I use ssd by default but usually set it to csd for GTK4 apps.
<NickH> What version of river are you running right now? "river -version"
<Raul99> 0.2.4, it's the one from the official repo
<Raul99> I'm gonna go compile the latest build now
<NickH> Ok, so that should have everything using ssd.
<NickH> What "official repo"?
leopoldek has quit [Ping timeout: 240 seconds]
<Raul99> The arch linux one
<NickH> New one will havd csd for everyhing unless you run "riverctl rule-add ssd"
<Raul99> Alright be right back in about a minute
<NickH> Ok, best to say what distro you are using when talking about repos.
<Raul99> Ah apologies
Raul99 has quit [Quit: Client closed]
Raul99 has joined #river
<Raul99> Yep, you were right, the rule-add command fixed it
<NickH> Glad I could help.
<Raul99> Thanks for everything, and take care
Raul99 has quit [Client Quit]
Guest95 has joined #river
Guest95 has quit [Quit: Client closed]
Guest32 has joined #river
ayushnix has quit [Remote host closed the connection]
Guest32 has quit [Quit: Client closed]
dmitz has joined #river
ecocode[m] has joined #river
RZ_MJ[m] has joined #river
plumeus has joined #river
Akawama[m] has joined #river
jao has joined #river
chris3 has quit [Remote host closed the connection]
mx08_ has quit [Quit: WeeChat 3.0]
mx08 has joined #river
Ordoviz has joined #river
jao has quit [Ping timeout: 245 seconds]
Ordoviz has quit [Quit: WeeChat 4.0.2]
kotto has joined #river
duncaen has quit [Ping timeout: 260 seconds]
duncaen has joined #river
chris3 has joined #river
bonecchi has joined #river
Szadek5 has joined #river
Szadek has quit [Ping timeout: 258 seconds]
Szadek5 is now known as Szadek
kotto has quit [Quit: WeeChat 4.0.2]
bonecchi has quit [Ping timeout: 260 seconds]
bonecchi has joined #river
tiosgz has joined #river
<tiosgz> been looking into #830 (lock-out when toggling between two outputs)
<tiosgz> so far i've found that it only seems to happen when there's a layout demand involved (i.e. there's both a layout gen and a tiled view)
<tiosgz> ... in case i give up and forget to note it publicly.
<tiosgz> plus apparently #828 (mpv-fix-take-2) prevents 'tiled' views without a layout to be moved/resized, regardless of whether with the mouse or with a command
<tiosgz> plus the log is hella full of 'debug(transaction): commiting transaction' and 'debug(text_input): text input committed update' (the latter only with the respective PR, of course)
<tiosgz> idk if keeping these messages is worth it, but i also sorta understand why they exist in the first place
bonecchi has quit [Quit: WeeChat 4.0.2]
bonecchi has joined #river
<bonecchi> Hello everyone. I'm still trying to homestead the river wm. Does anybody know how can I make my touchpad act as a click and maybe turn it's sensitivity down since I'm using trackpoint?
bonecchi has quit [Ping timeout: 250 seconds]
groknull has joined #river
groknull has quit [Remote host closed the connection]
<ifreund> tiosgz: I thought that what's happening with #830 is that river doesn't preserve output state, in particular the position of the output in the layout, when an output is unplugged and plugged back in
<ifreund> which can result in ouputs overlapping which causes all kinds of issues
<tiosgz> humm, could it be that only the tiled stuff is shifted away?
<tiosgz> but it doesn't seem so, cos river-tag-overlay shows that no tags are focused
<tiosgz> and i can't do anything with focus, other than interact with last focused view with the keyboard (but iirc after closing it none other gets focus)
<tiosgz> plus even lswt gives weird/wrong info
<tiosgz> (and btw i'm not doing any physical hotplug, just alternating between `wlr-randr --output eDP-1 --on --output VGA-1 --off` and the opposite)
jao has joined #river
Ordoviz has joined #river
<ifreund> tiosgz: ah, I think I see an issue in Root.processOutputConfig() It doesn't call Root.addOutput() which has the logic for recovering from all outputs having been disabled
<ifreund> I don't have time to look more deeply into it right now, but perhaps that hint can help you out
<tiosgz> oopsie... thanks. i guess i must've assumed it happened somewhere else. will look into it later today or tomorrow
leopoldek has joined #river
<ifreund> (I haven't entirely forgotten about your open PR on codeberg by the way, I've just been too busy with other parts of my life for river recently)
<ifreund> My bachelor's thesis will be done in the next few weeks though :)
<tiosgz> i know :) i got some more stuff in the backlog but i don't wanna throw it all on you yet
<tiosgz> good luck finishing it
<ifreund> thanks!
leopoldek has quit [Remote host closed the connection]
Ordoviz has quit [Quit: WeeChat 4.0.2]
tiosgz has quit [Quit: tiosgz]
leopoldek has joined #river
leopoldek has quit [Remote host closed the connection]
waleee has joined #river
tiosgz has joined #river
<tiosgz> so it seems adding self.addOutput(output); at the beginning of if(head.state.enabled) doesn't fix the bug
<tiosgz> i have a (most likely false) suspicion concerning Root.fallback.inflight, but that's for the next time i look into this (and i really need to check at what time it should be updated)
tiosgz has quit [Client Quit]
duncaen has quit [Ping timeout: 240 seconds]
duncaen has joined #river
leopoldek has joined #river
jao has quit [Ping timeout: 264 seconds]
basilek has joined #river
jao has joined #river
basilek has quit [Client Quit]