noopdecoder has quit [Remote host closed the connection]
noopdecoder has joined #river
noopdecoder has quit [Remote host closed the connection]
noopdecoder has joined #river
noopdecoder has quit [Client Quit]
noopdecoder has joined #river
novakane has joined #river
andrea has joined #river
yyp has joined #river
yyp has quit [Read error: Connection reset by peer]
yyp has joined #river
udw has joined #river
udw has quit [Client Quit]
udw has joined #river
udw has left #river [#river]
<yyp>
What version of wlroots river currently requires?
<yyp>
Nevermind, for some reason I thought it did require wlroots git master but it works with stable releases just fine
andrea has quit [Read error: Connection reset by peer]
andrea has joined #river
andrea has quit [Quit: Quit]
novakane has quit [Ping timeout: 268 seconds]
_whitelogger has joined #river
yyp has quit [Read error: Connection reset by peer]
yyp has joined #river
yyp has quit [Remote host closed the connection]
yyp has joined #river
_whitelogger has joined #river
yyp has quit [Ping timeout: 268 seconds]
yyp has joined #river
novakane has joined #river
waleee has joined #river
waleee has quit [Client Quit]
waleee has joined #river
waleee has quit [Ping timeout: 264 seconds]
waleee has joined #river
novakane has quit [Quit: WeeChat 3.1]
_whitelogger has joined #river
andrea has joined #river
ortofellio has joined #river
andrea has quit [Ping timeout: 264 seconds]
andrea has joined #river
ortofellio has quit [Ping timeout: 264 seconds]
noopdecoder has quit [*.net *.split]
aruhier has quit [*.net *.split]
ifreund has quit [*.net *.split]
ifreund has joined #river
aruhier has joined #river
noopdecoder has joined #river
novakane has joined #river
<novakane>
why firefox popup works when I launch river in river though... weird
<leon-p>
novakane: which popups do you mean? For me everything works fine in iceweasel. I think iceweasel is based on firefox-esr?
<novakane>
like the one from the bitwarden extension
<Misthios>
wasnt iceweasel killed in 2016?
<Misthios>
so is it even wayland native
<leon-p>
Misthios: you are thinking of the other ice one (icecat I think?) Iceweasel is the newer one. And yes, it is wayland native. I have river build without xwayland
<Misthios>
wasnt iceweasel the debian "firefox" without branding
<Misthios>
?
<Misthios>
and oh
<leon-p>
more or less. It is the firefox fork that commonly comes with distributions that take FOSS a bit more seriously.
<leon-p>
also all the DRM crap and pocket / share / whatever are ripped out
<Misthios>
ah
<novakane>
like the one from the bitwarden extension
<novakane>
oh I didn't send the message smh
<novakane>
oh yeah I did
<novakane>
I'm tired
<novakane>
anyway I think on firefox the subsurface aren't rendered if there is no damage on the parent surface
<novakane>
Idon't know why though
<leon-p>
maybe they forgot to commit the parent surface?
<novakane>
well I don't see anything missing on what ifreund did, firefox probably makes something different, but I can't find what for now
<leon-p>
anyway, I have been using river as my main desktop again since the damage tracking got implemented and it works really great. As far as I am concerned, the user-exposed functionality is pretty much where it should be, bar some multi-monitor stuff and a minimal amount of eye-candy.
<leon-p>
novakane: do you have the same issue in sway?
novakane has quit [Quit: WeeChat 3.1]
novakane has joined #river
<novakane>
leon-p: nope, only on river since the damage tracking commit
<leon-p>
very interesting.
<leon-p>
I'll take a look at it, but I can't promise anything since I don't have the same issue
<novakane>
like for exemple if I'm typing my password to unlock bitwarden the text is not displayed unless I move my mouse
<novakane>
or if something is rendering in the tab behind
<inclement>
I recently implemented damage tracking in another compositor - many times I thought it was working until it once again firefox's many subsurfaces revealed a mistake in my surface handling!
<inclement>
In this case I wonder, is it possible river is failing to bind to events of subsurfaces that already exist when the xdg-popup (or maybe other things) is created? I'm not at all familiar with river or zig, but I don't see this in XdgPopup.zig
<leon-p>
That is an interesting idea.
<leon-p>
Although subsurfaces are handled elsewhere AFAIK
<leon-p>
Subsurface.zig
<inclement>
Well, again I don't know zig at all, but it looks like this handles manipulation of subsurfaces - in this case I'm suggesting it's never invoked for existing subsurfaces
<inclement>
I had something similar at one point, the result was a lot like novakane describes, and I only ever saw firefox making use of subsurfaces this way
<leon-p>
I think the best way to test that is to rig up a test client that creates surfaces and subsurfaces and afterwards assigns xdg toplevel/pop-up surface roles.
<leon-p>
I am a bit distracted right now, but I'll put it on my list
<novakane>
inclement: I think you're on something, I'll try to see if I can make it
<leon-p>
novakane: if you want to write a test client, you can start with river-tag-indicator. It is pretty simple to convert that into a simple xdg shell window. It's what I did for my snake game as well :P
<novakane>
I saw somethinng about synced/desynced surface, this afternoon and I though it was something about that
<novakane>
leon-p: well maybe or maybe i'm just waiting for ifreund to read this :P
<leon-p>
hehe :P
yyp has quit [Remote host closed the connection]
<novakane>
inclement: so you're vivarium's developer?
<inclement>
Yep
<novakane>
indeed I see that damage tracking commits are really recent, you're right in it too
<inclement>
Yeah, it was quite fiddly. I think river is in much better shape for it though, I didn't understand the surface tree structure well in advance but river looks to handle it all properly already