Windows only animating after a certain amount [Awesome WM]

[antaxiom]

Platform

Arch Linux amd64

GPU, drivers, and screen setup

AMD ATI RX 5700 XT with Mesa Drivers with two screens, one 3440x1440 and another 1920x1080 under it. glxinfo -B

display: :0  screen: 0
direct rendering: Yes
Extended renderer info (GLX_MESA_query_renderer):
    Vendor: X.Org (0x1002)
    Device: AMD Radeon RX 5600 XT (NAVI10, DRM 3.39.0, 5.9.11-arch2-1, LLVM 11.0.0) (0x731f)
    Version: 20.2.3
    Accelerated: yes
    Video memory: 6144MB
    Unified memory: no
    Preferred profile: core (0x1)
    Max core profile version: 4.6
    Max compat profile version: 4.6
    Max GLES1 profile version: 1.1
    Max GLES[23] profile version: 3.2
Memory info (GL_ATI_meminfo):
    VBO free memory - total: 4875 MB, largest block: 4875 MB
    VBO free aux. memory - total: 6128 MB, largest block: 6128 MB
    Texture free memory - total: 4875 MB, largest block: 4875 MB
    Texture free aux. memory - total: 6128 MB, largest block: 6128 MB
    Renderbuffer free memory - total: 4875 MB, largest block: 4875 MB
    Renderbuffer free aux. memory - total: 6128 MB, largest block: 6128 MB
Memory info (GL_NVX_gpu_memory_info):
    Dedicated video memory: 6144 MB
    Total available memory: 12272 MB
    Currently available dedicated video memory: 4875 MB
OpenGL vendor string: X.Org
OpenGL renderer string: AMD Radeon RX 5600 XT (NAVI10, DRM 3.39.0, 5.9.11-arch2-1, LLVM 11.0.0)
OpenGL core profile version string: 4.6 (Core Profile) Mesa 20.2.3
OpenGL core profile shading language version string: 4.60
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile

OpenGL version string: 4.6 (Compatibility Profile) Mesa 20.2.3
OpenGL shading language version string: 4.60
OpenGL context flags: (none)
OpenGL profile mask: compatibility profile

OpenGL ES profile version string: OpenGL ES 3.2 Mesa 20.2.3
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20

Environment

Awesome window manager, Config here

picom version

vgit-a8445

Configuration:

vsync = true;
backend = "glx";
shadow = true;
shadow-exclude = [
  "class_g = 'Dunst'",
  "class_g = 'dwm'",
  "class_g = 'qtile'",
  "class_g = 'awesome'",
  "class_g = 'dmenu'",
  "class_g = 'slop'",
  "class_g = 'maim'",
];
shadow-radius = 18;
shadow-offset-x = -10;
shadow-offset-y = -5;

blur: {
 method = "dual_kawase";
 strength = 6;
 background = false;
 background-frame = false;
 background-fixed = false;
}

blur-background-exclude = [
  "window_type = 'dock'",
  "class_g ~= 'slop'",
  "class_i ~= 'slop'",
  "name ~= 'slop'",
  "window_type = 'desktop'",
  "_GTK_FRAME_EXTENTS@:c"
];

# Animations
transition-length = 185

Steps of reproduction

1. Open several windows
2. Note they do not animate
3. Open your 5th window (or 4th stack window, however you wish to count) note that it does animate\
4. Note that adding more windows on top of this, removing windows or swapping them does create animations

Expected behavior

All windows should animate upon spawning

Current Behavior

Only the 5th window and beyond animate when spawning

Other details

Video here

[zhaose233]

This also happens in i3-gaps

[antaxiom]

I'd like to add that it seems the amount of windows is unrelated, it seems to be more about the size of them, I tried a centered master layout and with that it takes more windows to do since they're kept taller for longer

[vhsdream]

Can confirm this happens in Qtile (v. 0.16.1-2) as well.

[jonaburg]

So far we should currently expect this to happen in all window managers as this is a bug with 'catching' the animations after the window is mapped. The windows are indeed mapping after being spawned, but the animation parameters generally only pick it up after a change in their resolution or size, such as when other windows need to rearrange their geometry to fit another (as is the case with spawning multiple windows). Try opening a window and then quickly changing your gap sizes or something similar within a few hairs of a second and you'll see what I mean. It's on my radar and am looking into it!

[antaxiom]

Any updates on this issue, or any updates for the compositor in general?

[Shadorain]

Same issue here on Xmonad as well. What is interesting is a buddy on a server has no issue with this on AwesomeWM or Xmonad so not sure what the problem is.

[antaxiom]

Very odd, maybe it has to do with their resolution, if some amount of pixels of movement per second triggers and animation being at a higher res means things move more pixels relative to the same % of screen space.

On Wed, Apr 21, 2021, 4:16 PM Shadorain @.***> wrote:

Same issue here on Xmonad as well. What is interesting is a buddy on a server has no issue with this on AwesomeWM or Xmonad so not sure what the problem is.

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/jonaburg/picom/issues/13#issuecomment-824330011, or unsubscribe https://github.com/notifications/unsubscribe-auth/AJRW3ARSSYPYN76E4VIHN6DTJ4XDNANCNFSM4UOP7HBQ .

[jonaburg]

Interesting that he has no problems with it, what does he mean by that exactly? That the animations don't have any effect whatsoever?

In regards to an update, frankly, I'm stuck at the moment and that's been sapping my motivation to continue. I need quite a bit of my time away from work to deal with this, but some of these bugs I'm not sure how much I can help given that to understand sans documentation, I'm trying to reverse engineer all things picom ;)

I was last working on workspace switching, but it's far from stable. I thought of forking from head so it doesn't fall out of maintenance in my absence though. I'm not totally sure what the best way to do that would be - does anyone know if it's possible to rebase this fork off head without making a new repo?

[antaxiom]

I think you'd have to make a new repo. Also I'm thankful for your response, I haven't heard any updates in a while.

On Wed, Apr 21, 2021, 5:28 PM Jon Burga @.***> wrote:

Interesting that he has no problems with it, what does he mean by that exactly? That the animations don't have any effect whatsoever?

In regards to an update, frankly, I'm stuck at the moment and that's been sapping my motivation to continue. I need quite a bit of my time away from work to deal with this, but some of these bugs I'm not sure how much I can help given that to understand sans documentation, I'm trying to reverse engineer all things picom ;)

I was last working on workspace switching, but it's far from stable. I thought of forking from head so it doesn't fall out of maintenance in my absence though. I'm not totally sure what the best way to do that would be

• does anyone know if it's possible to rebase this fork off head without making a new repo?

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/jonaburg/picom/issues/13#issuecomment-824369232, or unsubscribe https://github.com/notifications/unsubscribe-auth/AJRW3AQVCGEBIEM6C5KU3P3TJ47QXANCNFSM4UOP7HBQ .

[Shadorain]

Interesting that he has no problems with it, what does he mean by that exactly? That the animations don't have any effect whatsoever?

https://user-images.githubusercontent.com/35006332/115631063-1f307280-a2d3-11eb-8922-945256ef19f6.mp4

Looks to be working perfect, that is his setup on xmonad^^^ Nah i meant that the animations ARE working for him, not me tho as u can see below

Here is mine on xmonad

[Shadorain]

WOAH just noticed, look how his windows open versus mine! His opens upwards and i noticed that that actually animates!?! versus the normal master stack where mine opens down at the bottom right

[antaxiom]

That's about how mine look when they animate. On a different note that's a nice rice they have, do they have a github?

On Thu, Apr 22, 2021, 12:38 PM Shadorain @.***> wrote:

WOAH just noticed, look how his windows open versus mine! His opens upwards and i noticed that that actually animates!?! versus the normal master stack

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/jonaburg/picom/issues/13#issuecomment-825000718, or unsubscribe https://github.com/notifications/unsubscribe-auth/AJRW3ATCRBH22DBNVIC3SPDTKBGIPANCNFSM4UOP7HBQ .

[Shadorain]

That's about how mine look when they animate. On a different note that's a nice rice they have, do they have a github?

ah that is interesting.... yep here are his dots: https://github.com/kingDaniel2004/.dotfiles

[wh75er]

Having the same issue here on bspwm. Windows are spawning without animations, but then all works fine. I'm having default "tiled" layout in my WM

[Celibistrial]

any fix?