-
-
Notifications
You must be signed in to change notification settings - Fork 589
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Window update stutter and window disappearance #301
Comments
Noticed a
One time this happened, not sure if related. |
This seems to be caused by a |
Finally nailed down the root cause with the help of Xorg devs. Turn out to be a really hard to fix xlib bug. I wonder if we need workaround for this. |
For more details, see: https://gitlab.freedesktop.org/xorg/lib/libx11/-/issues/118 GLX requests use XAllocID to allocated XIDs internally, which has a bug that can cause ID conflicts with the XIDs allocated via xcb_generate_id. |
This is a workaround for #301. This doesn't fix the bug, but by allocating X resources much less frequently, this should make the bug almost never happen. Also, it might generally be a good idea to not create/destroy X resources so often. (XFixes Region accounts for >99% of the resource creations/destructions) Signed-off-by: Yuxuan Shui <yshuiv7@gmail.com>
Having an EGL backend should largely solve this problem, at least for Mesa users. |
This is a workaround for #301. This doesn't fix the bug, but by allocating X resources much less frequently, this should make the bug almost never happen. Also, it might generally be a good idea to not create/destroy X resources so often. (XFixes Region accounts for >99% of the resource creations/destructions) Signed-off-by: Yuxuan Shui <yshuiv7@gmail.com>
Changes: Fixed yshui/picom#470 yshui/picom#471 yshui/picom#474 yshui/picom#465 Worked around yshui/picom#301 Fixed specifying a window id with the picom-trans script Fixed minor memory leaks
This is a workaround for yshui#301. This doesn't fix the bug, but by allocating X resources much less frequently, this should make the bug almost never happen. Also, it might generally be a good idea to not create/destroy X resources so often. (XFixes Region accounts for >99% of the resource creations/destructions) Signed-off-by: Yuxuan Shui <yshuiv7@gmail.com>
Sometimes picom will stop receiving any DamageNotify events for a given window, causing the window only to get updates when some other window is updated.
Unmapping then mapping the window doesn't fix the problem, and will make the window disappear altogether.
Unsure if this is a picom bug or a xorg-server bug.
Unfortunately this is rare and cannot be produced reliably.
The text was updated successfully, but these errors were encountered: