Opened 15 months ago
Closed 13 months ago
#12621 closed Bug report (fixed)
Not able to access folder shared via Filezilla
Reported by: | Healthvue | Owned by: | Tim Kosse |
---|---|---|---|
Priority: | normal | Component: | FileZilla Server |
Keywords: | Cc: | ||
Component version: | 1.1.0 | Operating system type: | Windows |
Operating system version: | Windows 10 |
Description
We have shared some folder using FileZilla server to our client , so that they can have access to the folder. However, the client is getting an error(Screenshot attached).
Using latest filezilla version.
Attachments (6)
Change History (24)
by , 15 months ago
Attachment: | image+(4).png added |
---|
by , 15 months ago
Attachment: | image-20211027-135240 (1).png added |
---|
comment:1 by , 15 months ago
Status: | new → moreinfo |
---|
by , 15 months ago
by , 15 months ago
comment:3 by , 15 months ago
Status: | new → moreinfo |
---|
First log: Which mount points do you have configured in the server?
Second log: Which client are you using? Looks like it is outdated.
comment:4 by , 15 months ago
Status: | moreinfo → new |
---|
Mount Point- Screenshot attached.
User(Test_VL) is using WinSCP to connect to this mount point.
For quicker resolution can we connect over a call.
by , 15 months ago
Attachment: | mountPoint.PNG added |
---|
comment:5 by , 15 months ago
Resolution: | → worksforme |
---|---|
Status: | new → closed |
Please update the server to 1.2.0
According to log1.PNG you are attempting to list "/" but according to the mountPoint.PNG there is directory mounted at "/"
Make sure to access "/test_FTP" or add a mount under "/" if you don't want to configure the initial path in your client.
comment:6 by , 15 months ago
As per the instruction mentioned given initial path as "/" ,attached in screenshot. But still facing the same issue as mentioned in pervious chats.
comment:7 by , 15 months ago
Resolution: | worksforme |
---|---|
Status: | closed → reopened |
by , 15 months ago
Attachment: | Changedmount.PNG added |
---|
comment:9 by , 15 months ago
Status: | moreinfo_reopened → reopened |
---|
Updated FileZilla to 1.2.0 version.
For quicker resolution can we connect over a call.
comment:10 by , 15 months ago
Status: | reopened → moreinfo_reopened |
---|
Calls are not archiveable and not searchable.
Does the Windows account the FileZilla Server service runs under, SYSTEM by default, have permission to access the target directory?
comment:11 by , 15 months ago
Status: | moreinfo_reopened → reopened |
---|
There are few users who are able to access the folders which they are permitted to access. But most of them are not able to.
We have all the permissions set to the SYSTEM account.
comment:12 by , 14 months ago
I noticed a similar flaw which perhaps explains the problem: when I save the configuration Filezilla Server remove some "/" from the native PATH:
for example I write
10.10.0.126\ftp_dream\Dream\dreams\UPLOAD
but, when I apply it save
10.10.0.126\ftp_dreamDreamdreamsUPLOAD causing the same error reported here.. it could be an explanation, however it is a mistake to correct
comment:13 by , 14 months ago
As commented by Marco Peroni, this issue exists for other users as well and might be a software bug. What is the workaround for this and a permanent solution for the same?
comment:14 by , 14 months ago
Any information on the workaround for inaccessibility of folders and files shared via FileZilla?
comment:15 by , 14 months ago
this is only a workaround: I opened the configuration file, corrected the path string adding the slashes mistakenly removed by the software bug and restarted the service... but this is only a temporary workaround because if you modify the configuration and save again you have to repeat the workaround. We hope that the developers will provide a patch to fix this flaw
comment:16 by , 14 months ago
Owner: | set to |
---|---|
Status: | reopened → accepted |
I've been able to reproduce this issue.
comment:17 by , 14 months ago
Thank you Marco Peroni for following up. @Tim Kosse, can you please suggest a resolution to this issue as this is adversely affecting the production environment and performance?
comment:18 by , 13 months ago
Resolution: | → fixed |
---|---|
Status: | accepted → closed |
This should be a solved problem in 1.3.0. Closing this ticket. Please reopen if the problem still persists.
What does it say in the server log?