You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Commit e41ebe0
Browse filesBrowse the repository at this point in the historyBrowse files
easonLiangWorldedtech
committed
style: apply prettier to the files this PR touches
The compile job's "Check formatting" step (pnpm format:check -> prettier --check .) is red on
53ed5b3. It is a formatting gate, not a test or type failure: Lint and Check types were skipped.
The step only became reachable because the PR merge ref now carries a main that declares the
format:check script and a root .prettierignore; neither exists on this branch's own base, which is
why the same files were never checked before.
Attribution, so the nature of this commit is on the record: the debt is not from the last round. An
LF worktree at 53ed5b3 and at its parent e1c304f produce an identical prettier offender list,
including all six files the job names, so the previous commit added zero offenders. This unit simply
carried files that the gate had never run against.
Only files inside this PR's diff are formatted - six, and the six are exactly the offenders the
merge ref reports; nothing outside the diff was touched. Formatting is whitespace only: the
discardFileTab() region is byte-for-byte identical, its statement sequence and the two hoisted calls
above the tab loop are unchanged, which is what #1932 depends on.
Verified after merging org main 09e7326: prettier --check . reports 0 offenders; core/tools 669,
integrations/editor 92 and core/task 829 tests pass; eslint . --ext=ts --max-warnings=0 exits 0 with
no suppression count increase; tsc --noEmit reports 0 errors.
0 commit comments