New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Tinylicious reuses state in temp folder between processes #5988
Comments
|
@skylerjokiel Who's the best person to take a look at this? |
|
gentle ping on this one |
|
would be nice to have a config option for ephemeral use case for testing |
|
Yep. We should clean the storage directory on start up, and only reuse the directory if we using |
|
This issue has been automatically marked as stale because it has had no activity for 180 days. It will be closed if no further activity occurs within 8 days of this comment. Thank you for your contributions to Fluid Framework! |
|
This should stay open. |
|
This issue has been automatically marked as stale because it has had no activity for 180 days. It will be closed if no further activity occurs within 8 days of this comment. Thank you for your contributions to Fluid Framework! |
Issue Category
Details
Tinylicious seems to not actually run "in memory" in the way I would interpret that part of the documentation. When I:
npx tinylicious(runs versiontinylicious@0.4.21640)I would expect the data to no longer exist in the new process, but it does, I assume because I can find the commit in
/var/tmp/tinylicious.I'm assuming this is a documentation ambiguity, but it's possible this is a bug. Is this the intended behavior for Tinylicious?
I have been manually deleting
/var/tmp/tinyliciousbetween restarts to start from an empty state, which is cumbersome and unexpected from how I interpreted the README. I checked that the behavior is the same on Powershell as well as WSL2 + Ubuntu 20.The text was updated successfully, but these errors were encountered: