Bug Fixed:

- There was a bug in handling connecting to testing servers that
  caused printing handlers to be used when they shouldn't have been.

README.txt

@@ -20,14 +20,22 @@ Changes
 *******
 
 ====================
-2.0.0a2 (2010-07-??)
+2.0.0a2 (2010-07-22)
 ====================
 
 New Features:
 
 - There's a new experimental zc.ngi.async.Implementation.listener
   option to run each client (server connection) in it's own thread.
 
+  (It's not documented. It's experimental, but there is a doctest.)
+
+Bugs Fixed:
+
+- There was a bug in handling connecting to testing servers that
+  caused printing handlers to be used when they shouldn't have been.
+
+
 ====================
 2.0.0a1 (2010-07-08)
 ====================

src/zc/ngi/testing.py

@@ -187,7 +187,7 @@ def connect(addr, handler):
         if connections:
             return handler.connected(connections.pop(0))
     elif isinstance(connections, listener):
-        return handler.connected(connections.connect())
+        return connections.connect(addr, handler=handler)
     elif connections is _recursing:
         print (
             "For address, %r, a connect handler called connect from a\n"

src/zc/ngi/tests.py

@@ -552,6 +552,30 @@ def EXPERIMENTAL_thready_async_servers():
 
     """
 
+def connect_to_a_testing_listener_shoulnt_use_printing_handler():
+    r"""
+If we use zc.ngi.testing.connect to connect to a registered listener,
+the printing handler shoudn't be used.
+
+    >>> import zc.ngi.testing, zc.ngi.adapters
+    >>> @zc.ngi.adapters.Lines.handler
+    ... def echo(connection):
+    ...     while 1:
+    ...         connection.write((yield).upper())
+
+    >>> listener = zc.ngi.testing.listener('a', echo)
+
+    >>> @zc.ngi.adapters.Lines.handler
+    ... def client(connection):
+    ...     connection.write('test\n')
+    ...     response = (yield)
+    ...     print 'client got', response
+
+    >>> zc.ngi.testing.connect('a', client)
+
+    >>> listener.close()
+    """
+
 
 if sys.version_info < (2, 6):
     del setHandler_compatibility