bugGNU nano - Bugs: bug #47133, walking through the files in the...

 
 

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

bug #47133: walking through the files in the file browser has become very slow

Submitter:  Benno Schulenberg <bens>
Submitted:  Sat 13 Feb 2016 11:54:34 AM UTC
   
 
Severity:  4 - Important Status:  Fixed
Assigned to:  bens Open/Closed:  Closed

Sat 13 Feb 2016 04:43:37 PM UTC, comment #2: 

Fixed in SVN, r5638.

This could be further improved by statting the dir to see if its contents have been updated since the last rebuild, and if so, rebuild again.

Benno Schulenberg <bens>
Group administrator
Sat 13 Feb 2016 03:05:22 PM UTC, comment #1: 

Currently, for every change in selected file, so for every cursor movement, the entire file list is rebuilt.  This should be done only when the size of the terminal has changed or might have changed.

Benno Schulenberg <bens>
Group administrator
Sat 13 Feb 2016 11:54:34 AM UTC, original submission:  

To reproduce, run 'src/nano README', then type ^R ^T M-G /etc <Enter>.  The display should now show the contents of the /etc system directory; there are likely very many files there. Now press and hold <Right>.  In nano-2.4.1 and earlier, the highlight of the currently selecting file will flicker on steadily.  But since nano-2.4.2, after the first few steps, the highlight starts to pauze and falter and jump.  It's silly.

When there are just twenty or thirty files in the listed directory, this faltering is hardly noticeable, but when there are a hundred or more...  Bweh!  What the heck happened there?

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 5 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2016-02-27 bens Open/ClosedOpen Closed
    2016-02-14 bens Severity3 - Normal 4 - Important
    2016-02-13 bens StatusIn Progress Fixed
    2016-02-13 bens StatusNone In Progress
        Assigned toNone bens

    Back to the top

    Powered by Savane 3.13-f8d8.
    Corresponding source code