-
Notifications
You must be signed in to change notification settings - Fork 21
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
Allow passing variables
via raw YAML
#354
Conversation
src/features/environmentCreate/components/Specification/SpecificationCreate.tsx
Show resolved
Hide resolved
src/features/environmentCreate/components/Specification/SpecificationCreate.tsx
Outdated
Show resolved
Hide resolved
src/features/environmentCreate/components/Specification/SpecificationCreate.tsx
Show resolved
Hide resolved
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What is the urgency on this? Would it be too much to ask for some tests?
I'm just thinking that the repo already has a nice base of test files, and you already wrote up a set of manual tests, so maybe it wouldn't be too hard to turn some of those into automated tests. What do you think?
src/features/environmentDetails/components/Specification/SpecificationEdit.tsx
Outdated
Show resolved
Hide resolved
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I haven't tested any of this, but I carefully reviewed the code. It looks great. I only spotted one thing, and I left an inline question.
But I also have a more general question. Are we sure about the word choice for variables
? I'm concerned that the name might be a little too generic, and we may come to regret the word choice later.
Agree with you here @gabalafou we should be favouring descriptive variable names, so I suggest something like |
src/features/environmentCreate/components/Specification/SpecificationCreate.tsx
Outdated
Show resolved
Hide resolved
src/features/environmentCreate/components/Specification/SpecificationCreate.tsx
Outdated
Show resolved
Hide resolved
8b2b4e3
to
4e157cf
Compare
This reverts commit 5f08435.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks @nkaretnikov!
db42c04
to
0b5158a
Compare
0b5158a
to
13a209c
Compare
@trallard this is ready, but it needs your approval before I can merge. |
* Allow passing `variables` via raw YAML Fixes conda-incubator#350. * Replace `formatCode` with `stringify` * Use `variables` from the global state * Do not repeat `variables` twice * Get back to using `formatCode` The custom pretty-printer is there to avoid printing `[]` when no data is available, which is not very user-friendly. * Rename `variables` to `environmentVariables` * Check if text input is working in playwright tests * Fixup: serialize as `variables` * Add tests * Add more tests * Fixup: serialize as `variables` on create * Update tests * Fixup: serialize as `variables` on edit * Fixup: serialize as `variables` on edit * Rename back to `variables` in `CondaSpecification` * Fixup: rename back to `variables` to avoid serialization bugs * Fix the test * Revert "Check if text input is working in playwright tests" This reverts commit 5f08435. * Update tests * Create a new test * Check siblings * Add waitFor * Run linter * Save variables on toggle on create env * Save variables on toggle on edit env * Revert all test changes * Remove redundant dispatch * Fix a broken test
* Allow passing `variables` via raw YAML Fixes conda-incubator#350. * Replace `formatCode` with `stringify` * Use `variables` from the global state * Do not repeat `variables` twice * Get back to using `formatCode` The custom pretty-printer is there to avoid printing `[]` when no data is available, which is not very user-friendly. * Rename `variables` to `environmentVariables` * Check if text input is working in playwright tests * Fixup: serialize as `variables` * Add tests * Add more tests * Fixup: serialize as `variables` on create * Update tests * Fixup: serialize as `variables` on edit * Fixup: serialize as `variables` on edit * Rename back to `variables` in `CondaSpecification` * Fixup: rename back to `variables` to avoid serialization bugs * Fix the test * Revert "Check if text input is working in playwright tests" This reverts commit 5f08435. * Update tests * Create a new test * Check siblings * Add waitFor * Run linter * Save variables on toggle on create env * Save variables on toggle on edit env * Revert all test changes * Remove redundant dispatch * Fix a broken test
Fixes #350.
Description
This pull request:
CONDA_OVERRIDE_CUDA
towith_cuda
of conda-lock conda-store#721variables
via raw YAML, see:https://docs.conda.io/projects/conda/en/latest/user-guide/tasks/manage-virtual.html#overriding-detected-packages
CONDA_OVERRIDE_CUDA
due to a conda-lock limitation (GUI elements can be added later once we have a chance to discuss how that should look like).Tested manually:
variables
is present and equal to{}
when creating an environmentvariables
can be edited when creating an environment and the result can be later seen again via the new or admin UIvariables
can be edited after the environment was created, the new result is saved and can be seen again via the new or admin UI (as part of the new build)variables
value inaction_solve_lockfile
(in all of the above cases).Pull request checklist
Additional information
These tests should pass locally: