bugWeeChat - Bugs: bug #40985, Unicode character "ZERO WIDTH...


bug #40985: Unicode character "ZERO WIDTH SPACE" causes display corruption

Submitted by:  Christopher O'Neill <deltafire>
Submitted on:  Sun 22 Dec 2013 11:22:42 AM UTC  
Category: displaySeverity: 3 - Normal
Item Group: displayStatus: Fixed
Privacy: PublicAssigned to: Sebastien Helleu <flashcode>
Originator Name: Open/Closed: Open
Release: 0.4.3IRC nick: Deltafire

Add a New Comment (Rich MarkupRich Markup):

You are not logged in

Please log in, so followups can be emailed to you.


Sun 23 Aug 2015 08:24:24 AM UTC, comment #4:

Finally fixed! (for version 1.4)

Sebastien Helleu <flashcode>
Project AdministratorIn charge of this item.
Wed 27 May 2015 11:36:22 PM UTC, comment #3:

This still occurs in 1.2

For me, "corruption" was limited to just cutting off the string at the zws, for both versions.

Tue 24 Dec 2013 08:18:16 AM UTC, comment #2:

I've ran this same test in irssi on the same machine; there were no indications of display corruption with irssi.

Christopher O'Neill <deltafire>
Sun 22 Dec 2013 03:54:40 PM UTC, comment #1:

Just ran this test on OSX also; there is no missing digits in the timestamp, but there is still corruption elsewhere on the display - characters that are not cleared from the previous buffer etc.

Tested with WeeChat 0.41 and 0.4.3-dev (latest from master branch).

Christopher O'Neill <deltafire>
Sun 22 Dec 2013 11:22:42 AM UTC, original submission:

The unicode character "ZERO WIDTH SPACE" (utf-8 E2 80 8B) sometimes causes characters to be missing from the prefix of the following line.

To reproduce:
1. Install the shell.py script.
2. Create the following python file 'test.py':

for i in range(30):
print "%02d 01\xe2\x80\x8b23456789" % i
3. Join an empty channel, run /shell test.py a couple of times.
4. Scroll up and down the buffer, switch to different buffers and back again.

- ctrl-L fixes the display
- Switching to an empty buffer and back again causes no corruption
- Not all buffers cause corruption when switched to
- Sometimes characters from the previous buffer remain on screen
- Tested using iTerm2 and PuTTY
- Tested on FreeBSD 9.2 with Tmux 1.8

Christopher O'Neill <deltafire>


(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach File(s):

No files currently attached


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -unavailable- added by flashcode (Updated the item)
  • -unavailable- added by deltafire (Submitted the item)

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.


    Please enter the title of George Orwell's famous dystopian book (it's a date):



    Follow 3 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Sun 23 Aug 2015 08:24:24 AM UTCflashcodeStatusNone=>Fixed
      Assigned toNone=>flashcode
    Sun 09 Feb 2014 09:35:30 AM UTCflashcodeRelease1.4-dev=>0.4.3

    Back to the top

    Powered by Savane 3.1-cleanup