2023-08-10 10:28:02 |
Daniel van Vugt |
bug |
|
|
added bug |
2023-08-10 10:28:08 |
Daniel van Vugt |
mutter (Ubuntu): assignee |
|
Daniel van Vugt (vanvugt) |
|
2023-08-10 10:28:26 |
Daniel van Vugt |
nominated for series |
|
Ubuntu Jammy |
|
2023-08-10 10:28:26 |
Daniel van Vugt |
bug task added |
|
mutter (Ubuntu Jammy) |
|
2023-08-10 10:28:30 |
Daniel van Vugt |
mutter (Ubuntu): status |
New |
Invalid |
|
2023-08-10 10:28:33 |
Daniel van Vugt |
mutter (Ubuntu): assignee |
Daniel van Vugt (vanvugt) |
|
|
2023-08-10 10:28:35 |
Daniel van Vugt |
mutter (Ubuntu Jammy): assignee |
|
Daniel van Vugt (vanvugt) |
|
2023-08-10 10:30:33 |
Daniel van Vugt |
description |
Cursor sometimes stutters after heavy shell animations in 42.9 if there is no GUI animation in response to its movement. And it doesn't stop stuttering until GUI redraws occur.
This is different to the recent bug fix that probably caused it:
Bug 2023766:
* only occurs when moving over animated GUIs
* never recovers and corrected itself
* was spatial jittering at full frame rate.
This bug:
* only occurs when moving over non-animated GUIs
* does recover and correct itself
* is stuttering at seemingly half frame rate, but spatially perfectly spaced. |
Cursor sometimes stutters after heavy shell animations in 42.9 if there is no GUI animation in response to its movement. And it doesn't stop stuttering until GUI redraws occur.
This is different to the recent bug fix that probably caused it:
Bug 2023766:
* only occurs when moving over animated GUIs
* never recovers or corrects itself
* was spatial jittering at full frame rate.
This bug:
* only occurs when moving over non-animated GUIs
* does recover and correct itself
* is stuttering at seemingly half frame rate, but perfect spatially. |
|
2023-08-10 10:35:43 |
Daniel van Vugt |
description |
Cursor sometimes stutters after heavy shell animations in 42.9 if there is no GUI animation in response to its movement. And it doesn't stop stuttering until GUI redraws occur.
This is different to the recent bug fix that probably caused it:
Bug 2023766:
* only occurs when moving over animated GUIs
* never recovers or corrects itself
* was spatial jittering at full frame rate.
This bug:
* only occurs when moving over non-animated GUIs
* does recover and correct itself
* is stuttering at seemingly half frame rate, but perfect spatially. |
Cursor sometimes stutters after heavy shell animations in 42.9 if there is no GUI animation in response to its movement. And it doesn't stop stuttering until GUI redraws occur.
This is different to the recent bug fix that probably caused it:
Bug 2023766:
* only occurs when moving over animated GUIs.
* never recovers or corrects itself.
* was spatial jittering at full frame rate.
* reduced the frame rate of the GUI below it.
This bug:
* only occurs when moving over non-animated GUIs.
* does recover and correct itself.
* is stuttering at seemingly half frame rate, but perfect spatially.
* does not reduce the frame rate of the the GUI below. |
|
2023-08-10 10:44:26 |
Daniel van Vugt |
description |
Cursor sometimes stutters after heavy shell animations in 42.9 if there is no GUI animation in response to its movement. And it doesn't stop stuttering until GUI redraws occur.
This is different to the recent bug fix that probably caused it:
Bug 2023766:
* only occurs when moving over animated GUIs.
* never recovers or corrects itself.
* was spatial jittering at full frame rate.
* reduced the frame rate of the GUI below it.
This bug:
* only occurs when moving over non-animated GUIs.
* does recover and correct itself.
* is stuttering at seemingly half frame rate, but perfect spatially.
* does not reduce the frame rate of the the GUI below. |
Cursor sometimes stutters after heavy shell animations in 42.9 if there is no GUI animation in response to its movement. And it doesn't stop stuttering until GUI redraws occur.
This is different to the recent bug fix that probably caused it:
Bug 2023766:
* only occurs when moving over animated GUIs.
* never recovers or corrects itself.
* was spatial jittering at full frame rate.
* reduced the frame rate of the GUI below it.
This bug:
* only occurs when moving over non-animated GUIs.
* does recover and correct itself.
* is stuttering at seemingly half frame rate, but perfect spatially.
* does not reduce the frame rate of the the GUI below.
I think the reason we only see this in 42 (jammy) is because that predates the change in the triple buffering algorithm to scale based on "dynamic max render time" alone. |
|
2023-08-23 07:30:37 |
Daniel van Vugt |
description |
Cursor sometimes stutters after heavy shell animations in 42.9 if there is no GUI animation in response to its movement. And it doesn't stop stuttering until GUI redraws occur.
This is different to the recent bug fix that probably caused it:
Bug 2023766:
* only occurs when moving over animated GUIs.
* never recovers or corrects itself.
* was spatial jittering at full frame rate.
* reduced the frame rate of the GUI below it.
This bug:
* only occurs when moving over non-animated GUIs.
* does recover and correct itself.
* is stuttering at seemingly half frame rate, but perfect spatially.
* does not reduce the frame rate of the the GUI below.
I think the reason we only see this in 42 (jammy) is because that predates the change in the triple buffering algorithm to scale based on "dynamic max render time" alone. |
[ Impact ]
Cursor sometimes stutters after heavy shell animations in 42.9 if there is no GUI animation in response to its movement. And it doesn't stop stuttering until GUI redraws occur (giving the frame clock an opportunity to measure lower GPU usage).
This is different to the recent bug fix that probably caused it:
Bug 2023766:
* only occurs when moving over animated GUIs.
* never recovers or corrects itself.
* was spatial jittering at full frame rate.
* reduced the frame rate of the GUI below it.
This bug:
* only occurs when moving over non-animated GUIs.
* does recover and correct itself.
* is stuttering at seemingly half frame rate, but perfect spatially.
* does not reduce the frame rate of the the GUI below.
I think the reason we only see this in 42 (jammy) is because that predates the change in the triple buffering algorithm to scale based on "dynamic max render time" alone.
[ Test Plan ]
1. Stress GNOME Shell maximally by repeatedly entering/leaving the overview and/or scrolling the app grid.
2. Stop suddenly and wiggle the mouse over some part of the desktop that DOES NOT respond to mouse movement. Such as the wallpaper or some blank grey space next to the app grid.
Expect: The mouse cursor does not get stuck in half frame rate.
[ Where problems could occur ]
In desktop frame timing since the clutter frame clock is being changed. Although risk is minimal since we're just reverting to the pre-July state of that code.
[ Other Info ]
The patch being dropped was found to not really be required in GNOME 42: https://bugs.launchpad.net/ubuntu/+source/mutter/+bug/2023766/comments/13 |
|
2023-08-23 07:31:55 |
Daniel van Vugt |
tags |
cursor performance regression-update |
cursor jammy performance regression-update |
|
2023-08-23 07:32:05 |
Daniel van Vugt |
mutter (Ubuntu Jammy): status |
New |
In Progress |
|
2023-08-23 07:32:07 |
Daniel van Vugt |
mutter (Ubuntu Jammy): importance |
Undecided |
Medium |
|
2023-08-28 06:28:27 |
Daniel van Vugt |
description |
[ Impact ]
Cursor sometimes stutters after heavy shell animations in 42.9 if there is no GUI animation in response to its movement. And it doesn't stop stuttering until GUI redraws occur (giving the frame clock an opportunity to measure lower GPU usage).
This is different to the recent bug fix that probably caused it:
Bug 2023766:
* only occurs when moving over animated GUIs.
* never recovers or corrects itself.
* was spatial jittering at full frame rate.
* reduced the frame rate of the GUI below it.
This bug:
* only occurs when moving over non-animated GUIs.
* does recover and correct itself.
* is stuttering at seemingly half frame rate, but perfect spatially.
* does not reduce the frame rate of the the GUI below.
I think the reason we only see this in 42 (jammy) is because that predates the change in the triple buffering algorithm to scale based on "dynamic max render time" alone.
[ Test Plan ]
1. Stress GNOME Shell maximally by repeatedly entering/leaving the overview and/or scrolling the app grid.
2. Stop suddenly and wiggle the mouse over some part of the desktop that DOES NOT respond to mouse movement. Such as the wallpaper or some blank grey space next to the app grid.
Expect: The mouse cursor does not get stuck in half frame rate.
[ Where problems could occur ]
In desktop frame timing since the clutter frame clock is being changed. Although risk is minimal since we're just reverting to the pre-July state of that code.
[ Other Info ]
The patch being dropped was found to not really be required in GNOME 42: https://bugs.launchpad.net/ubuntu/+source/mutter/+bug/2023766/comments/13 |
[ Impact ]
Cursor sometimes stutters after heavy shell animations in 42.9 if there is no GUI animation in response to its movement. And it doesn't stop stuttering until GUI redraws occur (giving the frame clock an opportunity to measure lower GPU usage).
This is different to the recent bug fix that probably caused it:
Bug 2023766:
* only occurs when moving over animated GUIs.
* never recovers or corrects itself.
* was spatial jittering at full frame rate.
* reduced the frame rate of the GUI below it.
This bug:
* only occurs when moving over non-animated GUIs.
* does recover and correct itself.
* is stuttering at seemingly half frame rate, but perfect spatially.
* does not reduce the frame rate of the the GUI below.
I think the reason we only see this in 42 (jammy) is because that predates the change in the triple buffering algorithm to scale based on "dynamic max render time" alone.
[ Workaround ]
Add this to /etc/environment:
MUTTER_DEBUG_ENABLE_ATOMIC_KMS=0
and then reboot.
[ Test Plan ]
1. Stress GNOME Shell maximally by repeatedly entering/leaving the overview and/or scrolling the app grid.
2. Stop suddenly and wiggle the mouse over some part of the desktop that DOES NOT respond to mouse movement. Such as the wallpaper or some blank grey space next to the app grid.
Expect: The mouse cursor does not get stuck in half frame rate.
[ Where problems could occur ]
In desktop frame timing since the clutter frame clock is being changed. Although risk is minimal since we're just reverting to the pre-July state of that code.
[ Other Info ]
The patch being dropped was found to not really be required in GNOME 42: https://bugs.launchpad.net/ubuntu/+source/mutter/+bug/2023766/comments/13 |
|
2023-09-11 13:43:56 |
Marco Trevisan (Treviño) |
mutter (Ubuntu Jammy): status |
In Progress |
Fix Committed |
|
2023-09-11 15:43:18 |
Ubuntu Archive Robot |
bug |
|
|
added subscriber Marco Trevisan (Treviño) |
2023-09-15 12:44:50 |
Timo Aaltonen |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
2023-09-15 12:44:53 |
Timo Aaltonen |
bug |
|
|
added subscriber SRU Verification |
2023-09-15 12:44:56 |
Timo Aaltonen |
tags |
cursor jammy performance regression-update |
cursor jammy performance regression-update verification-needed verification-needed-jammy |
|
2023-09-18 08:43:24 |
Daniel van Vugt |
tags |
cursor jammy performance regression-update verification-needed verification-needed-jammy |
cursor jammy performance regression-update verification-done-jammy verification-needed |
|
2023-09-27 08:00:47 |
Launchpad Janitor |
mutter (Ubuntu Jammy): status |
Fix Committed |
Fix Released |
|
2023-09-27 08:00:51 |
Chris Halse Rogers |
removed subscriber Ubuntu Stable Release Updates Team |
|
|
|