Z-Index is inverted/ignored when editing UI in the Studio viewport

Bug Reports Studio Bugs
,
#1

Hello users & Roblox staff!

It seems that the UI editor within Roblox Studio has been broken one way or another. The previous behaviour of frames with no background not being selected does not apply anymore, and labels within UIs cannot be selected anymore. For examples, please see this DevForum post I made about this issue: The Studio UI editor absolutely broke

Alternatively, more users complained about this here: https://devforum.roblox.com/t/am-i-the-only-one-that-had-their-ui-editing-change/2922754

Thank you!

Technical info
CPU: AMD Ryzen 7 4800H with Radeon Graphics (2.90 GHz-4GHz)
GPU: Nvidia GeForce RTX 2060 6GB
RAM: 16GB

Enabled beta features: While I tested this on 2 accounts and one of them had no beta features enabled, my main has:

  • Aerodynamics
  • Dragger QoL Improvements
  • EditableImage and EditableMesh
  • Face Capture
  • Faster Play Solo
  • Grass Length Customization
  • Live Animation Creator
  • Material Generator
  • Multilayer Wrap Fix
  • New Audio API
  • Notched Screen Support
  • Path2D Instance
  • Texture Generator
  • Updated Docking System
  • Updated Roblox Controls
  • Upgraded Shorelines
  • Video Uploads

Reproduction files: Can be tested on any file.
The one on the DevForum post I attached: Test123.rbxl (59.7 KB)

Expected behavior

Step to reproduce: I click on a TextLabel within a frame
Actual behaviour: The entire frame selects
Expected behaviour: The TextLabel gets selected

Step to reproduce: I click on an space that appears empty but that is covered by a UI with a BackgroundTransparency of 1
Actual behaviour: It gets selected
Expected behaviour: It gets ignored

27 Likes
The Studio UI editor absolutely broke
Unable to drag layered ui
UI Element Selection Bug
#2

Happneing to me as well, please roblox staffs fixes this asap!

4 Likes
#3

experiencing this issue as well.

2 Likes
#4

Yeah I have the same problem. This is making it extremely difficult to edit UI right now.

3 Likes
#5

Also had this issue, and had to switch to a Roblox version from March to edit my UI.

It seems to always select the highest GuiObject in the visible object’s ancestery, instead of the highest GuiObject in terms of ZIndex (which is the expected behaviour)

3 Likes
#6

Confirming this has been happening to me on all my devices with the latest studio studio installed. Switched my studio version to a previous one from february and march and it has stopped happening.
Obviously not sustainable to stay on an older version because it will force me to update soon, so I’m hoping this bug gets fixed

2 Likes
#7

Also having this issue, and it makes the ease of UI editing in the viewport nearly impossible.

2 Likes
#8

Can confirm this is happening to a lot of people, if not everyone. Very frustrating when trying to UI Design and can no longer drag frames or select them faster. Toggling off the new property “Interactable” does not change its behaviour either.

2 Likes
#9

I was about to post a bug report, but found this one. I thought I would post my findings here:

Repro steps:

  1. Download and open the place file
    ui-editor-selects-parent-when-moving-bug.rbxl (57.1 KB)
  2. Use the Explorer to select the TextLabel in StarterGui>ScreenGui>Frame
  3. Attempt to move the TextLabel by dragging it
  4. Change the ZIndex of the TextLabel to any number below 2
  5. Attempt to move it by dragging again

Expected behavior:
The TextLabel moves

Actual behavior:

Upon dragging the mouse while the TextLabel is selected, the Frame behind it is selected and moved instead. However, changing the ZIndex so that the TextLabel is on the same layer or behind it’s parent Frame fixes the issue.

4 Likes
#10

Same bug is happening to me. Hopefully this gets fixed soon as it makes UI Editing a chore :confused:

1 Like
#11

I got this issue to, almost impossible to edit UI’s.

1 Like
#12

I’m encountering the same issue. I’m curious how long it will take for them to address this, considering past bugs haven’t been resolved very quickly either. It seems like the only time action is taken is when famous developers complain about it.

1 Like
#13

This is a great temporary workaround until ROBLOX gets a fix on this.

3 Likes
#14

I do hope they fix this, it’s annoying :upside_down_face:

1 Like
#15

fr, it’s already taking to long tbh

#16

I messaged a Roblox staff about this, hopefully they’ll push the case forward

1 Like
#17

Exactly what I told everybody. Nobody does anything until Preston or the BloxFruits dev complain about it.

#18

Check the Bug Reports category: they’re actively working on fixing bugs. There is change.

My fair guess is Monday though. They’re Roblox employees, they work 9-to-5 Mon-Fri. We’re stuck with this over the weekend until then.

#19

There also work people in the weekend if the Roblox servers shutdown it will be fixed and invested in the weekend too

#20

Yes, there are on-call technicians, but often they will either not be in the office but be paid to stay available and come in if there is an emergency, or they will be in the office but they won’t be fixing bugs like this, they’re only there to ensure servers runs.

This is a software bug and I hardly doubt there are any software engineers at Roblox that are on call.

1 Like