bugGNU nano - Bugs: bug #52377, the message...


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

bug #52377: the message "Searching..." can stay on the status bar after searching has finished

Submitter:  Benno Schulenberg <bens>
Submitted:  Thu 09 Nov 2017 08:27:22 PM UTC
Severity:  3 - Normal Status:  Fixed
Assigned to:  bens Open/Closed:  Closed

Mon 13 Nov 2017 07:03:30 PM UTC, comment #2: 

Fixed in git, ab14df07.

Benno Schulenberg <bens>
Group administrator
Mon 13 Nov 2017 05:03:31 PM UTC, comment #1: 

A somewhat reliable recipe for reproduction is to run:

  src/nano --ignore --nohelp NEWS

Then type: ^W fast <Enter>, and hold down M-W.  Now and then you will see "Searching..." appear for a tenth of a second on the status bar.  If in that tenth you would release M-W, the "Searching..." would stay.  (You can also search for "save" instead -- it will take much longer before "Searching..." will appear, but you will stand a chance to release M-W before it disappears.)

Anyway, the thing is easily fixed by adding a wrefresh() call after the statusbar blanking in findnextstr().

Benno Schulenberg <bens>
Group administrator
Thu 09 Nov 2017 08:27:22 PM UTC, original submission:  

This is difficult to reproduce, but I've seen it happen four times now.  I'm searching for something and am slowly typing a series M-W, and then, suddenly, even when the searching has stopped and the cursor sits on the found occurrence, the message "Searching..." stays put on the status bar.  I use --quickblank, so it will disappear on the next keystroke, but it's not right.

It seems to occur only when --nohelp is used as I haven't been able to reproduce it with the help lines present.  So, it sounds like the clearing of the status bar (after a search has finished) relies on a doupdate() call when the help lines get rewritten?

Benno Schulenberg <bens>
Group administrator


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

No files currently attached


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -email is unavailable- added by bens (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 4 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2017-11-19 bens Open/ClosedOpen Closed
    2017-11-13 bens StatusIn Progress Fixed
    2017-11-13 bens StatusNone In Progress
        Assigned toNone bens

    Back to the top

    Powered by Savane 3.11