Update bundled third-party stubs (Django and others)

[heejaechang]

Summary

Track refreshing the third-party type stubs that Pylance bundles (starting with Django) so they better match recent package versions, and/or provide a supported way to disable/override the bundled stubs.

Background

Split out from #6029. Bundled Django stubs (sourced from sbdchd/django-types) have lagged behind recent Django releases, producing false is unknown import symbol errors for symbols that exist in the installed package (for example RemovedInDjango51Warning).

Documented workaround for users today: override the bundled stubs with a workspace-local partial stub package via python.analysis.stubPath. See How to Override Bundled Third-Party Stubs in Pylance.

Asks raised by users

• Ship fresher bundled stubs (Django in particular).
• Evaluate switching the Django stub source (for example typeddjango/django-stubs, which has added pyright support).
• Consider an option to disable bundled third-party stubs.

Related

• Django stubs are out of date and cause erroneous type errors #6029
• Stubs are out of date sbdchd/django-types#255
• Use django-stubs with type checkers other than mypy typeddjango/django-stubs#579

[heejaechang]

@heejaechang

After reviewing this, there's nothing to update on the bundled stub side.

The bundled Django stubs are mirrored from their upstream source (sbdchd/django-types) and are already in sync with it — the missing deprecation symbols (e.g. RemovedInDjango51Warning) are a deliberate, minimal choice upstream, not a sync gap on Pylance's side. Switching the source to typeddjango/django-stubs was also evaluated and found to regress model-field typing without its mypy plugin (which Pylance can't run), so swapping isn't a clean win.

The rest of the bundled third-party stubs are refreshed regularly and are working as expected.

For anyone who needs newer Django stubs, a different Django stub source, or any other package-specific stub, the supported path is to provide your own via python.analysis.stubPath. stubPath is checked before bundled third-party stubs, so a workspace-local (partial) stub package cleanly overrides the bundled one for your project's package version. Step-by-step: How to Override Bundled Third-Party Stubs in Pylance.

Closing as there's no bundled-stub change to make here.