shortcut to directory still link to old directory if shortcut changed on server

[simshi]

There is a shortcut of a directory on server, filezilla can resolve it and enter the correct directory at first time.
Then server updates the shortcut pointing to another directory, firezilla client enters the old directory still.

Refesh (F5) it, still wrong directory.

[Martin]

I exactly found this one as well - and I have done the following:

• create two remote folders /tmp/dir_A/ and /tmp/dir_B/ in FZ
• copy a file file_A to dir_b and another file_B to dir_b to be sure in which folder I am
• ssh shell to remote, cd /tmp/, create link: ln -s /tmp/dir_a link_it

• FZ: refresh, -> shows link_it.
• FZ: double click link_it -> goes to dir_a -> OK.
• ssh: remove link
• FZ: refresh, -> link goes away -> OK.
• ssh: ln -s /tmp/dir_b link_it
• FZ: refresh, -> shows link_it again.
• FZ: double click link_it -> goes to dir_a instead of dir_b -> NOK.

Sometimes the "old" link is uses even if I close the server connection and re-open it again, without closing filezilla.
Only if I terminate filezilla completely the new link is used.

Attached is the filezilla log while doing the described stuff above.

My remote system is a linux emedded system.
my local system is:

---

FileZilla Client

---

Version: 3.5.3
Build information:

Compiled for: i586-pc-mingw32msvc
Compiled on: x86_64-unknown-linux-gnu
Build date: 2012-01-08
Compiled with: i586-mingw32msvc-gcc (GCC) 4.2.1-sjlj (mingw32-2)
Compiler flags: -g -O2 -Wall -g -fexceptions

Linked against:

wxWidgets: 2.8.12
GnuTLS: 2.10.4

Operating system:

Name: Windows NT 6.1 (build 7601, Service Pack 1)
Version: 6.1
Platform: 64 bit system

---

Hopefully someone can fix this...

Regards, Martin