GNU nano - Bugs: bug #50121, adding or deleting a start/end...
You are not allowed to post comments on this tracker with your current authentication level.
bug #50121: adding or deleting a start/end match for a symmetrical multiline regex will not recolor all of the subsequent text
Submitter: | Benno Schulenberg <bens> | ||
Submitted: | Sun 22 Jan 2017 05:08:50 PM UTC | ||
Severity: | 3 - Normal | Status: | Fixed |
Assigned to: | bens | Open/Closed: | Closed |
Sun 12 Feb 2017 07:08:13 PM UTC, comment #3: |
Benno Schulenberg <bens> |
Sun 12 Feb 2017 07:00:17 PM UTC, comment #2: Using the same syntax as in comment #0, run the following with version 2.7.4:
|
Benno Schulenberg <bens> |
Mon 23 Jan 2017 05:19:29 PM UTC, comment #1: What happens is this: when the line after the "set fill" line gets redrawn, it first looks on the preceding line, finds an unterminated start match, and then seeks for a matching end on the current line, finds it, paints the head of this line, goes on, finds a new start, and paints the tail of the line. Then the next line gets painted: it first looks on the preceding line, finds a start match before "set nowrap", doesn't realize that in fact this is an end match, goes on, finds and end match after the "set nowrap", doesn't realize that in fact this is a start match, goes on, finds no further starts, and so concludes that there is no unterminated start before the current line. But that is wrong.
|
Benno Schulenberg <bens> |
Sun 22 Jan 2017 05:08:50 PM UTC, original submission:
To reproduce, add the following two lines to your ~/.nanorc:
|
Benno Schulenberg <bens> |
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 5 latest changes.
Date | Changed by | Updated Field | Previous Value | => | Replaced by |
---|---|---|---|---|---|
2017-02-24 | bens | Open/Closed | Open | Closed | |
Summary | the "improved" painting logic has an unwanted effect | adding or deleting a start/end match for a symmetrical multiline regex will not recolor all of the subsequent text | |||
2017-02-12 | bens | Status | In Progress | Fixed | |
2017-01-23 | bens | Attached File | - | Added 0001-painting-make-use-of-the-multidata-of-the-preceding-.patch, #39542 | |
Status | None | In Progress |
Powered by Savane 3.13-d3ae.
Corresponding source code
Fixed in git, b3bcc8ee.
(The original description of the problem was wrong, though: older would not invert the color on /all/ the subsequent text. It would just invert it as far as the resetting of the multidata reached. If there are just a few matches in the file or on the screen, it will /seem/ to invert all the green, but it really doesn't. So I might wish to change the description of this bug: "adding or deleting a start/end match for a symmetrical multiline regex will not recolor all of the text that follows it". But... let it be.)