Skip to content
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

Sandbox restarts Dynalite on app.arc change, losing data #1453

Open
andybee opened this issue Sep 21, 2023 · 1 comment
Open

Sandbox restarts Dynalite on app.arc change, losing data #1453

andybee opened this issue Sep 21, 2023 · 1 comment

Comments

@andybee
Copy link

andybee commented Sep 21, 2023

Describe the issue
If you make a change to app.arc and Sandbox restarts, it restarts Dynalite (without re-running the seed script), so any pre-populated data is lost.

Steps to reproduce
Steps to reproduce the behavior:

  1. Setup an Arc project with @tables and a seed script.
  2. Start Sandbox, observe data is populated in Dynalite.
  3. Make a change to app.arc, watch Sandbox restart some processes on the console.
  4. Observe again that no data is now present in @tables.

Expected behavior
Either Dynalite isn't restarted if no changes are made to @tables/@tables-indexes/@tables-streams, or if a restart does occur, a seed script (if present) is run again. I understand a slight issue with this is that the seed script is actually a more generic 'Sandbox Startup' script and not specifically for @tables, but hopefully people don't use it for anything that's not idempotent? Or, it's a differently named pragma like @tables-start...?

@andybee
Copy link
Author

andybee commented Oct 20, 2023

Just hit this issue again where I've got a plugin that starts/restarts S3rver when Sandbox does it's thing, but because S3rver is losing it's state on a restart and my @sandbox-startup isn't called again, the app fails to read a file it's expecting from the local S3 instance.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

No branches or pull requests

1 participant