https://bugzilla.mindrot.org/show_bug.cgi?id=3591
Bug ID: 3591
Summary: Introduction of "users-groups-by-id@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@mindrot.org
Reporter: nectar@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@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.
_______________________________________________
openssh-bugs mailing list
openssh-bugs@mindrot.org
https://lists.mindrot.org/mailman/listinfo/openssh-bugs
Bug ID: 3591
Summary: Introduction of "users-groups-by-id@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@mindrot.org
Reporter: nectar@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@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.
_______________________________________________
openssh-bugs mailing list
openssh-bugs@mindrot.org
https://lists.mindrot.org/mailman/listinfo/openssh-bugs