-
-
Notifications
You must be signed in to change notification settings - Fork 373
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
[IPKernelApp] ERROR | UNKNOWN MESSAGE TYPE: 'comm_open' #64
Comments
(That is, nothing is working on Windows right now...) |
It's a little weird that a comm_open message is arriving, but wrapper kernels should safely ignore unhandled messages and move on. Does it work on 4.0.4, or also not work, and the only difference is the unknown message? |
It works just fine on v4.0.4. The only difference is this unknown message, that does seem to be safely ignored. |
And just upgrading/downgrading the notebook package in the same env is the only change? Bizarre, but at least that makes it a very small set of changes to look through. Are you using conda or pip to do this? |
Yes, the upgrade/downgrade was the only change. I used conda to do this. |
And this is only an issue on Windows? Does an IPython kernel work in the same env? Does it matter what notebook you try to open? I'm going with downright bonkers for now, but I'll see if I can dig out a comparison of the conda packages tomorrow. I don't see anything in the repo comparison that would be relevant, but there have been occasional issues with conda packages that get something amiss. |
hmmm yeah. Nothing here seems to indicate this kind of error message. The issue for xonsh is on Windows, but may be unrelated. Don't loose too much sleep over this @minrk. |
I just noticed it too. Notebook version 4.0.6. If it's not an actual issue, maybe at least the name should be changed to "warning"? Edit: Should I rather post it on Notebook repo's issue tracker? |
Same error is still appearing under 4.1.2. |
We also see it here: https://trac.sagemath.org/ticket/21416 |
In general: you do not need to worry about this. The message type in question is optional for kernels to implement. I'll open a PR to make the log message less scary. As an analogy, it's totally legitimate to host a website without a |
See ipythongh-64 With optional parts of the spec, and future additions of message types, the kernel will sometimes get a message that it doesn't know how to handle. This is not generally an error, so we don't need the log message to be so shouty about it.
Thanks. Could you comment on the other |
#230 downgrades it to a warning, and not SHOUTY CAPS. |
Those messages come from the gap kernel, not from our code. I think somebody just pushed informational log messages up to error level to make them more visible. |
You might see here that it's the only logging option they managed to dig up. Is there a better way? |
Hello all, I am writing a wrapper kernel for xonsh (see xonsh/xonsh#399). We noticed that the following error gets printed to the command line on jupyter v4.0.6, jupyter notebook v4.0.5, and ipykernel v4.0.3.
Note that this error does not get printed if the jupyter notebook is on v4.0.4 and the other two stay the same. Not really sure what is going on here. It doesn't seem to effect anything on Ubuntu 15.04, but may be effecting things on Windows.
The text was updated successfully, but these errors were encountered: