bugzilla-daemon at mindrot.org
2023-Jul-24 20:05 UTC
[Bug 3591] New: Introduction of "users-groups-by-id@openssh.com" causes nlink to be lost with long view
https://bugzilla.mindrot.org/show_bug.cgi?id=3591 Bug ID: 3591 Summary: Introduction of "users-groups-by-id at openssh.com" causes nlink to be lost with long view Product: Portable OpenSSH Version: 9.1p1 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 Component: sftp Assignee: unassigned-bugs at mindrot.org Reporter: nectar at apple.com Prior to to OpenSSH 9.1p1, using the the `ls -l` with an OpenSSH sftp client and OpenSSH sftp server would produce output including the number of links for each file, e.g. sftp> ls -l drwx------ 2 ladmin guest 2 Jul 22 2016 Mail However, when the sftp client is OpenSSH 9.1 or later, and the server supports the "users-groups-by-id at openssh.com" extension, the client disregards the ?longname? sent by the server that includes the number of links field. Instead, (just as done for the `-n` or `-h` options,) the longname is reconstituted on the client side. Since the number of links is not included in the file attributes, the output substitutes a question mark, e.g. sftp> ls -l drwx------ ? ladmin guest 2 Jul 22 2016 Mail -- You are receiving this mail because: You are watching the assignee of the bug.
bugzilla-daemon at mindrot.org
2023-Jul-24 20:45 UTC
[Bug 3591] Introduction of "users-groups-by-id@openssh.com" causes nlink to be lost with long view
https://bugzilla.mindrot.org/show_bug.cgi?id=3591 --- Comment #1 from nectar at apple.com --- Related bugs that contain patches that would add nlink file attributes extensions: https://bugzilla.mindrot.org/show_bug.cgi?id=1555 https://bugzilla.mindrot.org/show_bug.cgi?id=2579 -- You are receiving this mail because: You are watching the assignee of the bug.
Maybe Matching Threads
- [PATCH 1/1] OCFS2: add nlink check in ocfs2_inode_revalidate()
- [PATCH] Link count attribute extension
- [patch] Add `--link-by-hash' option (rev 3).
- CIFS VFS: in dmesg when Linux accesses eComStation's (OS/2) FAT filesystem shares
- kernel panic not syncing fatal exception due to reiserfs -- rebooted properly on ext3