-
Notifications
You must be signed in to change notification settings - Fork 410
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Bug with UTF-8 encoding on labels and AutoTools #2520
Comments
Is this bug reproduceable on version 4.1.6? There were some changes made to labels in version 4.1. As a side note, the latest v4.1.6 branch release is significantly more stable than v4.0. It's undesirable to still be using v4.0. |
I've reproduced this in 4.1.6. |
It looks like the UTF-8 encoding is being lost. I will implement a new utility function to convert back to UTF-8. Target is
|
Are you able to reproduce this bug in |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
Please complete the following tasks.
Tell us about your environment
Web Browser: Firefox 113.0.2 (64-bit) (also occurs in Chrome)
ruTorrent - v4.0-stable
PHP: PHP 8.1.7
OS: Ubuntu 22.10
Tell us how you installed ruTorrent
not relevent
Describe the bug
Re-using an existing label with UTF-8 characters causes the string to be re-encoded incorrectly. This combined with AutoTools causes the folder that the data is written into to change.
Steps to reproduce
엄마
.엄마
엄마
label to it.엄마
, with the following bytes.Note: the oddly encoded string does not survive copy-paste into the browser, but does in and out of a terminal.
Expected behavior
I would expect the string for the label to stay the same in order to consistently put the content in the same folder.
Additional context
No response
The text was updated successfully, but these errors were encountered: