=== amurray_ is now known as amurray
[05:39] <jpnurmi> good morning!
[06:56] <oSoMoN> good morning desktoppers
[06:56] <duflu> Morning oSoMoN 
[06:58] <oSoMoN> hey duflu 
[07:05] <jpnurmi> good morning oSoMoN, hey duflu
[07:07] <duflu> Hi jpnurmi 
[07:13] <didrocks> good morning
[07:16] <oSoMoN> good morning jpnurmi, salut didrocks 
[07:18] <didrocks> salut oSoMoN, hey jpnurmi 
[07:40] <duflu> Hi didrocks 
[07:41] <didrocks> hey duflu 
[08:02] <seb128> goood morning desktopers
=== ackk is now known as ack
[08:06] <duflu> Morning seb128 
[08:07] <seb128> duflu, hey, how is it going?
[08:09] <duflu> seb128, going alright. I got the last actual bug in triple buffering fixed last night. Now only working through some design disagreements. So that's good. How are you?
[08:09] <tjaalton> what's it with the thunderbird ui being very sluggish and a cpu hog?
[08:09] <seb128> duflu, you think it's getting close from landing now?
[08:09] <didrocks> hey seb128 
[08:09] <seb128> tjaalton, not know ... deb or snap? since when?
[08:10] <seb128> lut didrocks!
[08:10] <tjaalton> like when hovering the mouse over the folder pane, it takes >200% cpu here
[08:10] <tjaalton> seb128: jammy, deb
[08:10] <duflu> seb128, probably not landing. Jonas keeps suggesting he wants to rewrite things in the glorious future so may ignore me in 42. But officially it's still tagged as a feature for 42
[08:11] <duflu> Still I will try
[08:14] <seb128> tjaalton, maybe oSoMoN knows about it but I didn't see any report until now
[08:15] <duflu> seb128, historically large branches keep landing in GNOME projects right up to final freeze. Not how I would do it but it's something I've noticed. I guess that's why they always unofficially treat version .1 as the real release
[08:15] <Nafallo> morning
[08:15] <duflu> Morning Nafallo 
[08:15] <seb128> hey Nafallo 
[08:15] <didrocks> hey Nafallo 
[08:15] <seb128> duflu, rigt, that's a bit unfortunate but it has been that way for a while
[08:15] <tjaalton> on my laptop with a 1080p panel it's still feels snappy, but on my 4k desktop (24 core cpu, amd gpu) it's very laggy
[08:16] <tjaalton> -feels
[08:16] <duflu> tjaalton, I noticed slow cursor response there but haven't measured CPU
[08:18] <duflu> tjaalton, yeah I have 365% CPU just hovering the cursor over a Thunderbird email list (in focal)
[08:19] <seb128> urg
[08:20] <seb128> duflu, tjaalton, could one of you try to downgrade to the previous version and see if that's still an issue?
[08:22] <tjaalton> I have 91.5.0, and 91.5.1 is availabe
[08:26] <duflu> It's probably https://bugzilla.mozilla.org/show_bug.cgi?id=1730423, but maybe https://bugzilla.mozilla.org/show_bug.cgi?id=1735340
[08:26] <ubottu> Mozilla bug 1730423 in Thunderbird "High CPU usage due to the mouse hover e-mail message list highlight feature with webrender enabled" [S3, New]
[08:26] <ubottu> Mozilla bug 1735340 in Thunderbird "TB 78 and 91 very slow and unresponsive in short bursts, with high CPU, on 54 GB system with three disks" [--, Unconfirmed]
[08:31] <duflu> tjaalton, the workaround in bugzilla 1730423 works: in config editor enable 'gfx.webrender.force-disabled'
[08:32] <tjaalton> duflu: does it take effect only after a restart?
[08:32] <tjaalton> seems so, and does in fact work
[08:32] <tjaalton> phew
[08:32] <duflu> Yeah you need to restart
[08:34] <tjaalton> thanks for finding it, looks like I didn't scroll far down enough on a forum page I found :)
[08:36] <oSoMoN> tjaalton, duflu: thanks for the report and for finding the corresponding upstream bug
[08:36] <oSoMoN> (I wasn't aware of the issue myself)
[08:36] <tjaalton> I only noticed it on my new desktop, since the ui is snappy enough on the smaller laptop screen
[08:38] <duflu> No problem... tjaalton: https://bugs.launchpad.net/thunderbird/+bug/1959747
[08:38] <ubottu> Launchpad bug 1959747 in thunderbird (Ubuntu) "Very high CPU and slow responsiveness in Thunderbird 91.5.0" [Undecided, New]
[08:39] <tjaalton> thanks, subscribed
=== |avril is now known as avril