Studio: new-project scaffold pins `@rendiv/*` to `^0.1.0`, so Studio 0.2.6 creates projects on core 0.1.20
Nobody has claimed this yet.
Assessment
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Newbie friendliness
- 72/100
- Issue type
- Bug
- Clarity
- Clearly specified
- Activity status
- Active
- Tech stack
- node.js, typescript
- Domain
- tooling
Research direction
Read the inline template in packages/studio/src/scaffold-project.ts and diff it against packages/create-rendiv/src/template/package.json.tmpl, which already carries ^0.2.0. Reproduce by creating a project from the Studio picker and checking node_modules/@rendiv/core/package.json, then decide whether to read the create-rendiv template or substitute Studio's own version at build time. Done when a newly scaffolded project resolves core 0.2.x and the two template copies can no longer drift.
Written by the indexing model from the issue text.
Description
Summary
A project created from the Studio workspace picker is installed on @rendiv/core 0.1.20, even when the Studio that created it is 0.2.6.
Cause
packages/studio/src/scaffold-project.ts keeps its own inline copy of the project template (the comment says "same as create-rendiv"), and its package.json still has:
"@rendiv/core": "^0.1.0",
"@rendiv/player": "^0.1.0",
"@rendiv/cli": "^0.1.0",
A caret on a 0.x version stays inside 0.1.x, so npm resolves these to 0.1.20. packages/create-rendiv/src/template/package.json.tmpl was already moved to ^0.2.0; only the Studio copy was left behind.
Reproduction
- Run Studio 0.2.6 in workspace mode and create a project from the picker.
grep '"version"' node_modules/@rendiv/core/package.jsonin the new project prints0.1.20.
Suggested fix
Stop keeping two copies of the template: have the Studio scaffold read the create-rendiv template, or fill the @rendiv/* versions in from Studio's own version at build time, so the two cannot drift again.
- Dominant language
- TypeScript
- Stars
- 159
- Forks
- 32
- PR merge metrics
- No merged PRs in 30d
Getting set up
This project ships no dev container, Dockerfile or contributing guide, so setting up is up to you: start from its README, and see our first-contribution guide for the general steps.
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.
More from thecodacus/rendiv
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
thecodacus/rendiv#16 ·
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 70/100
thecodacus/rendiv#15 ·
-
Difficulty 3/5 1-2 days Newbie friendliness 55/100
thecodacus/rendiv#24 ·
-
Difficulty 4/5 3-5 days Newbie friendliness 45/100
thecodacus/rendiv#23 ·
-
Difficulty 3/5 1-2 days Newbie friendliness 68/100
thecodacus/rendiv#22 ·
All issues in thecodacus/rendiv
Similar issues
-
[fullsend] E2E: scorecard — filecheck GitLab entity metrics unavailable due to initialDelay timingOpene2e-failure ready-to-code
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
redhat-developer/rhdh-plugin-export-overlays#4698 · 1 comment ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
devswha/herdr-web-ui#2884 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
Maintainers usually reply within 1 day
-
b:minor bug
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
software-mansion/argent#1771 ·
Maintainers usually reply within 1 day
-
Resources: New palettes of XiamenPossibly taken @rmt-svc claimed this today. Openresources
Difficulty 1/5 1-3 hours Newbie friendliness 74/100
railmapgen/rmg-palette#2491 ·
Maintainers usually reply within 4 days