pytest-metadata icon indicating copy to clipboard operation
pytest-metadata copied to clipboard

Plugin for accessing test session metadata

Results 12 pytest-metadata issues
Sort by recently updated
recently updated
newest added

updates: - https://github.com/psf/black → https://github.com/psf/black-pre-commit-mirror - [github.com/psf/black-pre-commit-mirror: 24.1.1 → 25.12.0](https://github.com/psf/black-pre-commit-mirror/compare/24.1.1...25.12.0) - [github.com/pre-commit/pre-commit-hooks: v4.5.0 → v6.0.0](https://github.com/pre-commit/pre-commit-hooks/compare/v4.5.0...v6.0.0) - [github.com/PyCQA/flake8: 7.0.0 → 7.3.0](https://github.com/PyCQA/flake8/compare/7.0.0...7.3.0)

After some more fiddling, the incompatibility might come from pytest-metadata and pytest... it seems pytest-metadata doesn't support pytest >= 8.0.0 yet, and that makes the report generation fail for some...

I am unable to see my environment info on my html report, even my html and metadata plugins are fully upgraded and running plugins: anyio-3.7.1, html-3.2.0, metadata-3.0.0, xdist-3.3.1

Hello, I wish to add my own section that includes test configurations so I can separate information about test env. and test config. Is it possible to add it already...

Is it possible next time on release new version make the github release to have entry on https://github.com/pytest-dev/pytest-metadata/issues entries? 🤔 I'm asking because only on make gh release is spread...

It seems the `Release note` link is pointing to the wrong address. ![image](https://github.com/pytest-dev/pytest-metadata/assets/73228491/8fcdd0f5-7bbe-4a5b-9d9f-d3926448d591)

[Requirements](https://requires.io/github/pytest-dev/pytest-metadata/requirements/?branch=master) in the readme file redirecting to a domain that's up for sale. ![image](https://github.com/pytest-dev/pytest-metadata/assets/102251756/ae21eda6-51ea-4ec6-842a-823c3a3aec8d)

Looks like requires.io is dead, and project isn't using Travis anymore. So may as well remove badges Resolves #91

Hi, Would it be possible to introduce typing to the plugin's code? I've just integrated this plugin into one of my test suites, and the typing would help me realise...

There's a matter of making sure to include py.typed in a built package