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
"No renderer could be found for output" message in outputs #6216
Comments
It sounds like this would be a great mimerender extension to provide a renderer for this mimetype. I'm a little surprised that scrapbook doesn't seem to provide a |
Since the display type is meant to recall data pragmatically, it doesn't give a plain text mimetype representation. Scraps with display contents (like images) will give the normal mimetype representations one would expect to render. None of the jupyter interfaces currently render the scrapbook data mimetype, but it might be interesting to enable such rendering at some point in the future to view the data. It's intended purpose is to allow for capturing data or references to data in the notebook object that can be recalled by another process, thus an invisible rendering was the original approach. |
Ah, thanks. So what I'm hearing is that JupyterLab shouldn't try to be helpful here in rendering an error? |
(I'll note for myself and others that the message spec only mandates |
Sorry, I think I misread the desired behavior above. It seems the answer is: "yes, don't render any output or error." Bumping to a good first issue for 1.0. |
Yep, was just giving some context. The "yes, don't render any output or error." is correct. |
Thanks! |
@jasongrout So to be clear, is your suggestion that if we cannot find any renderer, we simply don't render an output instead of displaying this error message? |
Correct (which is what was asked in the OP as well as asked by @MSeal). |
This is now marked as a good first issue. The error message is generated at jupyterlab/packages/outputarea/src/widget.ts Lines 400 to 403 in b5fd981
|
Maybe it still makes sense to display this message if the notebook is not trusted, and a valid renderer would have been available if it was? |
That makes sense to me. In that case, the error message should probably reflect the idea that the trust status caused it not to render. |
The classic notebook does not create an output div when there is no renderer available. The consensus in the meeting is that we should do the same, if we cannot render an output, then we could not create a div. But this might be slightly painful to change, based on Phosphor messages lining up with DOM children. For 1.0, it would be good to look into this change. For now, to get around this, you could try outputting a |
… types. Fixes jupyterlab#6216 This does render a div for outputs corresponding to things we can’t render, since we need the list of widgets to correspond to the output messages.
This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related discussion. |
Describe the bug
When using the scrapbook package, the
glue
function anywhere in a cell produces a confusing message:No outputs are expected for the
glue
function alone.To Reproduce
Steps to reproduce the behavior:
or
You would expect "world" in output, but not the message. The message is prepended however:
Screenshots
Expected behavior
No output or warning message
The text was updated successfully, but these errors were encountered: