Skip to content

[bug]: plane --version reports 0.1.0 when plane-compose 0.2.0 is installed #9002

@john-derose

Description

@john-derose

Context for this and four related tickets: https://github.com/orgs/makeplane/discussions/8999

I have searched existing issues; no existing report covers this. Filing via API rather than the issue form, so the form fields (Environment, Browser, Variant, Version) are inlined below.

  • Environment: Production
  • Browser: Other (CLI tool)
  • Variant: Cloud (tested against api.plane.so)
  • Version: plane-compose 0.2.0 (per pipx list and per https://pypi.org/project/plane-compose/, which lists 0.2.0 as the latest release)

Current behavior

pipx install plane-compose confirms it has installed plane-compose 0.2.0. However, running plane --version self-reports plane version 0.1.0.

What I expect: the version string in plane --version matches the installed package version. As-is, the discrepancy makes it harder to write accurate bug reports against upstream -- users have to reason about whether 0.1.0 is a stale string or whether they have an older install. (See #9000 and #9001, where I had to footnote this discrepancy each time to avoid confusing reviewers about which version exhibited the behavior.)

The fix is presumably to pin the CLI's version string to the package version at build time -- e.g., reading from importlib.metadata rather than a hardcoded constant.

Steps to reproduce

  1. pipx install plane-compose. Pip's installation summary confirms installed package plane-compose 0.2.0:
    $ pipx install plane-compose
    ...
    installed package plane-compose 0.2.0, installed using Python 3.14.4
      These apps are now available
        - plane
    
  2. pipx list | grep plane-compose confirms package plane-compose 0.2.0.
  3. plane --version outputs plane version 0.1.0:
    $ plane --version
    plane version 0.1.0
    
  4. Compare: installed package is 0.2.0; CLI self-reports 0.1.0.

Lowest priority of the five tickets in this batch -- filed for completeness rather than urgency.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    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