Bug Report Particular text overlays stop working after program restart; have to be remade from scratch

[Miss Kiva D]

So I had the idea that I would have some AFK icons if I needed them for my twitch stream; I found "toilet" and "fork and knife". They only show up properly using particular fonts, but I have one of them, so they showed up just fine [although, only as a box in the text entry field], and I was able to futz with them so they matched the general theme I have going on.

After having closed the program and restarted it, the overlays wouldn't show up when I toggled them. I tried re-editing them, only to find the text field was empty. I pasted the text back in, but they still didn't show, so I had to delete them and make them again.

Not life-threatening, but certainly an inconvenience. Does anyone happen to know what's going on here?

[log]

 

[Lain]

Actually I bet I know what's going on. They most likely are getting converted incorrectly, but the bug most likely only affects them while loading. This is due to a limitation in the current UTF code. I may have to replace that UTF code to fix it.

 

[Miss Kiva D]

Any additional info necessary from my end?

 

[Lain]

It'll be fixed in the next version. I committed a fix for it: https://github.com/jp9000/OBS/commit/96316c73cbb0374e70ccd9dd0d9ec51a8979e58c

At least I'm pretty sure that was the issue -- basically it's because you were using wide characters that were causing multi-byte UTF-16 values, and it was having trouble converting "back" from it, if that makes sense. At least I'm pretty sure that's what was going on.

 

[Miss Kiva D]

I think I get it; like the characters exceeded the size of a set width, so they were actually more like multiple characters combined and that was wonking things up for the program being able to read them?

 

[Lain]

Our UTF8 -> wide conversion function was built for unix 32bit wchar_t sizes, where as windows uses a 16bit whcar_t size. When they went over 16bit in side, it caused them to break.