Reproduction Steps
We are having major surfacegui display issues starting at around 3pm PST.
We have not created a test repro place yet, but this issue involves issues with rendering when there are multiple SurfaceGuis rendered at the same time.
It is easily visible in this game:
Hovering over elements in the menus/huds shows incorrectly sized and scaled elements. Sizing + scaling of one elements affects scaling of other elements in an unexpected way.
Our game uses multiple surfaceguis rendered on transparent objects to display UI elements and buttons. It also uses SurfaceGui.ZOffset to maintain expected display order.
It appears that:
- SurfaceGui size (when set to SizingMode FixedSize) is not consistently matching the size of the parent part.
- One SurfaceGui, when its parent part is changing size/position, is somehow affecting the displays of other SurfaceGuis.
This issue happens 100% of the time on both PC Client and PC Studio.
Expected Behavior
This is what the UI should normally look like:
Actual Behavior
The size and scale of surfacegui does not appear visually correct - the surfacegui gui of the play button should match the size of the highlighted part.
Here is a full view in studio of the transparent part the “Play” button is on.
The size of the SurfaceGui (a direct child) is shown highlighted. The expected behaviour (what we see when we enable/disable the SurfaceGui) is that the size of the SurfaceGui should be the same as the part.
In motion:
Workaround
Enabling and disabling the SurfaceGui appears to fix the issue for one surfacegui, but it goes back to the “bad” behaviour after being enabled/disabled.
Issue Area: Engine
Issue Type: Display
Impact: Very High
Frequency: Constantly
Date First Experienced: 2022-01-20 03:01:00 (-05:00)
A private message is associated with this bug report