This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author Shane Smith
Recipients Shane Smith, jaraco, xtreak
Date 2020-01-05.15:37:22
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1578238642.8.0.346398013957.issue39211@roundup.psfhosted.org>
In-reply-to
Content
A small update:

Using the direct invocation:

> python -m http.server 8000
Serving HTTP on :: port 8080 (http://[::]:8080/) ...

Is NOT accessible at the following addresses:
http://[::]:8080/  # most surprising, because this is where it tells you to go
http://<my_ip_address>:8080/  # this was the Python <= 3.7 behavior, as I used it anyhow

But it IS accessible at the following addresses:
http://[::1]:8080/
http://localhost:8080/


There may be others I don't know about.  I recognize that my difficulties likely arise from a lack of familiarity with internet protocols, as this isn't something I use with any kind of regularity.  But I do think it's possible (and desirable) for the method to be as casual-friendly as it was in Python 3.7.

Specifically, the direct invocation tells the user they can go to http://[::]:8080/, which they cannot.  They CAN go to http://[::1]:8080/.  Should this instead be the message returned on direct invocation?

So far as I can tell, this is still a behavior change, as the old behavior was accessible from your IP address and therefore visible to other computers on the network (I assume localhost is not).  But it would at least do what it says on the tin.
History
Date User Action Args
2020-01-05 15:37:22Shane Smithsetrecipients: + Shane Smith, jaraco, xtreak
2020-01-05 15:37:22Shane Smithsetmessageid: <1578238642.8.0.346398013957.issue39211@roundup.psfhosted.org>
2020-01-05 15:37:22Shane Smithlinkissue39211 messages
2020-01-05 15:37:22Shane Smithcreate