false handling of file attributes in sftp protocol
|Reported by:||jimmyjjames||Owned by:|
|Keywords:||sftp, attribute, attr, attrs, attributes, longname||Cc:|
|Component version:||Operating system type:||Windows|
|Operating system version:||win 7 x64|
filezilla apparently handels file attributes in the sftp protocol by parsing the "longname" of the SSH_FXP_NAME resoponse packet. since the format of the longname in sftp version 3 is not
specified and the SSH_FXP_NAME contains an ATTRS field which contains explicit attributes for each filename it would make more sence to use them instead of the longname: http://tools.ietf.org/html/draft-ietf-secsh-filexfer-02#section-7
furthermore filezilla parses the longname in a false way. Symbolic links have in the longname the letter "l" on the first position instead of "-" for files or "d" for directories. but filezilla shows symbolic links always as directories regardless of the target it links to, which is wrong.