TestSlide

Summary: The StrictMock type stubs across strictmock and testslide defined , making it a type alias for . Pyrefly treats bare as non-instantiable, causing ~14,700 errors () across ~3,500 test files in fbcode. Additionally, when the stub was changed to a plain , Pyrefly correctly flagged ~13,500 errors where instances were passed to functions expecting specific types — which is the intended usage of StrictMock as a mock stand-in. The fix changes all four stub files from: to: This makes StrictMock an instantiable class that inherits from Any, so it is both constructible and assignable to any type — matching its real-world usage as a universal mock object. Affected stubs: fbcode/strictmock/strict_mock.pyi fbcode/testslide/testslide/strict_mock.pyi fbcode/python/typeshed_internal/testslide/core/strict_mock.pyi fbcode/python/typeshed_experimental/testslide/core/strict_mock.pyi Differential Revision: D97783042

What: closes #195 Why: feature was requested, and I think it should be implemented How: just a simple warning tracker class in Risks: n/a, backward compatible, non breaking changes Checklist**: [x] Added tests, if you've added code that should be tested [x] Updated the documentation, if you've changed APIs [x] Ensured the test suite passes [x] Made sure your code lints [x] Completed the Contributor License Agreement ("CLA")

This is mostly manual as described at RELEASE.md. We need to: Using semantic versioning, be able to do major, minor and patch releases, calculating the new version based on the previous. Unify version at setup.py and docs/conf.py. Ensure Travis CI build is OK for new release. Ensure readthedocs.org build is OK for each release.