Opened 8 years ago
Closed 8 years ago
#10243 closed Bug report (worksforme)
Scrambled permissions set with FileZilla 220.127.116.11
|Reported by:||Lawrence Charters||Owned by:|
|Component version:||Operating system type:||OS X|
|Operating system version:||OS X 10.9, Windows 7|
Description (last modified by )
We are seeing scrambled permissions set with FileZilla 18.104.22.168. Multiple web developers have uploaded content to a web server that should have directory permissions of 775 and file permissions of 644. The server's umask is set to these values as a default, and previous versions of FileZilla uploaded files without problem.
After a blanket update from 3.9.06 to 22.214.171.124, uploaded directories had permissions set to 7644, 755, or in some cases 700. Uploaded files had permissions set to 640 or, in some cases, 700. The client machines were running both Windows 7 and Mac OS X 10.9.
Reuploading the files using a non-FileZilla FTP client (Fetch on Macs, WS_FTP on Windows) had permissions properly set. Downgrading to FileZilla 3.7.3 (what we had cached) corrected the permissions problem, though it has other issues.
Change History (1)
comment:1 by , 8 years ago
|Priority:||critical → normal|
|Status:||new → closed|
Since 3.10.0 local permissions are inherited when uploading files. Please check your source permissions.