iodide-project / iodide-project/iodide
what is the correct forking behavior with respect to files?
Open
client UX
iodide-server
proposal
- Dominant language
- JavaScript
- Stars
- 1.5k
- Forks
- 145
- PR merge metrics
- No merged PRs in 30d
Description
Currently, forking does _not_ copy files. That seems like perhaps the right approach, but I can see how this might cause confusion. At any rate, the notebook client needs to have some logic to clear the `files` part of the store when a notebook is forked.
Contributor guide
Research direction
Start by tracing the notebook client's fork flow and how the store's `files` section is handled. Resolve whether forked notebooks should retain files; if they should not, clear that section during forking and verify the resulting store behavior with the project's existing checks.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript
- Domain
- frontend
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100