[Major] Any device selected and placed in live edit breaks all its verse editable connections

General Issues and Bug Reporting
, , ,
1

Summary

As title suggests, selecting a device in live edit with the phone then placing it again, will break its verse connection without letting you know. The editable will still be there, but once you launch live edit it ll give a validation error saying there is no reference. This is both confusing and unnecessary, the connection should be remade once you place down the device again, similar to how events work inside live edit.

Please select what you are reporting on:

Unreal Editor for Fortnite

What Type of Bug are you experiencing?

Verse

Steps to Reproduce

Place down a mutator zone
Make a verse script with a mutator zone editable
Assign the editable to the mutator zone
Launch live edit and make sure the verse code works
Grab the mutator zone with the phone in live edit and place it down again
Notice the editable field in the verse device is unchanged
Close live edit
Open live edit

Expected Result

Live edit opens again and verse device has the connection to the mutator zone editable linked and functional

Observed Result

Live edit doesnt open anymore, there is a validation error pinpointing to the deviceā€™s missing editable link (even though its still showing).
Another way you can tell is clicking on the focus button of that editable. If broken it wont move the camera at all.

Platform(s)

PC

3

Okay, this is an interesting one.

I agree itā€™s a pain point; it ā€œmakes senseā€ why it behaves this way. If I copy and paste (keeping the original) things work fine, and there are new mutator zones that arenā€™t being used.

If I cut and then paste in order to move it, because I have cut the original, the new instance is technically different, so the editable reference on the device is still pointing to the old, now deleted mutator zone.

I can understand why itā€™s this way, because thereā€™s nothing stopping a user from pasting many new instances from that same cut. Though itā€™d be nice if it could better handle something like this as itā€™s a pain working with live edit.

There might be programming considerations Iā€™m not thinking of for why it must be the way it is, but Iā€™ll pass this to the engineering team to discuss.

Thanks for the report.

Allan

1 Like
4

Thanks for the detailed breakdown. You are correct, and in terms of UX I would love if the behavior is consistent to event binding (on paste, the editable is changed to be new actor). The copies should also add to that verse editable array (if one exists), or clear their connection if the editable is only for one actor (so the original actor remains on the editable).

8

FORT-929648ā€™s status has changed to ā€˜Ready for QAā€™. A member of the QA department is investigating the issue.