-
Notifications
You must be signed in to change notification settings - Fork 147
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
Tests broken for jupyter_server 2 - help wanted! #362
Comments
Note that next to that text log of the robot test there are some HTML logs that might provide some more content (e.g. screenshots). There are also some ways to embed the robot report directly into a
If you are basing some CI test on this on Another approach is to move the various browser deps to a conda-managed environment, where one can specify a known-good browser/webdriver pair. |
Can you open this as a (draft) PR so the full logs get uploaded? |
@bollwyvl thank you for chiming in!! The test logs are available at https://github.com/consideRatio/jupyter-server-proxy/actions/runs/3800291613. It is a fork branch started out as a branch to resolve #363, but I ended up debugging this test failure. I see that some reports have been uploaded as seen here: https://github.com/consideRatio/jupyter-server-proxy/actions/runs/3800291613. Specifically, I note that the artifact The tests have been run in ubuntu-20.04: test:
# FIXME: We need ubutnu-20.04 until firefox and geckowebdriver is available
# in ubuntu-22.04. To check if we can upgrade to ubuntu-22.04, see
# https://github.com/actions/runner-images/blob/main/images/linux/Ubuntu2204-Readme.md#browsers-and-drivers
#
runs-on: ubuntu-20.04 |
In https://github.com/consideRatio/jupyter-server-proxy/actions/runs/3801386558 we now have proper artifacts for jupyter_server 1 vs jupyter_server 2. When using JupyterLab 3 and we pass the jupyterlab.browser_check as we only do for JupyterLab 3 and not 2, we can see the following shows up. This seems very related to the jupyterlab.browser_check failure observed when using JupyterLab 2, with logs about:
|
@bollwyvl btw I think firefox and geckodriver is available in ubuntu-22.04 runners now, see actions/runner-images@ac8ae6b#diff-d3f496e99457b699df2a5621c8f59cb52f60a050e1a88318af7d6f7069c12b2eR164-R180 that was merged ~a month ago. |
|
Fix tests against jupyter_server 2
Our jupyterlab extension tests for JupyterLab 2 and JupyterLab 3 are both failing when jupyter_server 2 is used, which it is in our Python 3.11 tests but not in our Python 3.7 tests because jupyter_server 2 requires python 3.8 and is not installed in the python 3.7 context.
Summary to help understand the error
I've debugged this in a fork where I run tests in a Python 3.8 environment, and only switch between installing jupyter_server 1 and 2. Doing so, I conclude the following two separate errors we encounter when testing with jupyterlab 2 and 3 together with jupyter_server 2.
JupyterLab 2 failure
When using jupyterlab 2 and jupyter_server 2 in a Python 3.8 environment, we fail in the
python -m jupyterlab.browser_check
step, and here are some diff from logs and python dependencies installed.JupyterLab 3 failure
When using jupyterlab 3 and jupyter_server 2 in a Python 3.8 environment, we fail in the "browser acceptance test" section, and pass the
python -m jupyterlab.browser_check
step that we fail with when using jupyterlab 2.The text was updated successfully, but these errors were encountered: