[go-nuts] panic in http transport (send on closed channel)

Had a minute to check this out, and I don't see any reason for the panic
here. Is this representative of the actual running code?


A couple other issues though:

If all articles download before the timeout, your loop will never exit
until the timeout if there were any errors, since an error condition
doesn't send to articleChan

If urlsSlice is very long, you may exhausting some other resource. You may
need to limit the number of simultaneous http or dns calls.

You don't need to check for `resp == nil`. If the error nil, resp will be
usable, and resp.Body is guaranteed to be non-nil.

Your forceTimeout could be replaced with time.After (and don't defer
closing the channel when another goroutine is sending on that channel, this
will panic).

You are setting client.Timeout. If you have sane timeouts in the transport
too (see DefaultTransport), you may not need the extra timeout logic at
all, since the client will cancel the request anyway.

In your actual code, is it possible that you have clients stuck sending
to articleChan? That would leave their respective response bodies open,
since it doesn't hit the defer.