Skip to content

Verify application route/controller works with {{outlet}} - #140

Merged
patricklx merged 2 commits into
mainfrom
fix-application-route-outlet-review
Aug 15, 2026
Merged

patricklx merged 2 commits into
mainfrom
fix-application-route-outlet-review

Conversation

@patricklx

Copy link
Copy Markdown
Owner

Summary

  • Adds a regression test confirming a normal app/routes/application.ts + app/controllers/application.ts pair does not break {{outlet}} (a reported bug claimed it did, but this could not be reproduced).
  • Gives the test a real failure mode by exercising an async model() hook on the application route and asserting its resolved value reaches the controller, rather than relying only on toBeInstanceOf checks.
  • Documents the finding in the README, worded to match what was actually verified (one route/controller shape, not every possible route hook).

Test plan

  • pnpm test in ember-tui-demo (tests/application-route-outlet-test.gts) passes on top of current main
  • eslint on the touched files passes clean

🤖 Generated with Claude Code

patricklx and others added 2 commits August 15, 2026 20:48
…k with {{outlet}}

A reported bug claimed adding a standard application route/controller pair
left {{outlet}} permanently empty, forcing a template-only root component
workaround. This could not be reproduced: with explicit ApplicationRoute and
ApplicationController classes in place, a route transition still renders
correctly into {{outlet}}, verified via app.visit() + DOM inspection.
Documents the finding in the README and adds the route/controller files plus
a regression test to the demo app so this stays covered going forward.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
…ADME claim

The application-route-outlet test's final assertion passed identically
whether or not the application route/controller existed, so it couldn't
catch a regression - only the toBeInstanceOf checks were load-bearing.
Give the fixture a real failure mode by exercising an async model() hook
(the most plausible way a custom Route interacts badly with ember-tui's
render bootstrap) and asserting its resolved value reaches the controller.
Also narrow the README's "works exactly like it would in a browser Ember
app" claim, which overstated what the trivial-class test actually verified.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
@patricklx
patricklx merged commit dc74d46 into main Aug 15, 2026
2 checks passed
@github-actions github-actions Bot mentioned this pull request Aug 15, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant