File list "jump" with "Extra Lines Below Cursor" option turned off

[reenstix]

First of all, thank you for removing the main bug from the "File list scrolling additional lines when the drive combo box is hidden" topic. As I was testing it, I discovered that it also occurs with the "Extra Lines Below Cursor" option turned off. In order not to mislead anyone, I use only the keyboard to reproduce this bug. To reproduce the problem, it is best to set the screen resolution to 1280x1024, as in the attached video (at 1920x1080 it's very difficult to see).

Steps to reproduce:
1. go to a folder with many subfolders and files (e.g. C:\Windows), so that the file list is scrollable
2. go down with the cursor so that the .. parent folder isn't visible at the top of the file list
3. press enter key to enter the folder
4. press enter key again on the .. parent folder to return to the initial folder
5. watch closely at the bottom of the list where the last folder jumps one position
6. if you haven't noticed anything, go back to step 3

Unlike the previous bug, this one occurs in both 32bit and 64bit and started with the introduction of the "Extra Lines Below Cursor" option in version 10.00 of the TC. This bug is more difficult to see than the previous one and occurs randomly. In the attached video, the bug appears just after the first attempt and the fifth (best viewed in playback speed x0.25 or slower).

https://youtu.be/NHuh1BUPn0A

[petermad]

Click https://youtu.be/NHuh1BUPn0A -> This video is private.

I cannot reproduce it - here TC places the folder at step 4 as the last fully visible folder in the list. If [..] becomes visible at step 4 (because it was not the bottom-most folder I went into) then of course the folder is not the last in the visible list, becaus TC cannot scroll higher up than to [..]

[reenstix]

Click https://youtu.be/NHuh1BUPn0A -> This video is private.

Sorry about that, already corrected.

[ghisler(Author)]

Unfortunately I was never able to reproduce this when it was originally reported, and it also makes no sense at all because the list should not jump when there is no extra space defined. So unless you have a way to make me reproduce it reliably (e.g. special ini file settings), I will unfortunately have to leave this unfixed.

[petermad]

Sorry about that, already corrected.

I can see your video now, and what I see is, that you have managed to set the height of the file panel, so that one entry is always visible below the entry with the cursor when you scroll down with the arrow-key.

Try and make TC's main window 2 or 3 pixels higher, and see if the cursor will not then always be on the last visible entry when you scroll down. and when you go in and out of the folder under that last entry.

By adjusting the window height the way you have, you have practically set "Extra Lines Below Cursor" to 1.

See in this video how making the TC's main window 1 pixel higher changes the scrolling behavior: https://tcmd.madsenworld.dk/scrollheight.mp4

[reenstix]

you have managed to set the height of the file panel

I have not changed any settings to reproduce this problem, except to disable the "Extra Lines Below Cursor" option. My TC window is maximised so that it cannot be resized. However, when the window is resized and the last folder at the bottom is adjusted pixel to pixel, the problem does not occur. I also suspect this is the reason for this. My understanding is that the last folder does not fit in the last line and is moved one field higher and the question is why it happens randomly?

Whether you or someone else can reproduce this problem as in the video I have attached?

[ghisler(Author)]

2petermad
Yes, when a line does not fit at the bottom, you will get an incomplete line below it. However, that's not the problem in reenstix' video: In his video, the list scrolls correctly to that second-last entry, except in the last loop, when it first shows the cursor on the incomplete line and then scrolls one line up. That's the behaviour I can't reproduce here.

[white]

..except in the last loop, when it first shows the cursor on the incomplete line and then scrolls one line up.

Is it possible that this always happens but generally happens too fast to be displayed or to be noticed?

[Usher]

2ghisler(Author)
Try with a Windows running in safe mode or manually lower hardware acceleration for visual effects in Advanced System Settings.

[petermad]

Is it possible that this always happens but generally happens too fast to be displayed or to be noticed?

I have had the same thought.

[reenstix]

It happens so fast that not everyone is able to notice it. Nevertheless, it occurs randomly and, as in the attached video, it occurred at the first and fourth loop. Correct me if I am wrong, but shouldn't the program already have calculated whether it will fit or not on the last line before anything is displayed?

[ghisler(Author)]

I can only reproduce it when single stepping through the code in the debugger. It seems to happen when more than half the height of the last line is visible, but not 100% of it. It doesn't happen when less than half the height of the last line is visible, e.g. only a few pixels.

[reenstix]

I am able to reproduce this error in version 11.03 even if only a few pixels of the last line are visible, and from version 11.50_b3 only when more than half the height of the last line is visible. I have just checked version 11.50_b6 and can confirm that I am no longer able to reproduce this error at all.
Well done and thank you very much for your hard work.

[petermad]

Moderator message from: petermad » 2024-11-13, 19:38 UTC

Moved to "TC fixed bugs" from "TC11.x bug reports (English)"