nbgrader config change to ExecutePreprocessor.timeout seems to be ignored

Operating system

Windows 10

nbgrader --version

0.5.4

jupyterhub --version (if used with JupyterHub)

NA

jupyter notebook --version

5.0.0

Expected behavior

I’ve created a lab exercise in which students read files and run code on them; I created a bunch of hidden tests to check their output.

Actual behavior

When I try to validate the code, I get a ‘Keyboard Interrupt’, which appears to be a timeout error in validating the code. I’ve tried to set the configuration file to change c.ExecutePreprocessor.timeout to None or 300, but this change in parameter seems to be ignored for several cells. When I start the notebook with the --debug option on, I get errors during the validate of the following sort: [E 16:30:43.087 NotebookApp] Timeout waiting for execute reply (30s). even though I’ve set the parameter value to None or 300, suggesting that the default has overridden my change in parameter. I’ve checked via the logs that the code is reading the config file from the correct file.

Steps to reproduce the behavior

[heathermiller]

I’m still having this problem, exactly the same as described above. Like @davidpwilliamson above, I’ve run jupyter notebook with the --debug option on, and I’ve verified that the nbgrader_config.py file is being read, both in the root course directory as well as in the notebook directory.

When validating the notebook, I consistently get errors of the form:

[NotebookApp | ERROR] Timeout waiting for execute reply (30s).

Despite the fact that c.ExecutePreprocessor.timeout = 60 in the nbgrader_config.py file in my notebook directory.

[RonaldEnsing]

I am running into the same issue with nbgrader version 0.6.2 on Linux. Running nbgrader validate <my_assignment>.ipynb I get the following output after -+120 seconds, even though I set c.ExecutePreprocessor.timeout = 600:

[ValidateApp | ERROR] Timeout waiting for execute reply (30s).
[ValidateApp | ERROR] Interrupting kernel
Success! Your notebook passes all the tests.