warehouse: PyPI does not honor package name from author in some cases

Describe the bug PyPI’s UI does not honor the package name I specify in my pyproject.toml file. This leads to confusion and incorrect (or at least unintentional) installation instructions on the PyPI front page of the project.

Take for example flufl.i18n. I clearly call the project that in its pyproject.toml file. That’s the name I want to advertise the package as, and this intentional – and legal – so PyPI should honor that, even if the packaging tools normalize the upload file name. But this doesn’t happen, as this screenshot illustrates.

The URL is also normalized: https://pypi.org/project/flufl-i18n/.

Expected behavior I would expect PyPI at least to display flufl.i18n 5.0.1 on the project page, and provide a pip install command as pip install flufl.i18n. If it doesn’t do this, it directly conflicts with my intentional choices and my own documentation.

I think the URL should also be non-normalized, but I’m a little less concerned about that.

To Reproduce Create a project with a dot in its name. Use a modern packaging tool that support pyproject.toml (flufl,i18n uses PDM). Upload that package to PyPI.

My Platform n/a

Additional context This may be related to the meta issue #12316 but I didn’t see this specific issue discussed there (I could have missed it). It’s also related to this discuss.python.org thread. It’s probably also related to the root cause for a downstream bug report in GNU Mailman.