Closed xt1zer closed 5 years ago
Is that the only terminal output?
How often does this happen?
Is that the only terminal output?
How often does this happen?
Yes. Each time after, like, 3 minutes after launch
Can you run compton --log-level=trace
and post the output?
Can you run
compton --log-level=trace
and post the output?
This takes longer that I expect it to, I'll write back when it happens next time with a log
Surprisingly, it never crashed since your response. I'll try to reproduce the issue with active and daemon (compton -b) processes
Can you run
compton --log-level=trace
and post the output?
Hey, I figured out that it at least crashes when a "Download" popup window of Firefox appears (floating), this happened now a few times. OP updated with the trace
I have exactly the same problem on arch with i3-gaps, but I cannot reproduce the bug with firefox's "Download" popup window or any other floating window.
This is my terminal output without trace log level:
[ 03/25/2019 14:38:58.307 glx_bind_pixmap ERROR ] Failed to query info of pixmap 0x04e2ea7e.
[ 03/25/2019 14:38:58.307 paint_one ERROR ] Failed to bind texture for window 0x07200372.
[ 03/25/2019 14:38:58.307 paint_one ERROR ] Window 0x07200372 is missing painting data.
compton: ../compton/src/win.c:1623: map_win: Assertion `!win_is_focused_real(ps, w)' failed.
[1] 12283 abort (core dumped) compton --config ~/.i3/compton.conf
@sveatlo Can you try again with --log-level=trace
? Thanks.
I was just about to post it :D https://termbin.com/k3sh
also my config (very simple):
shadow = false;
inactive-dim = 0.3;
inactive-dim-fixed = true;
backend = "glx"
mark-wmwin-focused = true;
mark-ovredir-focused = true;
use-ewmh-active-win = true;
detect-rounded-corners = true;
detect-client-opacity = true;
refresh-rate = 0;
vsync = true;
dbe = false;
focus-exclude = [ "name = 'Notification'", "class_g ?= 'Notify-osd'", "class_g = 'Cairo-clock'", "class_g = 'i3bar'", "class_g = 'URxvt'" ];
detect-transient = true;
detect-client-leader = true;
invert-color-include = [ ];
glx-copy-from-front = false;
@sveatlo @xt1zer Should be fixed in next
(also in stable/6
)
Can you confirm?
I've been running from a git build since your comment without any problems. Though I wasn't able to forcefully replicate the issue before, I believe it is solved.
I'm closing this then. Please reopen if it happens again
I'm closing this then. Please reopen if it happens again
Oh hey, I wasn't home til now. By "confirm" did you mean if the commit fixed the issue? When should I expect an update in Arch repos?
Can you release a new version, since this fixes a deal-braking bug?
@clawoflight I don't understand how this is deal-breaking. Distros shouldn't be using debug build, and release builds shouldn't include asserts.
ping @xyproto.
Is ArchLinux not doing release builds of compton?
@yshui doesn't look like it is using debug builds: https://git.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/compton
And this is the meson wrapper:
https://git.archlinux.org/svntogit/packages.git/tree/trunk/arch-meson?h=packages/meson
@clawoflight the meson wrapper uses --buildtype plain
and does not enable b_ndebug
. So that's why.
cc @xyproto
Thanks for the replies! I opened a bug on the Arch side: https://bugs.archlinux.org/task/62166
Just received an update and the issue seemed to never appear again. Thanks for your support!
Platform
Arch 5.0.4-arch1-1-ARCH
GPU, drivers, and screen setup
Nvidia Geforce GTX 1070 Ti, nvidia 418.56-2
Environment
i3-gaps
Compton version
v6 --diagnostics output:
Compton configuration:
Trace
https://pastebin.com/cN5mMthk
Steps of reproduction
[1] + 3362 abort (core dumped) compton