Opened 3 years ago
Closed 3 years 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 , 3 years ago
Attachment: | image+(4).png added |
---|
by , 3 years ago
Attachment: | image-20211027-135240 (1).png added |
---|
comment:1 by , 3 years ago
Status: | new → moreinfo |
---|
by , 3 years ago
by , 3 years ago
comment:3 by , 3 years 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 , 3 years 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 , 3 years ago
Attachment: | mountPoint.PNG added |
---|
comment:5 by , 3 years 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 , 3 years 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 , 3 years ago
Resolution: | worksforme |
---|---|
Status: | closed → reopened |
by , 3 years ago
Attachment: | Changedmount.PNG added |
---|
comment:9 by , 3 years ago
Status: | moreinfo_reopened → reopened |
---|
Updated FileZilla to 1.2.0 version.
For quicker resolution can we connect over a call.
comment:10 by , 3 years 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 , 3 years 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 , 3 years 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 , 3 years 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 , 3 years ago
Any information on the workaround for inaccessibility of folders and files shared via FileZilla?
comment:15 by , 3 years 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 , 3 years ago
Owner: | set to |
---|---|
Status: | reopened → accepted |
I've been able to reproduce this issue.
comment:17 by , 3 years 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 , 3 years 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?