Nativize Blueprints crash on ServerTravel in MP

4.12.5, if you enable Nativize Blueprints, and use the ServerTravel command with Seamless Travel, and most importantly use the following syntax: ServerTravel MapName?game=gamemode then the client instantly crashes. This is after hosting a session. Removing the ?game=gamemode part from the syntax solves the crashing issue, but removes the ability to change the gamemode used for the level.

I’ve tried a endless number of ways writing the MapName and GameMode, using the full directory, partial directories, just the name of the class, etc. No fixes except to not GameMode switch on ServerTravel.

Hey FireFreak111,

Sorry for the delay on this.

Thank you for the bug report. I was able to reproduce it on my end and have entered it as a issue. You can follow the status of the issue as it moves through the development team here: https://issues.unrealengine.com/issue/UE-34557

As a reminder when dealing with experimental features such as Nativize Bluperints, you can expect the functionality to have issues. I would highly recommend not using anything that is experimental in a production environment.

This issue still exists as of UE 4.14.1, as I am also having it.

This bug is still backlogged, even though Blueprint Nativization is supposed to be stable in 4.15. I recall the 4.14 release stream where people were asked to provide feedback about nativization because it will become stable soon, but this issue has been around for some months now. Will this still be fixed for 4.15?

Hey lotodore,

Backlogged issues do not have a fix version. Backlogged means that the developers are currently focusing their efforts elsewhere. Typically, they focus on high-priority crash issues and blockers. Keep an eye on the issue on the public tracker for any status updates.

Have a great day

I’ve had the same issue with BP Nativization and OpenLevel-Options. The cause seems to be that the class name is different after nativization. I’ve found a workaround in blueprint, this should also help for the servertravel issue. Basically, instead of typing the class name, use the global “Get Display Name” to get the class name.

As the bug has been marked as “won’t fix”: See the workaround below.