Skip to content

fix(cli): wheels new prints misleading file paths missing app/ and public/ prefixes #2328

@bpamiri

Description

@bpamiri

Summary

The per-file `create` log lines emitted by `wheels new ` don't include the `app/`, `public/`, etc. directory prefixes. The actual filesystem layout is correct — files do land under `app/`, `public/`, etc. — but the printed paths suggest a flat layout that doesn't match reality. `Application.cfc` is also printed twice despite there being only one (in `public/`).

Repro

$ wheels new blog --no-open-browser
...
  create blog/Model.cfc                  # actual: blog/app/models/Model.cfc
  create blog/views/                     # actual: blog/app/views/
  create blog/Application.cfc            # actual: blog/public/Application.cfc
  create blog/Application.cfc            # printed a second time
...

Expected

Each `create` line shows the actual filesystem path under `/`, with `app/`, `public/`, `config/`, `db/`, etc. prefixes:

  create blog/app/models/Model.cfc
  create blog/app/views/
  create blog/public/Application.cfc

One line per actual file written.

Suggested fix

  • Print real relative paths in the `create` logger output.
  • Audit the scaffolding generator for the duplicate `Application.cfc` emission — likely a residual call from the pre-v4 "flat layout" template that emitted it twice (once at root, once at `public/`).

Severity

Minor. The filesystem is correct; this is purely a log-output cosmetic issue. Users debugging "where did my generated file go?" will be misled.

Source

Fresh-VM onboarding journal, 2026-04-27, finding #8.

Metadata

Metadata

Assignees

No one assigned

    Labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions