Skip to content

cfl attachment list: --full is a no-op for -o json #381

@rianjs

Description

@rianjs

What happened

cfl attachment list -p <pageId> -o json and cfl attachment list -p <pageId> --full -o json produce byte-identical output. The global --full flag is supposed to switch the artifact to inspection mode (e.g. adding dates/authors/version metadata, as it does for page list, page view, space list, space view, search), but for attachment list it has no effect.

Reproduction

$ diff <(cfl attachment list -p 3517808642 -o json) <(cfl attachment list -p 3517808642 --full -o json)
# (no difference)

Both emit:

{
  "results": [
    { "file size": "39 B", "id": "att3518038017", "media type": "text/plain", "title": "test-att.txt" },
    { "file size": "18 B", "id": "att3518038023", "media type": "text/plain", "title": "test-att-2.txt" }
  ],
  "_meta": { "count": 2, "hasMore": false }
}

Expected

--full -o json should add the additional inspection-oriented fields the API exposes (version, createdAt, mediaType, fileId, downloadUrl, etc.) — consistent with how --full behaves on other list commands in cfl.

Discovered during evidence-backed surface inventory; raw captures at /tmp/cfl-outputs-60314/raw/attachment.list.populated-json.txt and attachment.list.populated-full-json.txt.

cfl version: 1.0.47 (commit 16e7373)

Metadata

Metadata

Assignees

No one assigned

    Labels

    bugSomething isn't working

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions