Opened 15 years ago

Last modified 13 years ago

#4811 new Bug report

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

Reported by: simshi Owned by:
Priority: high Component: FileZilla Client
Keywords: Cc:
Component version: Operating system type: Windows
Operating system version:

Description

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.

Attachments (1)

filezilla_softlink_problem.log (6.0 KB ) - added by Martin 13 years ago.

Download all attachments as: .zip

Change History (2)

by Martin, 13 years ago

in reply to:  description comment:1 by Martin, 13 years ago

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

Note: See TracTickets for help on using tickets.