[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/
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [screen-devel] [bug #44366] hardstatus lastline UTF-8 corruption,
john harrigan <=