GuiService:GetGuiInset() returns '0, 0, 0, 0' for the first frame of the game with new topbar UI

Bug Reports Engine Bugs
,
#1

I encountered a race condition when running the studio emulator where GuiService:GetGuiInset() sometimes returns Vector2.zero, Vector2.zero

Repo (LocalScript to place in StarterPlayerScripts):

local GuiService = game:GetService("GuiService")
local RunService = game:GetService("RunService")
print(GuiService:GetGuiInset()) -- 0, 0, 0, 0
RunService.Heartbeat:Wait()
print(GuiService:GetGuiInset()) -- 0, 58, 0, 0

So far I’ve only encountered this in the emulator, and only 50% of the time (indicating a race condition with core scripts), but it breaks part of my game’s UI as the entire UI tree initializes with the assumption that the topbar is 0 pixels tall.

This is only happening when the new topbar (58 pixel height) UI is visible
image

I only noticed this starting happening today; it was working fine before on the new topbar UI.

I added this block of code before my UI initializes as a workaround:

-- https://devforum.roblox.com/t/guiservicegetguiinset-returns-0-0-0-0-for-the-first-frame-of-the-game-with-new-topbar-ui/2973508
while GuiService:GetGuiInset().Y == 0 do
	RunService.Heartbeat:Wait()
end
7 Likes
Top bar Menu Issues
GuiService:GetGuiInset() not set at start of test in studio
Scaling inconsistencies as a result of the new Topbar Inset
#2

To add on, this also appears to occur with the GuiService.TopbarInset property.

1 Like
#3

pretty sure i read in the release notes for the new topbar that they intended devs to hook GuiService:GetPropertyChangedSignal("TopbarInset") for any ui that’s dependent on it, probably because the new topbar has a lot of moving parts

---game/ReplicatedFirst/LocalScript.client.lua

local GuiService = game:GetService("GuiService")

local Inset = GuiService.TopbarInset

GuiService:GetPropertyChangedSignal("TopbarInset"):Connect(function()
	Inset = GuiService.TopbarInset
	-- 0, 0, 0, 58
	-- 160, 0, 2082, 58
end)
1 Like
#4

I added similar code to my game to get the proper padding for my UI, though for me it would happen 100% of the time

#5

This is just an acknowledgment announcement!

We’ve filed a ticket into our internal database for this issue, and we will update you when we have further information!

Thanks for the report!

2 Likes
#6

I’ve experienced this myself in studio in early March. I wasn’t using the new UI, so this is likely unrelated to that. I assumed it was because I was using faster play solo, but who knows.

This was my solution:
image