bugGNU nano - Bugs: bug #54047, when loading multiple files, the...

 
 

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

bug #54047: when loading multiple files, the status bar shows the wrong number of lines

Submitter:  Benno Schulenberg <bens>
Submitted:  Sun 03 Jun 2018 06:03:34 PM UTC
   
 
Severity:  3 - Normal Status:  Fixed
Assigned to:  bens Open/Closed:  Closed

Fri 13 Jul 2018 10:37:37 AM UTC, comment #4: 

Fixed in git, commit 063a8b08.

Benno Schulenberg <bens>
Group administrator
Wed 11 Jul 2018 06:13:06 PM UTC, comment #3: 

The bug exists since nano-2.8.5 -- for a whole year already.  :|

Benno Schulenberg <bens>
Group administrator
Sun 08 Jul 2018 03:48:19 PM UTC, comment #2: 

Am planning to first implement the "Switched to <name>: xx lines" message.  That will be an improvement in itself.  Then we will how it looks when this message appears at startup when loading multiple files.

Benno Schulenberg <bens>
Group administrator
Mon 04 Jun 2018 05:40:28 PM UTC, comment #1: 

I can think of three possible solutions:

1) Stop writing "read xx lines"-messages to the status bar as soon as more than one buffer is open.  But when there is a large file among the later arguments, nano can seem to be stuck.

2) Clear the status bar as soon as all files have been read.  It might be difficult to decide, though, if there is an error message there that shouldn't be wiped.

3) When all files have been loaded, send a "Opened nn buffers" to the status bar (which will not overwite an error message -- the mechanism for that is already in place).

Something that has irked me for a long time is that, when having opened multiple files and switching to one of the other buffers, there is no message about the number of lines in that file.  (One could do a ^C, but that gives far too much information.)  It would be nice that, when switching to another buffer, there is a message like this: "Switched to <name>: xx lines".  The number of lines is easy to determine: openfile->filebot->lineno minus one if the filebot line is empty.  If that message is in place, then there is fourth possibility to solve this bug:

4) When all files have been loaded and nano switches from the last loaded buffer to the first, do not suppress the switching message, so that the number of lines will be shown.  The message will be different than when a single file has been opened, but the essential info is there.  (Any possible conversion info is lost, but would not be difficult to add, and would be a great reminder about the format of the file.)

5) Simply write the relevant message again.

Benno Schulenberg <bens>
Group administrator
Sun 03 Jun 2018 06:03:34 PM UTC, original submission:  

To reprodoce, run:

  nano NEWS README

On the status bar it says: [ Read 76 lines ].  But the NEWS file is more that 1700 lines long: type ^C and see.  It is the README file that is 76 lines long.

Now I understand why nano used to load the first file on the command line last.  :|  And strange that no one has noticed until now!  Seemingly people never look at this line.  :|

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
    2018-09-10 bens Open/ClosedOpen Closed
    2018-07-13 bens StatusIn Progress Fixed
    2018-07-11 bens StatusNone In Progress
    2018-07-08 bens Assigned toNone bens

    Back to the top

    Powered by Savane 3.13-f8d8.
    Corresponding source code