Dancing Page

[microcoder]

Description

When enabled extension jupyterlab-myst and when you use mouse wheel then notebook start dancing with images in notebook or when you use built-in support mermaid generation images

2025-01-11.08-31-58.mp4

A notebook for example:

dancing-page.ipynb.txt

[jangenoe]

I believe installing 4.4.0a2 should help here (it did for me):

pip install jupyterlab==4.4.0a2

See the solution by @krassowski in jupyterlab/jupyterlab#17064

[krassowski]

Thanks for the ping! If 4.4.0a2 does not help it may require jupyterlab/jupyterlab#17132

[microcoder]

No, 4.4.0a2 did not help. In my case, the issue appears when the extension jupyterlab-myst is enabled. When I turn to disabled the extension, I don't see this problem.

[microcoder]

Hmmm... I tried to follow this note and the issue went away!

When I turn in Settings Editor → Notebook → Windowing mode from full to defer the issue don't happens! I switched many times and the issue goes away when Windowing mode==defer

I have next extensions:

ubuntu@jupyter:~$ jupyter labextension list
JupyterLab v4.4.0a2
/home/ubuntu/.jupyter_venv/share/jupyter/labextensions
        jupyterlab_pygments v0.3.0 enabled OK (python, jupyterlab_pygments)
        jupyterlab-execute-time v3.2.0 enabled OK (python, jupyterlab_execute_time)
        jupyterlab_scenes v2.0.0-alpha1 disabled OK (python, jupyterlab_scenes)
        nbdime-jupyterlab v3.0.2 enabled OK
        spreadsheet-editor v0.7.2 enabled OK (python, jupyterlab-spreadsheet-editor)
        jupyter-matplotlib v0.11.6 enabled OK
        jupyterlab-quarto v0.3.5 disabled OK (python, jupyterlab-quarto)
        jupyterlab-myst v2.4.2 enabled OK 🔒 (plugins: jupyterlab-myst:executor locked) (python, jupyterlab_myst)
        @jupyter-widgets/jupyterlab-manager v5.0.13 enabled OK (python, jupyterlab_widgets)
        @jupyter-lsp/jupyterlab-lsp v5.1.0 enabled OK (python, jupyterlab-lsp)
        @jupyterlab/git v0.50.2 enabled OK (python, jupyterlab-git)


Disabled extensions:
    @jupyterlab/completer-extension:base-service
    @jupyterlab/fileeditor-extension:language-server
    @jupyterlab/lsp-extension:settings
    @jupyterlab/notebook-extension:language-server
    jupyterlab-quarto (all plugins)
    jupyterlab-quarto:@quarto/mermaid
    jupyterlab_scenes (all plugins)

[krassowski]

It sounds like it:

• needs Stabilize cell height when scrolling jupyterlab/jupyterlab#17132
• is essentially same as Scrolling over notebook got unexpected jump backs #243

The problem is that some renderers like myst resize the cell during the rendering sequence, so they shift viewport as new cells are added to viewport. This pushes other cells out of the viewport, detaches them and attaches others - which can even result in an infinite feedback loop. There are two ways to solve it:

• a) force the cell to not resize for some time after it is scrolled into the viewport
• b) never detach/hide cells which have unstable renderer (reduces performance gains)

I explored (a) in jupyterlab/jupyterlab#17132 but it looks really tricky to get this one right as there are many corner cases and unanswered questions (for how long should we stabilise the cell? When we can assume the user stopped scrolling? etc). We may need to go for (b).

[fperez]

Thanks @RRosio for tagging this, I didn't realize it could be connected to MyST!

I can absolutely confirm that the problem disappears when uninstalling jupyterlab-myst from the environment.

Not sure what the best course of action is, @krassowski, and I'm sorry to hear it's such a tricky problem. But at this time, I think sacrificing some performance gains is acceptable, given that the current scenario basically makes JupyterLab unusable :(

[itsmoa]

Thanks!

Following these steps to changing window mode to defer seems to have solved the issue. jupyterlab/jupyterlab#15795 (comment)

In Settings Editor → Notebook → Windowing mode - Defer

I did not have jupyterlab myst installed

[fperez]

Thanks for reporting this, @itsmoa ! That makes it more, ahem, interesting 😉! I have no clue then - in my case it was very clear: I un/reinstalled lab-myst several times, and the problem's presence perfectly correlated with lab-myst.

It's always possible that two different things are triggering the same annoying behavior, though. In my case, I wasn't touching the windowing mode at all. So who knows, perhaps what the MyST extension does has a similar effect as the windowing settings? Just speculating here, though - I don't know for sure and I'm not at all familiar with those code paths.

[krassowski]

The issue with jupyterlab-myst only affects the default full windowing mode. There are two solutions indeed:

• switch to defer mode (none would work too but it has another bug with undo, see Undo / redo broken in none windowing mode jupyterlab/jupyterlab#17247)
• uninstall jupyterlab-myst

While I do not like it, for now jupyterlab-myst could default users to defer mode. This is what https://github.com/parmentelat/jupyterlab-gridwidth does as it is not compatible with the full windowing mode for other reasons.