Wrong filename displayed in statusline when saving to another file

[4goettma]

$> micro --version
Version: 2.0.15-dev
Commit hash: 04c57704
Compiled on August 28, 2024

How to reproduce:

1. run micro a.txt
2. type aaa, press Ctrl+S
3. press Ctrl+E, enter save b.txt, press Return
4. type bbb
5. Observation: statusline displays a.txt as the file name
6. press Ctrl+S
7. Observation: statusline displays b.txt as the file name, a.txt contains aaa, b.txt contains aaabbb

What's the problem?
At step 5), the user doesn't expects the file content to be written to file b.txt since it's not displayed in the statusline as the active file. The user might not want to change the content of file b.txt.

[niten94]

The statusline has been fixed in fa31745 (#3689) to update when save is run, but there's no release version that includes the mentioned commits yet.

The user might not want to change the content of file b.txt.

Do you mean that a user might more likely want to continue editing a.txt, even if the statusline is fixed to update to b.txt? In other programs with a control like "save as" which are only GUI programs in my experience, the currently opened file is switched (i.e. to b.txt).

[4goettma]

It's great to see that there is already a fix for that!

The user might not want to change the content of file b.txt.

This sentence was probably a bit redundant. I was trying to emphasize that it can lead to unwanted and unexpected data loss or other consequences (e.g. accidentally editing a configuration file of a running service) if the user saves to a different file than they expect.
I think it's fine to change the active file, although I would prefer an explicit “save as” action.