bugGNU nano - Bugs: bug #27051, nano 2.1.9 does not display first...

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #27051: nano 2.1.9 does not display first UTF-8 character in a line after scrolling

Submitter:  Andreas Klauer <aklauer>
Submitted:  Fri 17 Jul 2009 08:17:15 PM UTC
   
 
Severity:  3 - Normal Status:  Fixed
Assigned to:  bens Open/Closed:  Closed

Wed 14 May 2014 01:48:12 PM UTC, comment #3: 

The workaround was merged into SVN, r4879.

Benno Schulenberg <bens>
Group administrator
Mon 24 Feb 2014 07:12:47 PM UTC, comment #2: 

This seems to be a pre-duplicate of bug #31743.
Andreas, could you try the patch in patch #8188?

Benno Schulenberg <bens>
Group administrator
Sun 19 Jul 2009 12:06:46 PM UTC, comment #1: 

I can reproduce the issue with a one line file now, I'll attach it as foobar.txt here. Load the file in nano, press END to get to end of the line, press HOME to get to the beginning of the line, or DOWN to go the next line, and the first character of the line will be missing.

I think I also found out something new about the issue:

The line has to be as long as the terminal is wide, i.e. it has to show up as "line of text", but going to the end of the line, nano should have to scroll so that it shows up as "$text". Going back to the beginning of the line then kills the first character.

If the line is longer, i.e. shows up as "line of text$" in the first place, and also if it is shorter (doesn't scroll at all), the issue doesn't arise.

So to reproduce the issue you have to make your terminal just wide enough to fit the whole line in.

(file #18439)

Andreas Klauer <aklauer>
Fri 17 Jul 2009 08:17:15 PM UTC, original submission:  

I have a strange issue with nano 2.1.9 and UTF-8. With a certain terminal size, if a line is too long and you scroll to the right and then back to the beginning of a line, it does no longer display the first UTF-8 character correctly.

I could reproduce this in both xterm-243 and rxvt-unicode-9.06.

I'll attach scripts for both terminals (although I think they are pretty much identical). In both scripts I start nano from the shell, scroll down to the last line, go to end of line, go into next line, which causes it to not display the first character (ど) of the line correctly (instead it shows up as if it were a single space char).

I'm not sure about my terminal size, it's pretty wide (1680x1050 full screen window), the error does not happen with other terminal sizes. You should be able to tell the exact dimensions from the scripts.

By looking at the script, you can see the line どうして... is first displayed correctly, but after scrolling back it gets somehow turned into ど^Hうして... which kills the ど in the terminal.

Andreas Klauer <aklauer>

 

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

Attached Files
file #18439:  foobar.txt added by aklauer (235B - text/plain)
file #18434:  xterm.script added by aklauer (25KiB - application/octet-stream)
file #18433:  urxvt.script added by aklauer (25KiB - application/octet-stream)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by bens (Posted a comment)
  • -email is unavailable- added by aklauer (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

     

    Follow 8 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2014-05-14 bens StatusDuplicate Fixed
        Open/ClosedOpen Closed
    2014-04-15 bens PrivacyPrivate Public
    2014-02-24 bens StatusNone Duplicate
        Assigned toNone bens
    2009-07-19 aklauer Attached File- Added foobar.txt, #18439
    2009-07-17 aklauer Attached File- Added xterm.script, #18434
    2009-07-17 aklauer Attached File- Added urxvt.script, #18433

    Back to the top

    Powered by Savane 3.13-02a9.
    Corresponding source code