Stacked draggable frame guis not behaving as expected

Bug Reports Engine Bugs
#1

As seen above, the guis do not drag as expected when the drag begins in a spot where two draggable guis overlap. A similar behavior happens when two guis that aren’t related parent/child wise overlap, they just move together instead of offsetting like in the gif. ZIndex doesn’t seem to matter. Expected behavior (imo) is the topmost GUI should be the only one dragged.

In the gif the green frame is a child of the white frame, the white frame is a child of a screengui. Both guis are draggable and active, again zindex doesn’t seem to matter. This is not an issue with gui buttons, only with frame objects.

I can provide a repro file if needed, but this seems pretty simple to reproduce from instruction.

4 Likes
#2

A further test is to create two frames inside the same screengui with active = true and draggable = true, offset one frame so it’s on top of the other then clicking with the intersecting areas causes both frames to drag.

The problem appears to be that all frames present a click-through style interaction instead of the click stopping at the front-most frame.

Using separate screenguis for each frame doesn’t exhibit this issue. Reparenting a frame from one screengui to another will also stop this issue.