Failed to Push Verse Update

Thank you

Hi folks:

As an update, we’re unfortunately still investigating what’s going wrong here.

Could you help us out? If you’re running into this issue, could you try the following:

  • Create a new UEFN project from a blank template. Add some trivial Verse code (Like a simple Print statement).

  • Publish one version of that project.

  • Now close the UEFN editor, re-open the project, make some new trivial Verse code changes, launch a session, and attempt to [Push Verse Changes].

  • If you hit the same issue, please capture your UEFN editor logs at that point and post them here (or DM it directly to me).

Thanks!

Hi all:

As another update, we’ve made a fix for this issue that you’re seeing that will be released in an upcoming patch.

4 Likes

Hey Sonictke

Does this also fix the slow verse push speeds ? and the normal push speeds? there was other threads but they got closed as dupes even though they seem like 2 separate issues ?

Hey @AtAshTag:

This should fix the main delay that we’re seeing being reported in this thread, which, from the logs, indicates a failure to download the previously-published version’s artifacts for performing local backwards compatibility checking against.

We did close some other threads as they were duplicates of this issue. If you found a thread that was mistakenly closed and indicates a different issue, please post the link to that thread so that I can confirm and re-open it if necessary.

Thankyou for the confirmation

What i mean is this current post we are in is for a “Failed to push verse update” caused by an error whereas the slow push changes is not technically an error as it passes checks and doesn’t fault its just slow.

The ones i had seen closed were in regards of the slow push which i why i asked as this post as the title implies is about a failed verse push update(Not slow speeds).

It sounds like the issue will be resolved if not already so thankyou for you assistance in fixing this issue yourself and the team sure made alot of devs happy :slight_smile:

Hi there @AtAshTag:

Understood. I should clarify that there are some classes of issues that were being investigated, and of which one was fixed:

  • There are failed [Push Verse Changes] operations due to the changes being made just being straight-up not supported by that workflow at the moment. The Verse team is aware of this and we have not solved that problem. For now, only the back-up dialog that shows up to prompt you to [Push Changes] if the hot-reload fails should indicate such a case.

  • There are failed [Push Verse Changes] that fail when they should succeed, regardless of the timeout issues caused by trying to download the previously-published versions for local backwards compatibility checking purposes. We are still investigating the issues that we’ve seen in these cases; it’s slow because thus far these have been all separate issues.

  • There are failed/slow [Push Verse Changes]/[Push Changes] operations due to the repeated timeouts of trying to download the previously-published version for local backwards compatibility checking. A fix for this issue will be deployed in an upcoming patch.

6 Likes

Hi all:

The aforementioned fix for this:

There are failed/slow [Push Verse Changes]/[Push Changes] operations due to the repeated timeouts of trying to download the previously-published version for local backwards compatibility checking. A fix for this issue will be deployed in an upcoming patch.

Is now live in 36.30. Please let us know in this thread if you’re still seeing issues related to this.

Ive been testing all day and i have had no issues at all :slight_smile:

ty and the team

1 Like

Thank you, Ash!

1 Like

Hi. I do not use scene graph and get “verse hot reload failed” if I make a change to a script and push verse changes. It should be the second issue you mentioned here.

It started happening after the patch 2 or so patches ago. I have not been able to make maps which is my job since, because it takes around 8 minutes for my big project to push all changes every time I need to tweak my code a little bit, which I do all the time when making something new.

It’s been very frustrating since this is my job and only source of income.
“sessionId”:“e4f94462430c498ba36e9661e469934d”
I hope this can get fixed ASAP and that we can get updates on how it’s going.

Hi there. I pulled the server logs for your session ID and perplexingly (according to the server at least), for that given execution, all your [Push Verse Changes] operations succeeded. Could you provide your editor logs when this happens as well?

hi. I get a lot of these when building, probably for every object and its function:

LogPropertyBagRepository: No associated data entry found for replaced object: /SurvivalIslandWithCaves/_Verse.Default__InputManager:__verse_0x4C96AC15_CooldownHUD.__verse_0x1D8860B2_GetFiniteDisplayDurationFunction
LogPropertyBagRepository: No associated data entry found for replaced object: /SurvivalIslandWithCaves/_Verse.Default__InputManager:__verse_0x4C96AC15_CooldownHUD.__verse_0x3348A60C_IsDisplayDurationFiniteFunction
LogPropertyBagRepository: No associated data entry found for replaced object: /SurvivalIslandWithCaves/_Verse.Default__InputManager:__verse_0x4C96AC15_CooldownHUD.__verse_0x9C355EEC_SetTextMessageFunction
LogPropertyBagRepository: No associated data entry found for replaced object: /SurvivalIslandWithCaves/_Verse.Default__InputManager:__verse_0x4C96AC15_CooldownHUD.__verse_0x33ED5C00_GetTextFunction
LogPropertyBagRepository: No associated data entry found for replaced object: /SurvivalIslandWithCaves/_Verse.Default__InputManager:__verse_0x4C96AC15_CooldownHUD.__verse_0x4889EA1F_DisplayTextMessageFunction

here’s what follows after:
https://smalldev.tools/share-bin/2laLTJl3

Pushing verse changes with the output log open just crashes the engine because it eats up 30GB of my storage and then crashes. And actions lag for two minutes a lot of times. Tried for an hour

“sessionId”:“4499d14210d440e8b8b385758230fcaf”

now it worked suddenly but when exiting output logs it crashed. another 10 min wait to reboot. will test more.

it worked again. hasnt worked for weeks and many experiments. I dont know what to say.

Im still worryed it will stop working because it has worked for a push or two and then stopped working for weeks.

Still having this issue with a fairly big verse code base and scene graph
SessionID: 1b09d37e27ac43ca9f43a8022c257666

Let me know if you need anything else

We too have a large code base (280,000+ lines) and have been encountering this problem repeatedly recently. We have no Scene Graph in this code base, however the common denominator appears to be any nested editable greater than 2 layers deep.

Either the properties are defaulted (loosing all links to editable device references) or missing entire fields, or will actually look fine but randomly will no longer work in game (with no errors or warnings) only the message - LogPropertyBagRepository: No associated data entry found for replaced


LogPropertyBagRepository: No associated data entry found for replaced object: /LuminaraSecrets_B/_Verse.Default__Verse-Scripts-JoustingGame-round_controller:__verse_0x430AEC9D_NotEnoughTeamsAudio.__verse_0xC9184E23_DisableFunction

LogPropertyBagRepository: No associated data entry found for replaced object: /LuminaraSecrets_B/_Verse.Default__Verse-Scripts-JoustingGame-round_controller:__verse_0xFB05140B_Round1Timer.__verse_0x50C372C4_StartFunction

[2025.08.01-17.16.29:127][  7]LogPropertyBagRepository: No associated data entry found for replaced object: /LuminaraSecrets_B/_Verse.Default__Verse-Scripts-ResourceSystem-resource_list_consumable_device:__verse_0x5087C2A1_Con2201___verse_0x6DB4B835_IsRemovable___verse_0x8F929DA5_ConditionalButton.__verse_0xC59F81CE_IsHoldingItemFunction

There are hundreds of these enteries and are causing working devices to suddenly fail.

This can occur without reason or cause, sometimes after a Failed to Push, others just after a slow Session Reload. Today was just after stopping for lunch, closing, pushing to perforce and restarting the editor and session. With no way to resolve other than fully replacing the verse creative_device

This is causing a huge backlog in our publishing, with many devices have 100’s of settings we had setup multiple classes with each setting in structs to help keep code clean, however this might actually be the /cause/ of the issue… It appears to really not like anything nested more than 2 levels in an editable.

3 Likes

I also get the “no associated data entry found for replaced” error. many many lines.
Push verse changes gives me “hot reload failed again” the next day after it working.
Removing all nested editables from all verse devices at a 2nd layer deep didn’t fix it.

Still can’t really do my job because of this for 4 weeks now.. debugging takes at least 5x the time because of needing to push all changes and waiting for 8 minutes for every tweak to the code.
Can we please get some more support for this.

Hi. By nested editables, do you mean in a verse device when you set what the editables are or do you mean in a verse script and you have a line with 2 editable references ie. ClassManager.SomeProp. Show()

thank you

I your verse code say you have a creative_device, that is going to have an array of custom_classes that each of those classes contain concrete structs or other classes.

I have a more detailed bug report at - UEFN Verse Nested Editable Properties Failing Silently Loosing Serialization- LogPropertyBagRepository: No associated data entry found for replaced object - General / Issues and Bug Reporting - Epic Developer Community Forums

I was blessed with this issue roughly 2 days ago, I am in a SG project and it just randomly started happening - This is ruining my workflow especially whilst trying to learn scene graph, I need the trial an error that pushing verse changes allows. Would really appreciate it if this could be looked into a bit more.