gristlabs_grist-core/app
Paul Fitzpatrick 11fe3e90d4
check sandbox viability lazily (#1226)
This checks whether code can successfully run in the
sandbox only when the admin panel needs to report that,
rather than at start up. This is motivated by two things:

  - The desktop app became a lot slower to open with this
    check, since it uses pyodide by default, and there's
    been no work on optimizing the pyodide sandbox load
    times (as opposed to gvisor, where a lot of work was
    done, and it is also fundamentally faster).
  - The messages logged by a test sandbox starting and
    stopping have been confusing people.

There is a case for doing the check on startup, especially
on servers, so that we can fail early. Still, that isn't
what we were doing, and we'd also like to move away from the
server refusing to start because of a problem and
towards an always-reachable admin page that reports
the nature of problems in a clearer way.
2024-09-30 15:58:38 -04:00
..
client check sandbox viability lazily (#1226) 2024-09-30 15:58:38 -04:00
common (core) Add more audit logging data/events 2024-09-23 12:57:35 -04:00
gen-server (core) Add more audit logging data/events 2024-09-23 12:57:35 -04:00
plugin Move phab docs to /documentation (#882) 2024-03-05 08:35:48 -05:00
server check sandbox viability lazily (#1226) 2024-09-30 15:58:38 -04:00
tsconfig.json (core) move home server into core 2020-07-21 20:39:10 -04:00