screen-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[screen-devel] [bug #44366] hardstatus lastline UTF-8 corruption


From: john harrigan
Subject: [screen-devel] [bug #44366] hardstatus lastline UTF-8 corruption
Date: Wed, 25 Feb 2015 00:33:43 +0000
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:35.0) Gecko/20100101 Firefox/35.0

URL:
  <http://savannah.gnu.org/bugs/?44366>

                 Summary: hardstatus lastline UTF-8 corruption
                 Project: GNU Screen
            Submitted by: jfharrigan
            Submitted on: Wed 25 Feb 2015 12:33:41 AM GMT
                Category: User Interface
                Severity: 3 - Normal
                Priority: 5 - Normal
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open
         Discussion Lock: Any
                 Release: 4.2.1
           Fixed Release: None
         Planned Release: None
           Work Required: None

    _______________________________________________________

Details:

I get display corruption if I set hardstatus to alwayslastline and try to
display UTF-8 characters in the hardstatus.  First, the UTF-8 characters are
not displayed correctly.  Second, it looks like there are extra newlines in
the hardstatus such that the hardstatus takes up multiple lines at the bottom
of the terminal and lines in the regular portion of the screen are shifted out
of view.

I did not have this problem with 4.0.3 so I patched 4.2.1 with some changes I
took from 4.0.3 and the problem went away.  I don't really know what I'm doing
with the screen source so the patch is just the result of poking around in the
two different versions.  I'm attaching the patch in the hope that it helps one
of the screen maintainers identify the actual problem.  It obviously disables
code that was deliberately added so the patch isn't really useful other than
troubleshooting.

I have also applied the hardstatus.patch that archlinux applies to their
version
 of screen.

My testing was done with UXTerm on Linux
$LANG was set to "en_US.UTF-8"
screen was configured with "--enable-colors256 --enable-rxvt_osc
--disable-socket-dir"

To reproduce the problem with 4.2.1 + hardstatus.patch:
1) start uxterm and run "screen -U -c screenrc-test"
2) now that you're in screen, echo -e "\033_Núñez\033\\"

To make the problem go away, apply my utf8_lastline.patch and re-run test.



    _______________________________________________________

File Attachments:


-------------------------------------------------------
Date: Wed 25 Feb 2015 12:33:41 AM GMT  Name: screenrc-test  Size: 262B   By:
jfharrigan

<http://savannah.gnu.org/bugs/download.php?file_id=33177>
-------------------------------------------------------
Date: Wed 25 Feb 2015 12:33:41 AM GMT  Name: hardstatus.patch  Size: 793B  
By: jfharrigan

<http://savannah.gnu.org/bugs/download.php?file_id=33178>
-------------------------------------------------------
Date: Wed 25 Feb 2015 12:33:41 AM GMT  Name: utf8_lastline.patch  Size: 2kB  
By: jfharrigan

<http://savannah.gnu.org/bugs/download.php?file_id=33179>

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?44366>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]