Data layers always visible on older projects

Summary

After the latest 32.00 update, data layers no longer function as expected.
Previously created data layers work fine as long as you move an actor associated with a data layer - after that they become always visible.
Creating a new data layer on such older projects also does not work - they remain always visible as well.

This in turn causes map updates for unique levels to become impossible.

Please select what you are reporting on:

UEFN

What Type of Bug are you experiencing?

Assets

Steps to Reproduce

  1. Open a project created prior to 32.00 update that uses data layers that get loaded, activated and unloaded based on sequencers.
  2. Move an actor in one of these data layers.

Expected Result

UEFN handles data layers the same way as it did prior to version 32.00.
This means that sequences can unload, load and activate data layers without them becoming always visible once they are moved/adjusted or new actors are added to an existing data layer.

Observed Result

Modified actor of the data layer is immediately visible on launching the game and will remain so for the entire duration.

Platform(s)

windows

Island Code

9510-3204-1034

Additional Notes

Existing data layers function exactly as intended until you decide to move an actor associated with a data layer. This actor becomes unusable after such change, everything else still functions as expected.
Creating a new data layer on an older project causes it to also be always visible - this is not the case when I tried it with a new sample project (those work as intended).

Did you find a workaround? this is actually crucial that it doesnt work on my project

I thought I found a workaround by using Verse version 0 instead of 1, but this is highly inconsistent in practice.
I totally agree that this is crucial and some acknowledgement from Epic Games would be nice regarding this issue, as it really feels I can’t have any map updates to a game I’ve been working on for over 6 months by now.

I spent days trying to debug this and I can’t figure out what is causing this… it has to be something internal rather than something a workaround would fix.

1 Like

Have you tried to edit data layers, save them and restart UEFN? Maybe that could help :tipping_hand_man:

I can’t speak for him, but I’ll list some things that I’ve tried to remedy this:

  1. Restarting UEFN
  2. Changing Verse version back to 0.
  3. Resave + remake all cinematic devices/every other device associated with loading/unloading/activating data layers
  4. Move some stuff on the data layers, resaving them/ making copies of data layers etc.
  5. Creating new project to do data layer demo with the exact same settings (all worked fine there).

What baffles me the most are the 2 following things:

  1. Sometimes on some very specific terms it functions just fine (right when creating a new data layer it works until making changes to the data layer and pushing those changes to the Fortnite game for example).
  2. On the UEFN engine itself visually everything is shown correctly (i.e. hiding data layers). It’s when you launch the actual game is when you experience these issues of data layers being always visible.

I’m just happy to know that I’m not the only one experiencing this problem, which means that this isn’t specific to my project.

1 Like

Any idea about when it will be fixed ?

1 Like

I just want to chime in and confirm that I’m also facing this issue. Specifically, I’m encountering the exact same problems as described by @QuestBoxFN:

  • Sometimes, on very specific occasions, it works just fine—like right when creating a new data layer. However, after making changes to the data layer and pushing those changes, the props in the data layer appear even though they are unloaded.

  • In UEFN itself, everything looks correct visually (data layers hide/unhide as expected), but when launching the actual game, the data layers remain always visible.

2 Likes

My team is experiencing the same issue as well.

Notes: The project was created before the 32.00 update. The project has not yet been updated to the latest Verse version, so it seems the problem exists independent of verse version.

Bumping this, still an issue after v33.00

I have this issue too. I added a single prop to each of my POIs (each poi has its own data layer). I attached all chests in the POIs to these new props which themselves are a child of one of the trees on each POI. But these new props cause all my POIs to be loaded. I think I wil never be able to make any changes to my POI anymore because this will happen. Needs to be fixed asap!

2 Likes

This is STILL an issue!
When will this be fixed? I’m getting tired of wasting time working tirelessly on projects just do be dumbfounded by issues like this that will most likely never be fixed.
If platform stability is not ensured and rather new content is pushed out without proper testing, more and more things will continue to break and developers will leave with disappointment.
Please, give me acknowledgement that you are aware of this issue, were able to replicate it and what patch I can expect this to be fixed.

2 Likes

We were able to reproduce this here and the team is digging in.

7 Likes

Same here! Please Epic fix that :pray: - data layers should work reliably, even after changes/adjustments

Please fix

Just wanted to continue bumping this thread. I’ve also been waiting over a couple updates now for a fix and investigating it myself in case it has been quietly remedied. But that hasn’t been the case, it’s a really neat feature that unlocks the potential for so many cool ideas. I hope the epic team can at least give us an update on how things are going when they can.

3 Likes

it’s still not fixed after the update

It is still scheduled for a future update, thanks for the ping!

1 Like

FORT-827943 has been ‘Backlogged’. This is an issue we’d like to address in the future.

I’m experiencing this now too. Glad it’s able to be reproduced by Epic. Hopefully my project works again. It’s also an old project

Any update on this? When will this be fixed?

1 Like