This failed immediately on any request when using aiobottle. Not sure how their codepath differs from existing wsgi tests.

getsockname may return more then 2 values, e.g. in case of AF_INET6 (host, port, flowinfo, scopeid)

Probably we should check the address family and call appropriate code to fill in variables.

On my OSX box I do get back the four part tuple. I can't say I am familiar with flowinfo or scopeid so it isn't clear how helpful they would be to detect and add them to the 'environ' variable. Given the move to tuple unpacking in the earlier commit, this seemed like the quickest way to get wsgi working again :-)

I'm with @redixin
We should explicitly process 3 address families: AF_INET, AF_INET6 and AF_UNIX without relying on presence of peername or length of address tuple.

@asvetlov I've made a patch, but it adds one extra call get_extra_info('socket') to query address family. The problem is this will be called at every request, but may be called once at start of the daemon. Could you please give me a glue how this can be done?

get_extra_info(socket) is a dictionary lookup, not a syscall.
socket.family is not a syscall also.
Feel free to get the info on every request.

@asvetlov @merrellb please take a look #718

Fixed by #718

This thread has been automatically locked since there has not been
any recent activity after it was closed. Please open a new issue for
related bugs.

If you feel like there's important points made in this discussion,
please include those exceprts into that new issue.