Lab 3.5.0 hides cells with a markdown horizontal line (---)
#13342
Comments
|
I should add that the cells with a line also get removed from the navigation outline (left bar). That makes the bug doubly nasty, as those cells become extremely hard to find - they appear to be gone from the notebook. |
JasonWeill
removed
the
status:Needs Triage
|
Interestingly, on another machine I'm not being able to reproduce this. So while it's happening somewhere, it may not be so widespread as to be critical. I'll do more testing to see if I can identify what the causing issue is. |
|
I was unable to reproduce this issue on 3.5.0 with Firefox 106.0.1 on macOS. Has anyone else reproduced it? |
|
I am not seeing this on JLab 3.5.0 or JLab 3.4.8 with Firefox 106.0.3 on macOS. |
|
I can't reproduce this on jupyterlab 3.5.0 with Google Chrome 07.0.5304.62 on macos Monterey 12.6.1 |
|
@fperez could you please advise on the browser / environment you are using when seeing this bug? |
|
Mmh, the plot thickens... I've been able to reproduce the problem again on my M1 MacBook Pro 14", running Monterey (MacOS 12.6), with all three major browsers:
On my Intel Mac Mini it's not happening, but it's happening on all three here. System has been rebooted, and while I keep several ad blockers and similar on FFox, I have less on Chrome and none on Safari. This is really weird. Glad to see others aren't hitting it, but it would still be good to unerstand what's going on... |
|
One more data point - if I add a blank line before the As for @afshin's question this morning - I looked at the JS consoles and there's nothing reported other than this message, which I don't think is related: In any case, odd bug... I hope it's not hitting anyone else, though I somehow doubt it... |
|
As a next debugging step: can you open up the DOM inspector and see what the DOM looks like? Does the DOM contain the contents of the markdown cell, and the rendering is not tall enough to display it, or is the contents of the rendered markdown cell missing? |
|
@andrii-i should have time to tackle this on Wednesday of this week. |
|
@jasongrout I'm not an expert at DOM debugging, but from what I can see, it looks like the contents of the rendered markdown is indeed missing. I see an enclosing div, but nothing inside, while for a correctly rendered cell, the DOM tree has further nodes and I can read the text inside in the DOM browser... I only checked this in FFox, but I'm guessing it's the same in all three. |
|
|
@krassowski any new notebook with any cell like this: shows the problem. But only on this one laptop so far!! Really odd... |
|
As for 3 - I don't have my laptop handy right now but will update when I do... |
|
Hi @fperez. I surfaced this bug during todays jupyterlab call and asked participants to attempt to reproduce it and we had 0 hits. Getting more info about your environment would be helpful. Following up and expanding on what @krassowski asked above, could you please (in the environment in which you're getting the bug):
|
|
Also, you can try reproducing with JupyterLite: https://jupyter.org/try-jupyter/lab/ Also, what notebook settings do you have set on that computer? In particular, any settings around virtualized cells? |
|
Replicating this bug using https://jupyter.org/try-jupyter/lab/ or binder would help us verify if problem has to do with jupyterlab or with local environment |
|
We should also search for instances of `if (user === 'fperez')` in the code
:-)
…On Wed, Nov 2, 2022 at 3:02 PM Andrii Ieroshenko ***@***.***> wrote:
Replicating this bug using https://jupyter.org/try-jupyter/lab/ or binder
would help us verify if problem has to do with jupyterlab or with local
environment
—
Reply to this email directly, view it on GitHub
<#13342 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAAGXUBNLIGUSSQ6Q7URB4DWGLQHRANCNFSM6AAAAAARSYEU4U>
.
You are receiving this because you commented.Message ID:
***@***.***>
--
Brian E. Granger
Senior Principal Technologist, AWS AI/ML ***@***.***)
On Leave - Professor of Physics and Data Science, Cal Poly
@ellisonbg on GitHub
|
|
Hi folks, thanks for the help! Today I updated my laptop to macOS 13 (ventura). Bug still there. Summary of info requests`jupyter --version`(base) alpamayo[~]> jupyter --version Selected Jupyter core packages... IPython : 8.5.0 ipykernel : 6.15.2 ipywidgets : 7.7.2 jupyter_client : 7.3.5 jupyter_core : 4.11.1 jupyter_server : 1.15.6 jupyterlab : 3.5.0 nbclient : 0.5.13 nbconvert : 5.6.1 nbformat : 5.4.0 notebook : 6.4.12 qtconsole : not installed traitlets : 5.3.0 `jupyter serverextension list`(base) alpamayo[~]> jupyter serverextension list
config dir: /Users/fperez/.jupyter
jupyterlab enabled
- Validating...
jupyterlab 3.5.0 OK
hide_code enabled
- Validating...
Error loading server extension hide_code
X is hide_code importable?
config dir: /Users/fperez/.local/etc/jupyter
nbdime enabled
- Validating...
nbdime 3.1.1 OK
config dir: /Users/fperez/local/conda/etc/jupyter
dask_labextension enabled
- Validating...
dask_labextension 6.0.0 OK
ipyparallel enabled
- Validating...
ipyparallel 8.4.1 OK
jupyter_lsp enabled
- Validating...
jupyter_lsp 1.5.1 OK
jupyter_server_proxy enabled
- Validating...
jupyter_server_proxy OK
jupyter_resource_usage enabled
- Validating...
jupyter_resource_usage 0.6.3 OK
jupyterlab enabled
- Validating...
jupyterlab 3.5.0 OK
jupyterlab_git enabled
- Validating...
jupyterlab_git 0.39.3 OK
jupytext enabled
- Validating...
jupytext 1.14.0 OK
nbdime enabled
- Validating...
nbdime 3.1.1 OK
`jupyter labextension list`(base) alpamayo[~]> jupyter labextension list
JupyterLab v3.5.0
/Users/fperez/.local/share/jupyter/labextensions
nbdime-jupyterlab v2.1.1 enabled OK
@jupyter-widgets/jupyterlab-manager v3.1.1 enabled OK (python, jupyterlab_widgets)
|
Other info
Recording of the problem
|
|
And I think @ellisonbg is onto something here ;) |
|
BTW, here's another recording showing how the cell disappears from the TOC sidebar - it happens at render time. Something is entirely removing it:
|
|
@fperez Does the problem persists after
I guess it is related to the notebook-level metadata implementation. |
|
Bingo @jangenoe!!! That was it indeed. Great eye, thank you! The myst parser needs to distinguish between a full YAML metadata block and a simple md ruler. Excellent, will close this and open over there, much appreciated! I wasn't crazy folks - I know you all think I am, but I swear, these bugs do happen ;) |
|
Fantastic, thanks everyone for helping to figure this out!
…On Tue, Nov 15, 2022 at 8:52 PM Fernando Perez ***@***.***> wrote:
Bingo @jangenoe <https://github.com/jangenoe>!!! That was it indeed.
Great eye, thank you!
The myst parser needs to distinguish between a full YAML metadata block
and a simple md ruler.
Excellent, will close this and open over there, much appreciated!
I wasn't crazy folks - I know you all think I am, but I swear, these bugs
do happen ;)
—
Reply to this email directly, view it on GitHub
<#13342 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAAGXUGTLBIIPEQAWKLQUF3WIRSAJANCNFSM6AAAAAARSYEU4U>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
--
Brian E. Granger
Senior Principal Technologist, AWS AI/ML ***@***.***)
On Leave - Professor of Physics and Data Science, Cal Poly
@ellisonbg on GitHub
|
Description
In Lab 3.5.0, any markdown cell that begins with a horizontal ruler marker is rendered invisible, as illustrated here:
Reproduce
All it takes is making a markdown cell with
and once rendered, it gets displayed as a blank space as shown above.
As best I can tell, this is a new bug, and I'd say pretty critical - horizontal lines are extremely common in content people use, and many are going to be mighty confused when they can't find their seemingly gone cells.
I searched other bugs and the closest I found was #12652. Not the same thing, but I wonder if an attempt at addressing that caused this issue...
The text was updated successfully, but these errors were encountered: