[Bug]: weird resizing on Wayland/labwc

[wastlnd]

What happened?

Running labwc, I have the sfwbar as taskbar. When I kill the taskbar the conky window resizes to a small square in the middle of the screen, just showing the top output. The only way to fix this is to set "own_window_type = override", but this means that the output text will overlap with any other window that I will open.

Version

1.21.6

Which OS/distro are you seeing the problem on?

Arch Linux

Conky config

No response

Stack trace

No response

Relevant log output

No response

[Bluey26]

Hi, i do not use sfwbar but it also happens when i kill my panel(lxqt-panel).

To fix this, you can kill and re-start conky, i use the following in a .desktop to do it:

Exec=bash -c 'pkill conky && conky &>/dev/null'

I'm in labwc too.

[Consolatis]

As own_window_type changes the behavior, this is likely an issue with the xwayland implementation in labwc in combination with the X11 backend of conky. So this doesn't look like a conky wayland backend issue.

[wastlnd]

@Consolatis yet I tried conky on sway and I had a similar issue, the window could not resize itself property.

[Bluey26]

When using the wayland backend (after #1960 fix), the issue seems to be fixed, no more middle-screen box with conky information when the lxqt-panel is restarted.

[wastlnd]

I updated to the latest commit, now the window is unaffected by the taskbar, but I have a new issue: borders show up though they are disabled, and above all the entries get more and more messy, as if words were overlapping

[Bluey26]

I suspect that the word overlap is 2 conky instances running at the same time. Try pkill conky && conky

[wastlnd]

@Bluey26 that's what I suspected too but after killing and restarting I get the same behavior. What's really weird is that after a few seconds the issue gets worse, I end up having white bars instead of words.

[Caellian]

I updated to the latest commit, now the window is unaffected by the taskbar, but I have a new issue: borders show up though they are disabled, and above all the entries get more and more messy, as if words were overlapping !

Thanks for reporting this, I believe I broke it in #2105 by changing cairo operator. The borders I did notice while developing, but I won't have time to fix it until next week. The borders aren't properly handled, they were hidden previously due to the bug that the PR fixes (as well as non-text graphics).

Changing CAIRO_OPERATOR_CLEAR to CAIRO_OPERATOR_SOURCE will likely fix overdraw.

[wastlnd]

Thanks to you @Caellian , I'll wait for the fix and report