Post a reply

Before posting, please read how to report bug or request support effectively.

Bug reports without an attached log file are usually useless.

Options
Add an Attachment

If you do not want to add an Attachment to your Post, please leave the Fields blank.

(maximum 10 MB; please compress large files; only common media, archive, text and programming file formats are allowed)

Options

Topic review

martin

44nonymous wrote:

It is not. If you disable Transfer in background (all cache options off), forcing autorefresh after any operation works perfectly.

That's true. I never claimed opposite. But for refresh after background transfer, the caching needs to be enabled. It's not a bug. It's the way it is implemented. I understand that you may not like it. But no one else have problems with it, so it's not likely I'm going to re-implement it.
44nonymous

martin wrote:

44nonymous wrote:

Why do you need any caching to force refresh after any operation?

It's just the way it is


It is not. If you disable Transfer in background (all cache options off), forcing autorefresh after any operation works perfectly.

You provide log of the opposite. I give up. This bug will stay forever, it was reported more than 5 years ago
martin

44nonymous wrote:

Why do you need any caching to force refresh after any operation?

It's just the way it is.

But I TRIED IT TOO and it makes no difference.

Post a log file for that.
44nonymous

Come on give me some credit. I can't do it right now, I'm not using that computer.

Why do you need any caching to force refresh after any operation?. It makes no sense, but I TRIED IT TOO and it makes no difference.

Thanks.
martin

As I have asked you already:

In your log:

. 2020-02-13 05:37:12.921 Local directory: ..., Cache: No
...
. 2020-02-13 05:37:18.062 Not refreshing directory, caching is off.


If you can reproduce the problem even with enabled caching (as you have claimed), please post a log file for that.
44nonymous

This bug is still unfixed after so many years. This is the log, there is ni refresh after moving a file from the server and after uploading it.
martin

Please attach a full session log file showing the problem (using the latest version of WinSCP).

To generate the session log file, enable logging, log in to your server and do the operation and only the operation that causes the error. Submit the log with your post as an attachment. Note that passwords and passphrases not stored in the log. You may want to remove other data you consider sensitive though, such as host names, IP addresses, account names or file names (unless they are relevant to the problem). If you do not want to post the log publicly, you can mark the attachment as private.
44nonymous

Directory caching does not matter. I can reproduce the bug the same way with it enabled and disabled.

Enabling Transfer in background causes the problem. I had to try every possible setting until I found out what was causing the bug.
martin

44nonymous wrote:

This is how to reproduce the bug:

- If transfer in background is enabled, refreshing the file list after any operation (upload, delete, etc) never happens.

- If transfer in background is disabled, a popup window shows, and after it closes refresh works fine.

Don't you have directory caching disabled?
https://winscp.net/eng/docs/ui_login_directories#directory_reading_options
44nonymous

This is how to reproduce the bug:

- If transfer in background is enabled, refreshing the file list after any operation (upload, delete, etc) never happens.

- If transfer in background is disabled, a popup window shows, and after it closes refresh works fine.
martin

Please attach a full session log file showing the problem (using the latest version of WinSCP).

To generate the session log file, enable logging, log in to your server and do the operation and only the operation that causes the error. Submit the log with your post as an attachment. Note that passwords and passphrases not stored in the log. You may want to remove other data you consider sensitive though, such as host names, IP addresses, account names or file names (unless they are relevant to the problem). If you do not want to post the log publicly, you can mark the attachment as private.
44nonymous

"Automatically refresh remote directory after operation" is not working, that's the bug.
44nonymous

Refresh directory after operation not working

"Refresh remote panel every" is disabled.

I have to manually refresh the directory after any operation like uploading a new file.