AwesomeWM window border color bug

[manuhabitela]

Hey, thanks for this fork! Rounded borders are really nice.

Platform

ArchLinux

GPU, drivers, and screen setup

Hybrid setup via optimus-manager:

• Intel graphics via Core i7-3840QM, xf86-video-intel 1:2.99.917+906+g846b53da-1
• NVIDIA Quadro K2000M, nvidia drivers 440.82

On device boot I select the graphic card to use. The problem happens with both settings.

glxinfo -B

name of display: :0
display: :0  screen: 0
direct rendering: Yes
Memory info (GL_NVX_gpu_memory_info):
    Dedicated video memory: 2048 MB
    Total available memory: 2048 MB
    Currently available dedicated video memory: 1762 MB
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: Quadro K2000M/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 440.82
OpenGL core profile shading language version string: 4.60 NVIDIA
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile

OpenGL version string: 4.6.0 NVIDIA 440.82
OpenGL shading language version string: 4.60 NVIDIA
OpenGL context flags: (none)
OpenGL profile mask: (none)

OpenGL ES profile version string: OpenGL ES 3.2 NVIDIA 440.82
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20

Environment

I use an LXDE session with AwesomeWM 4.3

picom version

vgit-1f8eb

picom --diagnostics

**Version:** vgit-1f8eb

### Extensions:

* Shape: Yes
* XRandR: Yes
* Present: Present

### Misc:

* Use Overlay: No (Another compositor is already running)
* Config file used: /home/manu/.config/picom/picom.conf

### Drivers (inaccurate):

NVIDIA, modesetting  

Configuration:

Picom configuration

backend = "glx";

glx-no-stencil = true;
glx-copy-from-front = false;
shadow = true;
shadow-radius = 5;
shadow-offset-x = -5;
shadow-offset-y = -5;
shadow-opacity = 0.75;
shadow-ignore-shaped = false;

inactive-opacity = 1;
active-opacity = 1;
frame-opacity = 1;
inactive-opacity-override = false;

blur-background-fixed = false;
blur-background-exclude = [
    "window_type = 'dock'",
    "window_type = 'desktop'"
];

fading = false;
fade-delta = 4;
fade-in-step = 0.03;
fade-out-step = 0.03;
fade-exclude = [ ];

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;

unredir-if-possible = false;

focus-exclude = [ ];

detect-transient = true;
detect-client-leader = true;

# available types: "unknown", "desktop", "dock", "toolbar", "menu", "utility", "splash",
# "dialog", "normal", "dropdown_menu", "popup_menu", "tooltip", "notify", "combo", and "dnd".
wintypes:
{
    menu = { shadow = false; };
    dropdown_menu = { shadow = false; };
    popup_menu = { shadow = false; };
    tooltip = { shadow = false; };
};

xrender-sync-fence = true;

corner-radius = 6

Steps of reproduction

1. Launch a few windows side by side from any app (for example, 3 terminal windows)
2. Switch window focus a few times

Expected behavior

The windows border colors should take the colors defined in my window manager (AwesomeWM): when they are focused, border colors should change, when they lose focus, border colors should change.

Current Behavior

The windows border colors randomly take the config from my window manager (AwesomeWM). They often are not the colors they should be: borders are set to variants of gray.

Other details

The problem only happens in this fork, with rounded corners set. If I set corner-radius = 0 in config, there is no bug. Using --experimental-backends removes the rounded corners.

The problem doesn't seem to be related to my AwesomeWM config, as it happens also with the default rc.lua config.

Here is a screenshot of what should happen: the non-focused window should have my theme's non-focused border color (really dark blue) and the focused one should be yellow:

Here is a screenshot of what happens: randomly, the non-focused, or focused window border colors are set to a dark or light gray, not coming from my theme. When I'm lucky, the focus color from my theme, yellow, is set, but it's often not:

Thanks!