-
-
Notifications
You must be signed in to change notification settings - Fork 331
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
Weechat corrupts on Zero width character \u200b #1770
Comments
Hi, This is similar to the question in #1669. I'll make some tests anyway to check if there's a problem in WeeChat. |
Hm, do you know if I can use a script/setting to block ZWCs before they appear in the buffer for me? Suggestions?
I'm unsure if I can get Windows Terminal to change how it displays characters. |
You can remove such chars with a simple trigger like this:
This replaces By the way, are you able to reproduce the problem by printing yourself something like this?
For me a space is displayed, but no screen corruption (in the terminals I tested: terminator and Windows Terminal). |
@AIndoria: I wrote a specification that solves this issue and some other with Unicode chars: https://specs.weechat.org/specs/2022-003-fix-unicode-display.html Please tell me what you think about the proposed changes before I implement them. I can make them available on a testing branch before merging into master. |
I pushed the branch Please ping me if you find differences with the specification or display bugs (chat and bars). |
Thanks! I'll take a look :D |
@flashcode: Not sure if it's worth fixing, but to be completely correct, I think WeeChat should break the line at a zero with space, if there's not enough space left for the next word. Otherwise, it looks good. I haven't verified the corruption though, as I don't have Windows Terminal to reproduce it. |
Bug summary
Weechat corrupts itself on Windows Terminal (ssh'd to Weechat 3.4.1 running on screen on Ubuntu 20.04) seeing zero width character, \u200b (Refer to this code to see an example. Examples of corruption can be seen here, here, and here.
It remains even when you switch to another buffer, characters often remain on screen unless /redraw is pressed, but will do it again unless user clears the buffer by /buffer clear and then /redraw(or Ctrl+L).
Steps to reproduce
1. Find a word with a ZWC like \u200b (or in this case, ・゜゜・。。 ・゜゜\_ö< quack! )
2. scroll up or down and/or type something/change buffers.
3. Magic corruption.
Is there a way I can replace what appears in buffer as a temp solution BEFORE it is displayed to me while this gets fixed?
The text was updated successfully, but these errors were encountered: