Variables reset after packaging [DEMO PROJECT INCLUDED]

Slavq · June 19, 2015, 11:43pm

Name of player character resets (to default value specified in parent class) after packaging. Very simple demo project [HERE][1]

Play in Editor or Standalone Game = “Bob”, correct name.
Package project (tested with shipping 32 bit build), launch packaged game and now text says “(Unnamed)”, which is default value specified in “Unit” class.

3: bug is gone when you delete “skill” variable from “Unit” class or delete GetPlayerCharacter->get name->print name logic from “Skill” class.

Please fix it

TJ_V · June 22, 2015, 6:06pm

Hi Slavq,

Thank you for test project. I was able to reproduce issue and have created JIRA UE-17464 in our tracking software. We will post back here with updates as we have them.

Cheers,

TJ

CodeSpartan · June 25, 2015, 5:49am

+1 would also like this to be solved.

TJ_V · June 25, 2015, 1:01pm

Hi CodeSpartan,

Thank you for showing your interest in this. I updated JIRA to show that multiple users are looking for this issue to be fixed.

Cheers,

TJ

Slavq · June 25, 2015, 5:39pm

Update/Additional info: This bug resets many different variables from different classes, not only names. For example it resets one Texture2D type variable but also a few boolean variables of one of my blueprints, which is game breaking after packaging.

I really need this to be fixed ‘asap’, i hope that my little test project will be useful for fixing this bug. Thanks

anonymous_user_33800a51 · June 26, 2015, 6:43pm

Thanks Slavq,

I’ve added these notes to bug report TJ created. We’ll post here when we see an update on bug. Thanks!

Slavq · June 29, 2015, 12:14pm

Thanks, i have an another update: This bug is very similar to THIS ONE, both resetting variables after packaging when blueprints are referencing each other in certain way. Probably it’s same bug, or it has same cause/origin.

John_Alcatraz · July 23, 2015, 5:38pm

Any update? Is it fixed in 4.9?

TJ_V · July 23, 2015, 6:44pm

Hi John,

This is fixed. It is currently slated for 4.9 release. If you need it sooner you can get it here on GitHub.

Cheers,

TJ

John_Alcatraz · July 29, 2015, 6:28pm

Hi TJ, I just tested it in 4.9P1 and it is not fixed.

TJ_V · July 29, 2015, 8:32pm

You are right, it isn’t working in 4.9 P1 but that isn’t final version of 4.9. Each preview will implement more and more features and bug fixes. If all goes well this fix should make it in.

Please keep in mind though, this fix is slated for 4.9 but it isn’t guaranteed… devs prioritize bug fixes based off of severity of bug and overall stability of engine.

intoxicat3 · October 13, 2015, 7:41pm

Is this fixed in 4.9?

Slavq · October 13, 2015, 7:50pm

Yes, at least in my case Variables do not longer reset after packaging.

Mewbits · January 13, 2017, 7:26pm

Child Variables still reset to parent defaults at random in 4.14 (not when repackaging)

TJ_V · January 18, 2017, 9:30pm

Hi Mewbits,

original bug that was reported here was fixed and I just confirmed that it is still fixed in 4.14.3. What you are seeing is likely something new/different than what was reported here. Could you create a new post in Bug Report section and include as much info as possible (exact repro steps, test project, screenshots of setup, etc)?

Paratus · January 7, 2020, 4:01pm

It’s three years later, but I’ve encountered this in 4.22.1 as well. A BP character class had modified properties from a parent (also BP). It would reset when packaged, but not in editor. child class took properties of it’s parent. However, if there was an additional child, with “broken” one as parent, it would not be reset.

No clue how to reproduce it.