Opened 14 years ago
Closed 14 years ago
Last modified 14 years ago
#4647 closed Bug report (fixed)
Synchronized browsing doesn't work while uploading
|Reported by:||Martin_2||Owned by:||Tim Kosse|
|Component version:||Operating system type:||Windows|
|Operating system version:||Vista|
If synchronized browsing is active and a folder contains a lot of small files (>100) the following behaviour was observed:
Some files where selected and uploaded. While uploading is in progress, the folder is changed to another folder with a lot of small files (>100) on the local side. The folder is then not changed on the server side while the upload is in progress. Another folder must be selected after upload is finished to synchronize the folder view again. This happens in version 126.96.36.199 and before.
Change History (6)
comment:1 by , 14 years ago
|Status:||new → moreinfo|
comment:2 by , 14 years ago
|Status:||moreinfo → new|
In Version 188.8.131.52 the behaviour seems to be exactly the opposite: the server side is changed and the local side remains in the old view. Here is a step by step instruction:
- Connect to a webspace where synchronized browsing has been enabled and is active after connecting
- Click on a subfolder on the local side (the hard drive) which also exists on the server side which contains a lot of files (>1000) which have a size about 30 KB or smaller. I don't think this is important, in my case, these are pictures and HTMLs
- Upload let's say 20 files and while uploading, select another folder which also contains a lot of files (>1000), in this case HTMLs with about 0,5 KB in size, on the local side
- The view is updated to this folder only on the server side.
I could reproduce the behaviour several times but not always, especially not the second time when I select a folder because the caching works fine. FileZilla has to be restarted for every test. After a few tries the behaviour was not reproducible anymore, perhaps because of caching.
I hope this will help.
comment:3 by , 14 years ago
After a few tries the behaviour was not reproducible anymore, perhaps because of caching.
All caches are dropped if you exit FileZilla.
comment:4 by , 14 years ago
|Status:||new → accepted|
I just managed to reproduce it.
comment:5 by , 14 years ago
|Status:||accepted → closed|
Should be fixed.
Please try the upcoming 2009-10-02 build from http://filezilla-project.org/nightly.php
comment:6 by , 14 years ago
In a short test, it seems to works now. Thanks a lot!
What exactly do you mean? What should have happened instead?
Please give step by step instruction how to reproduce this problem as detailed as possible, you cannot be too verbose.