visual bug: lister - last text row shown partially or hidden

[Dark One]

as the thread name says, last row of a long text file (3.3MB) is partially hidden or totaly hidden (depending on lister's vertical size). lower button of vertical scrollbar does nothing.

screenshot here

rc1, wxpprosp1
plain text (mode 1), wrap is off, show cursor is off, ansi charset...

[karlchen]

Windows XP Pro Sp1, T.C. 6.x through to T.C. 7.0rc2:

Behaviour confirmed.
Yet, as far as I can tell it happens randomly, i.e. not all the time, and I have not figured out how to provoke it at will.

Usually "Refresh" corrects the display on first or second attempt.

Karl

[ghisler(Author)]

Unfortunately I cannot confirm that. Can you post a link to a file which shows this behaviour, or send me a small sample file by e-mail to beta at ghisler dot com, please? It must be zipped, and the zip must be smaller than 200kBytes. Thanks!

[CoolWater]

I can also confirm this BUT only when the file is shown in Lister and another program writes/appends something to it. In this case, you will also never get 100% displayed at the top of the lister window as long as the file is not entirely written.

Regards,
CoolWater

[ND]

I noticed this happening too, but only when the file was changing from outside TC: when Lister goes at 100% the newly appended lines in the file show after 100%, like in Dark One's screenshot.

P.S. CoolWater can type faster than me...

[ghisler(Author)]

Try to press F2 or Ctrl+R (reread) in Lister when this happens. This should also refresh the last line pointers.

[karlchen]

I can also confirm this BUT only when the file is shown in Lister and another program writes/appends something to it. In this case, you will also never get 100% displayed at the top of the lister window as long as the file is not entirely written.

Hm, this might be the crucial factor:

another programme appending new lines at the end of the file.

I know I see the incompletely displayed last line inside the "PFirewall.log" (logfile of the Windows internal firewall) frequently.

Cannot remember if the issue occurred with other files as well, i.e. files which were definitely not in use by another programme. Will keep an eye on this in future.

Karl

[Dark One]

you guys were right;

i discovered what the problem was: although i closed the client app, there was a zombie process left which added one or two lines to the file in the meantime. if i kill the client all is fine; if i don't, this behavior is reproducible...

[ghisler(Author)]

So can you reach the lines after pressing F2 or Ctrl+R?

[karlchen]

Good evening, Christian.

Although the question seems to be addressed to Dark One primarily, my answer was and still is "yes", as explained above.

Karl

[ghisler(Author)]

Thanks, then I can move this to fixed, OK?

[Dark One]

Thanks, then I can move this to fixed, OK?

F2 is good enough for me so my answer is yes.

however, isn't it possible to update the line count dynamicaly when lister reads these new lines (which it finds after we scroll into them)?

[ghisler(Author)]

This would be unreliable, because Lister doesn't always re-read the file, only when reaching the end or beginning of the currently loaded block of 64kBytes.