search

tweag / jupyenv

Declarative and reproducible Jupyter environments - powered by Nix
https://jupyenv.io/
MIT License
651 stars 135 forks source link

JupyterLab IHaskell cell execution number #440

Open jamesdbrock opened 1 year ago

jamesdbrock commented 1 year ago

Because jupyenv is on JupyterLab v3.5.0, it is effected by this bug. https://github.com/jupyterlab/jupyterlab/issues/13383

The last JupyterLab version which did not have this bug was JupyterLab v3.2.4.

Is there a way to select the JupyterLab version in jupyenv?

GTrunSec commented 1 year ago

You could try the LSP PR with the option of https://github.com/tweag/jupyenv/pull/426/files#diff-24cbae53da3e4c7b899685295737b955daa048345f53ef85ab51b07270d7b31eR141

GTrunSec commented 1 year ago

does not change to cell execution number

@jamesdbrock I have updated the jupyterlab to 3.6.x, that issue will not appear after restarting the kernel.

jamesdbrock commented 1 year ago

I just checked and this bug is still present in jupyenv’s JupyterLab v3.6.1. But it’s fine with me if you want to close this issue. This is not a jupyenv problem, it’s a JupyterLab problem.

GTrunSec commented 1 year ago

I just checked and this bug is still present in jupyenv’s JupyterLab v3.6.1. But it’s fine with me

@jamesdbrock This problem will not occur again when you run restart kernel for the second time, could you check that?

GTrunSec commented 1 year ago

I have marked @jamesdbrock issue. Once #450 is resolved, I will provide an interface to downgrade/upragde the jupyterlab. Also, I believe that the codedown.desktop would be the best frontend for the haskell-kernel project(most importantly, it provides the hls support).

jamesdbrock commented 1 year ago

@jamesdbrock This problem will not occur again when you run restart kernel for the second time, could you check that?

When I restart the kernel over and over again, I find that the bug appears about 80% of the time after each kernel restart.