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

E2E test: add alternate Python and R versions #6155

Merged
merged 12 commits into from
Jan 30, 2025

Conversation

testlabauto
Copy link
Contributor

@testlabauto testlabauto commented Jan 29, 2025

Adding alternate R and Python versions in preparation for multi console tests. One simple R and Python test was added to ensure the installations were successful.

Local setup:

  • pyenv install 3.13.0 # Must be a pyenv environment (My OSX has a 3.13.0 global env)
  • install ipykernel to 3.13.0
  • rig add 4.4.2

Local env vars:

  • export POSITRON_PY_ALT_VER_SEL='3.13.0'
  • export POSITRON_R_ALT_VER_SEL='4.4.2'

QA Notes

All tests should pass.
@:scm @:web @:console @:win

Copy link

github-actions bot commented Jan 29, 2025

E2E Tests 🚀
This PR will run tests tagged with: @:critical @:scm @:web @:console @:win

readme  valid tags

@midleman midleman force-pushed the cmead/alternate-interpreters branch from 8a5edc9 to 8707899 Compare January 30, 2025 00:25
Copy link
Contributor

@midleman midleman left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm sad this makes things run longer... but otherwise it LGTM with a minor comment.

Comment on lines +65 to +77
const primaryPython = process.env.POSITRON_PY_VER_SEL;

if (primaryPython) {

await app.workbench.console.barClearButton.click();

await app.workbench.console.pasteCodeToConsole('import platform; print(platform.python_version())');
await app.workbench.console.sendEnterKey();

await app.workbench.console.waitForConsoleContents(primaryPython);
} else {
fail('Primary Python version not set');
}
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't think you need this check. The test would fail during setup due to this code block:

startInterpreterViaQuickAccess = async (interpreterType: 'Python' | 'R', waitForReady = true) => {
if (!DESIRED_PYTHON || !DESIRED_R) {
	throw new Error('Please set env vars: POSITRON_PYTHON_VER_SEL, POSITRON_R_VER_SEL');
}

...

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

yeah, thats why I skipped the quick access route. wasn't sure how attached you were to that check

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

actually, I might have skipped quick access because I (locally) have a global 3.13.0 and its a lot more work with quick access to pick between two

@testlabauto testlabauto merged commit b672bb9 into main Jan 30, 2025
20 of 21 checks passed
@testlabauto testlabauto deleted the cmead/alternate-interpreters branch January 30, 2025 20:51
@github-actions github-actions bot locked and limited conversation to collaborators Jan 30, 2025
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants