Skip to content

view: Fix --open so it works when using our standalone executable#244

Merged
tsibley merged 2 commits into
masterfrom
trs/view/multiprocessing-start-method
Dec 22, 2022
Merged

view: Fix --open so it works when using our standalone executable#244
tsibley merged 2 commits into
masterfrom
trs/view/multiprocessing-start-method

Conversation

@tsibley
Copy link
Copy Markdown
Contributor

@tsibley tsibley commented Dec 21, 2022

Long story short, the multiprocess "spawn" start method doesn't (and maybe can't) work for our standalone executable on Unix systems, so we can't use it unconditionally to avoid bugs arising from "fork" vs. "spawn" on different platforms. See the bug this resolves (below) for all the details.

Instead, use the default platform-dependent start method and try to catch future bugs with tests that exercise open_browser() under both "fork" and "spawn".

Resolves #242.

Testing

  • Tests pass locally
  • Non-standalone works locally
  • Standalone works locally
  • Checks pass

Long story short, the multiprocess "spawn" start method doesn't (and
maybe can't) work for our standalone executable on Unix systems, so we
can't use it unconditionally to avoid bugs arising from "fork" vs.
"spawn" on different platforms.  See the bug this resolves (below) for
all the details.

Instead, use the default platform-dependent start method and try to
catch future bugs with tests that exercise open_browser() under both
"fork" and "spawn".

Resolves <#242>.
@tsibley tsibley merged commit 749324f into master Dec 22, 2022
@tsibley tsibley deleted the trs/view/multiprocessing-start-method branch December 22, 2022 01:04
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

nextstrain view error message with standalone CLI

1 participant