sdhand / picom

A compositor for X11, active fork.
Other
136 stars 10 forks source link

AwesomeWM window border color bug #9

Open manuhabitela opened 4 years ago

manuhabitela commented 4 years ago

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

Platform

ArchLinux

GPU, drivers, and screen setup

Hybrid setup via optimus-manager:

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:

okay

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:

not-okay

Thanks!