malefice
commented
4 years ago The provider methods you listed are exclusive to the en_US address provider. The pl_PL provider does not support those methods, so it is actually behaving as expected.
What is wrong, however, is the current documentation that gives that impression as shown in this page. Because of how the docs are currently generated, the "standard providers" page use en_US provider classes instead of the "core" provider classes, and that is why those methods are included even if they should not be.
While I did not mention this specific issue in #1083, this is something I already addressed in my PR #1128 as part of revamping the provider docs. It is still a WIP, but standard provider docs can be found here, and localized pl_PL provider docs can be found here. The way to view this is that the localized provider categories, e.g. address, automotive, etc, "overrides" the standard provider categories.
For example, in pl_PL, the address provider has been localized, so methods in that localized address provider will be available instead of the standard address provider methods. The color provider, however, has not been localized, so the standard color provider methods will be available.
github-actions[bot]
kirmola
a number of providers causes this problem: zipcode postalcode zipcode_plus4 military_ship
Steps to reproduce
Expected behavior
I was expecting '80-358'
Actual behavior
AttributeError: 'Generator' object has no attribute 'postalcode'