GNU nano - Bugs: bug #49106, when the cursor is close to the...
You are not allowed to post comments on this tracker with your current authentication level.
bug #49106: when the cursor is close to the right edge, it is sometimes placed one-off
Submitter: | Benno Schulenberg <bens> | ||
Submitted: | Fri 16 Sep 2016 06:03:21 PM UTC | ||
Severity: | 3 - Normal | Status: | Fixed |
Assigned to: | bens | Open/Closed: | Closed |
Sat 28 Nov 2020 03:23:31 PM UTC, comment #4: |
Benno Schulenberg <bens> |
Thu 01 Dec 2016 07:40:16 PM UTC, comment #3: The commit that fixed this bug... triggered bug #49742.
|
Benno Schulenberg <bens> |
Wed 12 Oct 2016 12:00:49 PM UTC, comment #2: Fixed in git, 0a18d89. |
Benno Schulenberg <bens> |
Wed 12 Oct 2016 11:38:54 AM UTC, comment #1: The bug is not limited to softwrapping, and it does not occur on a Linux console. So the bug is probably related to bug #48852, and thus is most likely a VTE bug or an artifact of an ncurses optimization going wrong.
|
Benno Schulenberg <bens> |
Fri 16 Sep 2016 06:03:21 PM UTC, original submission:
To reproduce, run 'stty rows 20 && stty cols 120 && src/nano --ignore --nowrap --soft +193,888 doc/faq.html' and notice that the cursor is placed one position beyond the end of the line.
|
Benno Schulenberg <bens> |
No files currently attached
Depends on the following items: None found
Items that depend on this one: None found
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 4 latest changes.
Date | Changed by | Updated Field | Previous Value | => | Replaced by |
---|---|---|---|---|---|
2016-10-31 | bens | Open/Closed | Open | Closed | |
2016-10-12 | bens | Status | None | Fixed | |
Assigned to | None | bens | |||
2016-10-12 | bens | Summary | with softwrap, the cursor is sometimes placed one-off | when the cursor is close to the right edge, it is sometimes placed one-off |
Powered by Savane 3.13-f8d8.
Corresponding source code
The workaround was removed today, in commit 00ac41f6. It can only be reproduced when using 'stty cols' and setting the terminal's number of columns to a smaller number than it actually has. The user should not do this.
(I did not change the wrefresh() back to a wnoutrefresh(), as I'm not sure that there is nothing that depends on bottombars() effectively including a call of doupdate(). But also because I think I like it that the help lines are updated "asynchronously" from the title bar and the edit window.)