You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Sep 20, 2024. It is now read-only.
Describe the bug
Nuke is saving/opening script with the wrong encoding, causing unicode characters to more than double up in characters on each save/open. Eventually exponentially doubling script's filesize on each save.
To Reproduce
Steps to reproduce the behavior:
Make sure you're running an installed version of OpenPype on Windows. This is because cx_Freeze is involved in this.
Open an empty Nuke via OpenPype
Paste this node
NoOp {
inputs 0
name NoOp1
xpos 292
ypos -224
addUserKnob {20 User}
addUserKnob {26 asd l "" +STARTLINE T ü}
}
Look at pasted node, make sure the text knob on it says ü
Save script via OpenPype.
Close and reopen script, ü is now ü.
Change is reflected in opening script in a text editor.
Expected behavior
Created unicode text should stay as it is, not change into other characters.
Screenshots
Before:
After:
On a rather heavily affected knob (After many save/open):
Desktop (please complete the following information):
OS: Windows 10 22H2
Host: Nuke 13.1v2
Additional context
The unicode character change seems consistent with change of encoding from UTF-8 to Windows-1252.
Problem does not exist on linux, or while running from tray on Windows.
We traced the problem to cx_Freeze is packaging its own version of TK and TCL, and applying environment variables to override its usage.
Installed version of OpenPype comes with these environment variable override:
Running version
3.14.6
Windows 10 22H2
Describe the bug
Nuke is saving/opening script with the wrong encoding, causing unicode characters to more than double up in characters on each save/open. Eventually exponentially doubling script's filesize on each save.
To Reproduce
Steps to reproduce the behavior:
ü
ü
is nowü
.Expected behavior
Created unicode text should stay as it is, not change into other characters.
Screenshots
Before:
After:
On a rather heavily affected knob (After many save/open):
Desktop (please complete the following information):
Additional context
UTF-8
toWindows-1252
.[cuID:OP-4557]
The text was updated successfully, but these errors were encountered: