bugGNU nano - Bugs: bug #47438, trying to abort a search with the...

 
 

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

bug #47438: trying to abort a search with the wrong key clogs things up

Submitter:  Benno Schulenberg <bens>
Submitted:  Thu 17 Mar 2016 09:24:32 AM UTC
   
 
Severity:  4 - Important Status:  Fixed
Assigned to:  bens Open/Closed:  Closed

Fri 06 May 2016 07:41:21 AM UTC, comment #3: 

Fixed in git -- the original bug in 9cbe6a6, and the more severe second one in c918c65.

Benno Schulenberg <bens>
Group administrator
Thu 05 May 2016 07:49:12 PM UTC, comment #2: 

Aaah...  Cancelling a search doesn't restore nodelay mode.  :|

Benno Schulenberg <bens>
Group administrator
Thu 05 May 2016 07:21:01 PM UTC, comment #1: 

The bug is even worse: when you try to abort the search with a quick ^X ^X ^X and then sit and wait, you can wait forever.  Because the finding of multiple keystrokes in the input buffer has made nano go into delay mode -- it mistakenly does not restore the correct mode reading in the available keystrokes into the keybuffer.  Which means that after three seconds, when nano has eaten all the ^Xs, nano sits and waits for more input in the middle of the search loop.  :|

Benno Schulenberg <bens>
Group administrator
Thu 17 Mar 2016 09:24:32 AM UTC, original submission:  

When you try to abort a search in a huge file with a quick succession of five time ^X, say, and then remember to use ^C instead, it will take something like nine or ten seconds for the ^Xs to be "eaten" before finally the ^C is seen and the searching is cancelled.

When the keyboard polling routine notices that there is input, it should exhaust the entire input queue (and examine each character) before continuing the search.

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
    2016-06-20 bens Open/ClosedOpen Closed
    2016-05-06 bens StatusIn Progress Fixed
    2016-05-05 bens StatusNone In Progress
    2016-05-05 bens Severity2 - Minor 4 - Important

    Back to the top

    Powered by Savane 3.13-02a9.
    Corresponding source code