codesandbox / codesandbox/codesandbox-client
Changes in Ember templates not reflected in Preview Browser automatically
Nobody has claimed this yet.
- Dominant language
- JavaScript
- Stars
- 13.6k
- Forks
- 2.4k
- Avg merge
- 6d 19h
- Merged PRs (30d)
- 2
Description
🐛 bug report
Preflight Checklist
- I have read the Contributing Guidelines for this project.
- I agree to follow the Code of Conduct that this project
adheres to. - I have searched the issue tracker for an issue that matches the one I want
to file, without success.
Description of the problem
Using the Ember template, changes to layout-related files (e.g. app/index.html, app/templates/application.hbs) are not automatically reflected in the Preview Browser.
In a Vanilla JS project, changes to layout files are immediately reflected in the Preview Browser.
How has this issue affected you? What are you trying to accomplish?
Previewing a change involves first saving the file, waiting for the Ember server to rebuild, and then clicking the refresh button in the Preview Browser. This inefficiency adds up over time and leads to decreased productivity.
To Reproduce
- Create a sandbox using the Ember template and open the Console pane.
- Once the app is running, make a change to
app/templates/application.hbs. - Notice the app rebuilds in the Console pane, but the Preview Browser does not reflect the change until the file is saved and the Preview Browser manually refreshed.
Your Environment
| Software | Name/Version |
|---|---|
| Сodesandbox | latest |
| Browser | Chrome 94, Safari 15.0 |
| Operating System | macOS 11.6 |
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Reproduce the issue with an Ember sandbox by editing app/templates/application.hbs and compare the behavior with the Vanilla JS template. Start by tracing the rebuild and Preview Browser update flow from the Console pane. Done means layout changes appear in the Preview Browser without a manual refresh after saving.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript
- Domain
- devtools, frontend
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100