- 
          
- 
                Notifications
    You must be signed in to change notification settings 
- Fork 40
Open
Labels
area: coreIssues not related to a specific subsystemIssues not related to a specific subsystemprio: mediumHas the potential to affect progressHas the potential to affect progressstate: approvedIf not using PRs: associated branch has been approvedIf not using PRs: associated branch has been approvedver: 4.8.33Reproducible in version 4.8.33Reproducible in version 4.8.33
Milestone
Description
Is there an existing issue for this?
- I have searched the existing issues
Midnight Commander version and build configuration
GNU Midnight Commander v4.8.33 (latest git)
Built with GLib 2.86.0 (using GLib 2.86.0)
Built with S-Lang pre2.3.4-16 and terminfo database (using S-Lang pre2.3.4-16)
Mit eingebautem Editor
Mit Subshell-Unterstützung als Standard
Mit Unterstützung für Hintergrundoperationen
Mit Mausunterstützung für xterm
Mit Internationalisierungsunterstützung
Virtuelles Dateisystem:
 cpiofs, tarfs, sfs, extfs, ftpfs, shell
Datentypen:
 char: 8; int: 32; long: 64; void *: 64; size_t: 64; off_t: 64; uintmax_t: 64;
The window manager is 'xfce4' and the terminal for MC is ‘xcfce4-terminal’.Operating system
OpenSuSE Tumbleweed
Linux wolfn3 6.17.0-2-default #1 SMP PREEMPT_DYNAMIC Thu Oct  2 08:12:40 UTC 2025 (190326b) x86_64 x86_64 x86_64 GNU/LinuxIs this issue reproducible using the latest version of Midnight Commander?
- I confirm the issue is still reproducible with the latest version of Midnight Commander
How to reproduce
- Start mc.
 The following section deals with the ‘history of the directory list’. The list should already contain several entries (> 2).
- Call up the list (keyboard or mouse; it does not matter which panel).
- Now exit the list by pressing the ‘ESC’ key.
- Call up the list again.
 The selection bar is now one line down.
Expected behavior
The selection bar should be in the same position when the list is reopened as it was when the list was last closed.
Actual behavior
The following image shows the list when it is first called up.
The second image shows the list after it has been called up again.
 
 
Additional context
Further calls and exiting with ‘ESC’ move the selection bar downwards until it can go no further.
Perhaps this behaviour is intentional. However, I find it unusual.
Metadata
Metadata
Assignees
Labels
area: coreIssues not related to a specific subsystemIssues not related to a specific subsystemprio: mediumHas the potential to affect progressHas the potential to affect progressstate: approvedIf not using PRs: associated branch has been approvedIf not using PRs: associated branch has been approvedver: 4.8.33Reproducible in version 4.8.33Reproducible in version 4.8.33