start_response() reraises exc_info even if headers have not been sent

[eli-collins]

While working on a wsgi error handler, I think I ran across a (small) bug in waitress' start_response function...

PEP3333 says start_response(status, headers, exc_info) should only re-raise the exception if the headers haven't been sent to the client. Whereas WSGITask.execute() re-raises the error if start_response() has been called at all, even if the headers haven't been sent.

The following quick patch seems to fix things... (my apologies, I'm new to github, and can't for the life of me figure out how to make an attachment).

diff --git a/waitress/task.py b/waitress/task.py
index a4c8f2e..ab3282f 100644
--- a/waitress/task.py
+++ b/waitress/task.py
@@ -346,7 +346,7 @@ class WSGITask(Task):
                                      "without providing exc_info.")
             if exc_info:
                 try:
-                    if self.complete:
+                    if self.wrote_header:
                         # higher levels will catch and handle raised exception:
                         #1. "service" method in task.py
                         #2. "service" method in channel.py

[kgaughan]

Hi, Eli!

First up, thanks! I'm in work, so somebody else will likely deal with the meat of the issue, but I though I'd cover how submissions are usually handled through GitHub.

The typical way of submitting a change in GitHub is to fork the repository into your own profile, create a branch, make and test the change, and then issue a pull request. The pull request appears as an issue on the original repo's issue tracker, and, if everything's good, can be merged with the click of a button. The nice thing about it is that any changes make on the source branch with the changes submitted in the pull request will appear as part of the pull request subsequently, so if there are any issues, there's not need to perform any further edits.

I don't suppose you could knock together a quick test case to demonstrate the issue? If not, I'll see what I can do after work if nobody else has dealt with the issue.

[eli-collins]

Hi! Thanks for the pointers. I've file a pull request, and included unittests to detect the issue (sorry this seems to have created two issues entries through).

[tseaver]

Will be resolved with the merge of #52.

[mcdonc]

Good catch. I've merged a derivation of this via #52. Can you supply another pull request that adds your name to CONTRIBUTORS.txt?