# bug report git ls-files format

2 messages from 2023-05-13 to 2023-05-13. Participants: Martin Monperrus, ZheNing Hu.
Thread: https://gitlist.dev/t/59738

## Martin Monperrus, 2023-05-13 05:55

Subject: bug report git ls-files format
Message-ID: <21183ea9-84e2-fd89-eb9b-419556680c07@gnieh.org>
URL: https://gitlist.dev/e/21183ea9-84e2-fd89-eb9b-419556680c07%40gnieh.org

```
Thank you for filling out a Git bug report!
Please answer the following questions to help us understand your issue.

What did you do before the bug happened? (Steps to reproduce your issue)

Run `git ls-files . --format="%(objectmode) %(objecttype) %(objectname)%x09%(path)"`

What did you expect to happen? (Expected behavior)

Have the full output per the format specifier

What happened instead? (Actual behavior)

fatal: bad ls-files format: %(objecttype)

What's different between what you expected and what actually happened?

%(objecttype) is not supported. It is supported in git ls-tree. For sake of consistency it would be 
good to have it here.

Anything else you want to add:

Please review the rest of the bug report below.
You can delete any lines you don't wish to share.


[System Info]
git version:
git version 2.40.1
cpu: x86_64
no commit associated with this build
sizeof-long: 8
sizeof-size_t: 8
shell-path: /bin/sh
uname: Linux 5.15.0-69-generic #76-Ubuntu SMP Fri Mar 17 17:19:29 UTC 2023 x86_64
compiler info: gnuc: 12.2
libc info: glibc: 2.35
$SHELL (typically, interactive shell): /bin/bash


[Enabled Hooks]
pre-commit


```

## ZheNing Hu, 2023-05-13 08:39

Subject: Re: bug report git ls-files format
Message-ID: <CAOLTT8SvqmsjDRFQeMUjbri7mhp14KRxQqeKUq2jvS93u3Ryeg@mail.gmail.com>
URL: https://gitlist.dev/e/CAOLTT8SvqmsjDRFQeMUjbri7mhp14KRxQqeKUq2jvS93u3Ryeg%40mail.gmail.com
In-Reply-To: <21183ea9-84e2-fd89-eb9b-419556680c07@gnieh.org>

```
Martin Monperrus <martin.monperrus@gnieh.org> 于2023年5月13日周六 14:19写道：
>
> Thank you for filling out a Git bug report!
> Please answer the following questions to help us understand your issue.
>
> What did you do before the bug happened? (Steps to reproduce your issue)
>
> Run `git ls-files . --format="%(objectmode) %(objecttype) %(objectname)%x09%(path)"`
>
> What did you expect to happen? (Expected behavior)
>
> Have the full output per the format specifier
>
> What happened instead? (Actual behavior)
>
> fatal: bad ls-files format: %(objecttype)
>
> What's different between what you expected and what actually happened?
>
> %(objecttype) is not supported. It is supported in git ls-tree. For sake of consistency it would be
> good to have it here.
>

It's not a bug, but completion of the functionality would be better.
In addition to %(objecttype), there may also be %(objectsize), and I will submit
a patch to complete it later.

> Anything else you want to add:
>
> Please review the rest of the bug report below.
> You can delete any lines you don't wish to share.
>
>
> [System Info]
> git version:
> git version 2.40.1
> cpu: x86_64
> no commit associated with this build
> sizeof-long: 8
> sizeof-size_t: 8
> shell-path: /bin/sh
> uname: Linux 5.15.0-69-generic #76-Ubuntu SMP Fri Mar 17 17:19:29 UTC 2023 x86_64
> compiler info: gnuc: 12.2
> libc info: glibc: 2.35
> $SHELL (typically, interactive shell): /bin/bash
>
>
> [Enabled Hooks]
> pre-commit
>

Thanks,
ZheNing Hu

```