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
I had a branch called Scintilla which I created a pull request for in GitHub Desktop.
Then, in my browser I accepted the pull request (I have not deleted the branch).
Then I went to my master branch in GD and pulled the request down. It all appeared to work.
But, when I went to compile in VS2022 it had an issue with the RC2 file.
I opened the RC2 file in Notepad and it had gibberish. It was UTF16- LE encoded.
I went to my physical backup of the Scintilla branch and replaced the file. My local version is not corrupted and is still UTF-16 LE encoded. Now VS2022 compiles.
I am very concerned that the RC2 file I ended up with was not usable and don't want this to happen again.
@ajtruckle thanks for the report. I don't see how this would have been caused by GitHub Desktop, but Git does have issues diffing UTF-16 files unless you specifically configure your .gitattributes file. That still wouldn't result in the file becoming corrupted, though. If you're able to reproduce this in a test repository we can dig into it further.
The problem
I had a branch called Scintilla which I created a pull request for in GitHub Desktop.
Then, in my browser I accepted the pull request (I have not deleted the branch).
Then I went to my master branch in GD and pulled the request down. It all appeared to work.
But, when I went to compile in VS2022 it had an issue with the RC2 file.
I opened the RC2 file in Notepad and it had gibberish. It was UTF16- LE encoded.
I went to my physical backup of the Scintilla branch and replaced the file. My local version is not corrupted and is still UTF-16 LE encoded. Now VS2022 compiles.
I am very concerned that the RC2 file I ended up with was not usable and don't want this to happen again.
Thank you.
Release version
Version 3.3.14 (x64)
Operating system
Windows 11
Steps to reproduce the behavior
See previous comments.
Log files
2024-04-28.desktop.production.log
Screenshots
No response
Additional context
No response
The text was updated successfully, but these errors were encountered: