Skip to content
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

Open
scopatz opened this issue Oct 5, 2015 · 15 comments
Open

[IPKernelApp] ERROR | UNKNOWN MESSAGE TYPE: 'comm_open' #64

scopatz opened this issue Oct 5, 2015 · 15 comments

Comments

@scopatz
Copy link

scopatz commented Oct 5, 2015

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.

[IPKernelApp] ERROR | UNKNOWN MESSAGE TYPE: 'comm_open'

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.

@scopatz
Copy link
Author

scopatz commented Oct 5, 2015

(That is, nothing is working on Windows right now...)

@minrk
Copy link
Member

minrk commented Oct 5, 2015

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?

@scopatz
Copy link
Author

scopatz commented Oct 5, 2015

It works just fine on v4.0.4. The only difference is this unknown message, that does seem to be safely ignored.

@minrk
Copy link
Member

minrk commented Oct 5, 2015

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?

@scopatz
Copy link
Author

scopatz commented Oct 5, 2015

Yes, the upgrade/downgrade was the only change. I used conda to do this.

@minrk
Copy link
Member

minrk commented Oct 5, 2015

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.

@scopatz
Copy link
Author

scopatz commented Oct 5, 2015

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.

@adrian17
Copy link

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?

@evhub
Copy link

evhub commented Apr 15, 2016

Same error is still appearing under 4.1.2.

@dimpase
Copy link

dimpase commented Feb 24, 2017

We also see it here: https://trac.sagemath.org/ticket/21416

@takluyver
Copy link
Member

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 favicon.ico. But browsers will look for that, and your logs will show a 404 error from that. The other party is trying something, but is prepared to handle it not working.

takluyver added a commit to takluyver/ipykernel that referenced this issue Feb 24, 2017
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.
@dimpase
Copy link

dimpase commented Feb 24, 2017

Thanks. Could you comment on the other [IPKernelApp] ERROR things there? Is it a buggy json given to the notebook, or something else?

@takluyver
Copy link
Member

#230 downgrades it to a warning, and not SHOUTY CAPS.

@takluyver
Copy link
Member

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.

@dimpase
Copy link

dimpase commented Feb 25, 2017

You might see here that it's the only logging option they managed to dig up. Is there a better way?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants