tomaswolf commented on issue #489: URL: https://github.com/apache/mina-sshd/issues/489#issuecomment-2077649433
Possibly that SFTP server has a bug? It's a bit unclear what we could do. Probably the directory scanner should not return only directories and regular files but also do something meaningful for the other types. Then we'd at least list _something_. Remains the question what to do with "unknown" file types. **What do other SFTP clients display? If you have on that server a directory that contains subdirectories and files, do FileZilla or WinSCP correctly show the items as directories or files?** If so, we could look what those programs do to figure it out. One option might be to parse the "longname", even if the [draft RFC](https://datatracker.ietf.org/doc/html/draft-ietf-secsh-filexfer-02#section-7) says > However, clients SHOULD NOT attempt to parse the longname field for file attributes; they SHOULD use the attrs field instead. Provided that SFTP server fills in the "longname" field reasonably. **What are the complete buffer contents** (raw bytes) at a breakpoint at [the location I had indicated](https://github.com/apache/mina-sshd/blob/69b64dad16af3d11fab952879bd776e2e8716d47/sshd-sftp/src/main/java/org/apache/sshd/sftp/client/impl/AbstractSftpClient.java#L901)? (From the buffer's reading position `rpos` on, up to its `wpos`.) -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: dev-unsubscr...@mina.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@mina.apache.org For additional commands, e-mail: dev-h...@mina.apache.org
