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.

Title: Support subscripting os.PathLike and make it valid at runtime
Type: behavior Stage: resolved
Components: Versions: Python 3.9
Status: closed Resolution: wont fix
Dependencies: Superseder:
Assigned To: Nosy List: Cameron Trando, gvanrossum, levkivskyi
Priority: normal Keywords:

Created on 2019-08-22 18:20 by Cameron Trando, last changed 2022-04-11 14:59 by admin. This issue is now closed.

Messages (5)
msg350221 - (view) Author: Cameron Trando (Cameron Trando) Date: 2019-08-22 18:20
Currently os.PathLike[str] causes a runtime error; however, typeshed sees it as valid and mypy does not throw any errors on it. 

mypy treats it as os.PathLike[AnyStr] 

I already filed a bug on typeshed, see

And since mypy interprets it as useful, cpython should try and support it as well.
msg350228 - (view) Author: Guido van Rossum (gvanrossum) * (Python committer) Date: 2019-08-22 19:34
Making an existing stdlib class generic has to be considered carefully, otherwise it may break backward compatibility.

As I wrote in the typeshed issue, I actually think the status quo is fine. But I'd like to hear you out about how it causes problems in VS Code (that can't be fixed by adapting VC Code to reality).
msg350229 - (view) Author: Ivan Levkivskyi (levkivskyi) * (Python committer) Date: 2019-08-22 19:37
There is an (old) similar proposal btw.

Taking into account that this can be made only in 3.9, what is the benefit over ``from __future__ import annotations`` (that one can use already) do you see?

IMO there are only rare cases of type aliases and base classes, so I don't see much benefit. Also making it generic will require importing ``typing`` from ``os`` which may make it slower to import (``typing`` is a really heavy module, in particular because it imports many other modules).
msg350230 - (view) Author: Cameron Trando (Cameron Trando) Date: 2019-08-22 20:19
What happened is that we have a hard time analyzing PathLike because in the pathlib stub they use PathLike[str], so when we try to analyze Path which inherits from PathLike[str], because PathLike is not generic, then we think it's an instance of an object and don't inherit from it. That means Path has incorrect bases.

Previously we assumed we only had to special case typing so we will special case PathLike as well.
msg350232 - (view) Author: Guido van Rossum (gvanrossum) * (Python committer) Date: 2019-08-22 21:47
Sounds like you are mixing up analyzing .pyi and .py files.

Anyway, let's not do this.
Date User Action Args
2022-04-11 14:59:19adminsetgithub: 82101
2019-08-22 21:47:47gvanrossumsetstatus: open -> closed
resolution: wont fix
messages: + msg350232

stage: resolved
2019-08-22 20:19:19Cameron Trandosetmessages: + msg350230
2019-08-22 19:37:49levkivskyisetmessages: + msg350229
2019-08-22 19:34:30gvanrossumsetmessages: + msg350228
versions: + Python 3.9, - Python 3.7
2019-08-22 19:26:05serhiy.storchakasetnosy: + gvanrossum, levkivskyi
2019-08-22 18:20:41Cameron Trandocreate