In our project we have plenty of custom flow blocks which implement our logic. In these blocks there is one “In” FlowInput.
My date format on my OS is Russian and I have no problem with FlowCanvas usage. Problems start to begin when I am closing a project, switching date format to Turkish(maybe other cases are possible) and then reimporting the project. When import finishes I have plenty of Validation Errors:
I think the problem is caused by existence of two different “i” letters in turkish alphabet and they are somehow conflicting when script deserealizing occurs.
UPD. In the screenshot below flow block actually deserializes as different port:
UPD2. A game was built, and I tried to launch in the same Turkish date format. My script crashes with the next logs:
Well, the code always remains with UTF-8 encoding.
I noticed one moment. Some part of my custom flow blocks feeling well after switching date format because port id set explicitly: AddFlowInput(“In”, (f) =>…
But, another part of blocks are set by this approach: @in = AddFlowInput(nameof(@in).CapitalizeFirst(), flow =>…
And these blocks cause error which I mentioned in previous post.
Hello again and sorry for the late reply.
Is explicitly declaring the port name a problem for you? Are there problems if you rename the port names now?
The only way I can think of fixing this, is to explicitly name the ports in your code to be the exact same string as the one the ports are currently serialized with in your project. So if your ports are currently serialized with an “İ”, change the code to an explicit string using that character. If you are uncertain how the ports are currently serialized in your project, you can view the json of an existing graph you have via the “File/View Json” command from the toolbar of the Graph Editor.
Please let me know if that helps.
Thanks!
Join us on Discord: https://discord.gg/97q2Rjh
Author
Posts
Viewing 6 posts - 1 through 6 (of 6 total)
You must be logged in to reply to this topic.
Login
Register
By registering on this website you agree to our Privacy Policy.