coverage

Version 7.4.0 — 2023-12-27

• In Python 3.12 and above, you can try an experimental core based on the new https://docs.python.org/3/library/sys.monitoring.html#module-sys.monitoring module by defining a COVERAGE_CORE=sysmon environment variable. This should be faster for line coverage, but not for branch coverage, and plugins and dynamic contexts are not yet supported with it. I am very interested to hear how it works (or doesn’t!) for you.

:arrow_right:  PyPI page: coverage 7.4.0. :arrow_right:  To install: python3 -m pip install coverage==7.4.0

Version 7.3.4 — 2023-12-20

• Fix: the change for multi-line signature exclusions in 7.3.3 broke other forms of nested clauses being excluded properly. This is now fixed, closing issue 1713.
• Fix: in the HTML report, selecting code for copying won’t select the line numbers also. Thanks, Robert Harris.

:arrow_right:  PyPI page: coverage 7.3.4. :arrow_right:  To install: python3 -m pip install coverage==7.3.4

Version 7.3.3 — 2023-12-14

• Fix: function definitions with multi-line signatures can now be excluded by matching any of the lines, closing issue 684. Thanks, Jan Rusak, Maciej Kowalczyk and Joanna Ejzel.
• Fix: XML reports could fail with a TypeError if files had numeric components that were duplicates except for leading zeroes, like file1.py and file001.py. Fixes issue 1709.
• The coverage annotate command used to announce that it would be removed in a future version. Enough people got in touch to say that they use it, so it will stay. Don’t expect it to keep up with other new features though.
• Added new debug options:
  • pytest writes the pytest test name into the debug output.
  • dataop2 writes the full data being added to CoverageData objects.

:arrow_right:  PyPI page: coverage 7.3.3. :arrow_right:  To install: python3 -m pip install coverage==7.3.3

Version 7.3.2 — 2023-10-02

• The coverage lcov command ignored the [report] exclude_lines and [report] exclude_also settings (issue 1684). This is now fixed, thanks Jacqueline Lee.
• Sometimes SQLite will create journal files alongside the coverage.py database files. These are ephemeral, but could be mistakenly included when combining data files. Now they are always ignored, fixing issue 1605. Thanks to Brad Smith for suggesting fixes and providing detailed debugging.
• On Python 3.12+, we now disable SQLite writing journal files, which should be a little faster.
• The new 3.12 soft keyword type is properly bolded in HTML reports.
• Removed the “fullcoverage” feature used by CPython to measure the coverage of early-imported standard library modules. CPython stopped using it in 2021, and it stopped working completely in Python 3.13.

:arrow_right:  PyPI page: coverage 7.3.2. :arrow_right:  To install: python3 -m pip install coverage==7.3.2

Version 7.3.1 — 2023-09-06

• The semantics of stars in file patterns has been clarified in the docs. A leading or trailing star matches any number of path components, like a double star would. This is different than the behavior of a star in the middle of a pattern. This discrepancy was identified by Sviatoslav Sydorenko, who provided patient detailed diagnosis and graciously agreed to a pragmatic resolution.
• The API docs were missing from the last version. They are now restored.

:arrow_right:  PyPI page: coverage 7.3.1. :arrow_right:  To install: python3 -m pip install coverage==7.3.1

Version 7.3.0 — 2023-08-12

• Added a Coverage.collect() context manager to start and stop coverage data collection.
• Dropped support for Python 3.7.
• Fix: in unusual circumstances, SQLite cannot be set to asynchronous mode. Coverage.py would fail with the error Safety level may not be changed inside a transaction. This is now avoided, closing issue 1646. Thanks to Michael Bell for the detailed bug report.
• Docs: examples of configuration files now include separate examples for the different syntaxes: .coveragerc, pyproject.toml, setup.cfg, and tox.ini.
• Fix: added nosemgrep comments to our JavaScript code so that semgrep-based SAST security checks won’t raise false alarms about security problems that aren’t problems.
• Added a CITATION.cff file, thanks to Ken Schackart.

:arrow_right:  PyPI page: coverage 7.3.0. :arrow_right:  To install: python3 -m pip install coverage==7.3.0

Version 7.2.7 — 2023-05-29

• Fix: reverted a change from 6.4.3 that helped Cython, but also increased the size of data files when using dynamic contexts, as described in the now-fixed issue 1586. The problem is now avoided due to a recent change (issue 1538). Thanks to Anders Kaseorg and David Szotten for persisting with problem reports and detailed diagnoses.
• Wheels are now provided for CPython 3.12.

:arrow_right:  PyPI page: coverage 7.2.7. :arrow_right:  To install: python3 -m pip install coverage==7.2.7

Version 7.2.6 — 2023-05-23

• Fix: the lcov command could raise an IndexError exception if a file is translated to Python but then executed under its own name. Jinja2 does this when rendering templates. Fixes issue 1553.
• Python 3.12 beta 1 now inlines comprehensions. Previously they were compiled as invisible functions and coverage.py would warn you if they weren’t completely executed. This no longer happens under Python 3.12.
• Fix: the coverage debug sys command includes some environment variables in its output. This could have included sensitive data. Those values are now hidden with asterisks, closing issue 1628.

:arrow_right:  PyPI page: coverage 7.2.6. :arrow_right:  To install: python3 -m pip install coverage==7.2.6

Version 7.2.5 — 2023-04-30

• Fix: html_report() could fail with an AttributeError on isatty if run in an unusual environment where sys.stdout had been replaced. This is now fixed.

:arrow_right:  PyPI page: coverage 7.2.5. :arrow_right:  To install: python3 -m pip install coverage==7.2.5

Version 7.2.4 — 2023-04-28

PyCon 2023 sprint fixes!

• Fix: with relative_files = true, specifying a specific file to include or omit wouldn’t work correctly (issue 1604). This is now fixed, with testing help by Marc Gibbons.
• Fix: the XML report would have an incorrect <source> element when using relative files and the source option ended with a slash (issue 1541). This is now fixed, thanks to Kevin Brown-Silva.
• When the HTML report location is printed to the terminal, it’s now a terminal-compatible URL, so that you can click the location to open the HTML file in your browser. Finishes issue 1523 thanks to Ricardo Newbery.
• Docs: a new Migrating page with details about how to migrate between major versions of coverage.py. It currently covers the wildcard changes in 7.x. Thanks, Brian Grohe.

:arrow_right:  PyPI page: coverage 7.2.4. :arrow_right:  To install: python3 -m pip install coverage==7.2.4

Version 7.2.3 — 2023-04-06

• Fix: the [run] sigterm setting was meant to capture data if a process was terminated with a SIGTERM signal, but it didn’t always. This was fixed thanks to Lewis Gaul, closing issue 1599.
• Performance: HTML reports with context information are now much more compact. File sizes are typically as small as one-third the previous size, but can be dramatically smaller. This closes issue 1584 thanks to Oleh Krehel.
• Development dependencies no longer use hashed pins, closing issue 1592.

:arrow_right:  PyPI page: coverage 7.2.3. :arrow_right:  To install: python3 -m pip install coverage==7.2.3

Version 7.2.2 — 2023-03-16

• Fix: if a virtualenv was created inside a source directory, and a sourced package was installed inside the virtualenv, then all of the third-party packages inside the virtualenv would be measured. This was incorrect, but has now been fixed: only the specified packages will be measured, thanks to Manuel Jacob.
• Fix: the coverage lcov command could create a .lcov file with incorrect LF (lines found) and LH (lines hit) totals. This is now fixed, thanks to Ian Moore.
• Fix: the coverage xml command on Windows could create a .xml file with duplicate <package> elements. This is now fixed, thanks to Benjamin Parzella, closing issue 1573.

:arrow_right:  PyPI page: coverage 7.2.2. :arrow_right:  To install: python3 -m pip install coverage==7.2.2

Version 7.2.1 — 2023-02-26

• Fix: the PyPI page had broken links to documentation pages, but no longer does, closing issue 1566.
• Fix: public members of the coverage module are now properly indicated so that mypy will find them, fixing issue 1564.

:arrow_right:  PyPI page: coverage 7.2.1. :arrow_right:  To install: python3 -m pip install coverage==7.2.1

Version 7.2.0 — 2023-02-22

• Added a new setting [report] exclude_also to let you add more exclusions without overwriting the defaults. Thanks, Alpha Chen, closing issue 1391.
• Added a CoverageData.purge_files() method to remove recorded data for a particular file. Contributed by Stephan Deibel.
• Fix: when reporting commands fail, they will no longer congratulate themselves with messages like “Wrote XML report to file.xml” before spewing a traceback about their failure.
• Fix: arguments in the public API that name file paths now accept pathlib.Path objects. This includes the data_file and config_file arguments to the Coverage constructor and the basename argument to CoverageData. Closes issue 1552.
• Fix: In some embedded environments, an IndexError could occur on stop() when the originating thread exits before completion. This is now fixed, thanks to Russell Keith-Magee, closing issue 1542.
• Added a py.typed file to announce our type-hintedness. Thanks, KotlinIsland.

:arrow_right:  PyPI page: coverage 7.2.0. :arrow_right:  To install: python3 -m pip install coverage==7.2.0

Version 7.1.0 — 2023-01-24

• Added: the debug output file can now be specified with [run] debug_file in the configuration file. Closes issue 1319.
• Performance: fixed a slowdown with dynamic contexts that’s been around since 6.4.3. The fix closes issue 1538. Thankfully this doesn’t break the Cython change that fixed issue 972. Thanks to Mathieu Kniewallner for the deep investigative work and comprehensive issue report.
• Typing: all product and test code has type annotations.

:arrow_right:  PyPI page: coverage 7.1.0. :arrow_right:  To install: python3 -m pip install coverage==7.1.0

Version 7.0.5 — 2023-01-10

• Fix: On Python 3.7, a file with type annotations but no from __future__ import annotations would be missing statements in the coverage report. This is now fixed, closing issue 1524.

:arrow_right:  PyPI page: coverage 7.0.5. :arrow_right:  To install: python3 -m pip install coverage==7.0.5

Version 7.0.4 — 2023-01-07

• Performance: an internal cache of file names was accidentally disabled, resulting in sometimes drastic reductions in performance. This is now fixed, closing issue 1527. Thanks to Ivan Ciuvalschii for the reproducible test case.

:arrow_right:  PyPI page: coverage 7.0.4. :arrow_right:  To install: python3 -m pip install coverage==7.0.4

Version 7.0.3 — 2023-01-03

• Fix: when using pytest-cov or pytest-xdist, or perhaps both, the combining step could fail with assert row is not None using 7.0.2. This was due to a race condition that has always been possible and is still possible. In 7.0.1 and before, the error was silently swallowed by the combining code. Now it will produce a message “Couldn’t combine data file” and ignore the data file as it used to do before 7.0.2. Closes issue 1522.

:arrow_right:  PyPI page: coverage 7.0.3. :arrow_right:  To install: python3 -m pip install coverage==7.0.3

Version 7.0.2 — 2023-01-02

• Fix: when using the [run] relative_files = True setting, a relative [paths] pattern was still being made absolute. This is now fixed, closing issue 1519.
• Fix: if Python doesn’t provide tomllib, then TOML configuration files can only be read if coverage.py is installed with the [toml] extra. Coverage.py will raise an error if TOML support is not installed when it sees your settings are in a .toml file. But it didn’t understand that [tools.coverage] was a valid section header, so the error wasn’t reported if you used that header, and settings were silently ignored. This is now fixed, closing issue 1516.
• Fix: adjusted how decorators are traced on PyPy 7.3.10, fixing issue 1515.
• Fix: the coverage lcov report did not properly implement the --fail-under=MIN option. This has been fixed.
• Refactor: added many type annotations, including a number of refactorings. This should not affect outward behavior, but they were a bit invasive in some places, so keep your eyes peeled for oddities.
• Refactor: removed the vestigial and long untested support for Jython and IronPython.

:arrow_right:  PyPI page: coverage 7.0.2. :arrow_right:  To install: python3 -m pip install coverage==7.0.2

Version 7.0.1 — 2022-12-23

• When checking if a file mapping resolved to a file that exists, we weren’t considering files in .whl files. This is now fixed, closing issue 1511.
• File pattern rules were too strict, forbidding plus signs and curly braces in directory and file names. This is now fixed, closing issue 1513.
• Unusual Unicode or control characters in source files could prevent reporting. This is now fixed, closing issue 1512.
• The PyPy wheel now installs on PyPy 3.7, 3.8, and 3.9, closing issue 1510.

:arrow_right:  PyPI page: coverage 7.0.1. :arrow_right:  To install: python3 -m pip install coverage==7.0.1

Version 7.0.0 — 2022-12-18

Nothing new beyond 7.0.0b1.

:arrow_right:  PyPI page: coverage 7.0.0. :arrow_right:  To install: python3 -m pip install coverage==7.0.0

Version 7.0.0b1 — 2022-12-03

A number of changes have been made to file path handling, including pattern matching and path remapping with the [paths] setting (see [paths]). These changes might affect you, and require you to update your settings.

(This release includes the changes from 6.6.0b1, since 6.6.0 was never released.)

• Changes to file pattern matching, which might require updating your configuration:
  • Previously, * would incorrectly match directory separators, making precise matching difficult. This is now fixed, closing issue 1407.
  • Now ** matches any number of nested directories, including none.
• Improvements to combining data files when using the [run] relative_files setting, which might require updating your configuration:
  • During coverage combine, relative file paths are implicitly combined without needing a [paths] configuration setting. This also fixed issue 991.
  • A [paths] setting like */foo will now match foo/bar.py so that relative file paths can be combined more easily.
  • The [run] relative_files setting is properly interpreted in more places, fixing issue 1280.
• When remapping file paths with [paths], a path will be remapped only if the resulting path exists. The documentation has long said the prefix had to exist, but it was never enforced. This fixes issue 608, improves issue 649, and closes issue 757.
• Reporting operations now implicitly use the [paths] setting to remap file paths within a single data file. Combining multiple files still requires the coverage combine step, but this simplifies some single-file situations. Closes issue 1212 and issue 713.
• The coverage report command now has a --format= option. The original style is now --format=text, and is the default.
  • Using --format=markdown will write the table in Markdown format, thanks to Steve Oswald, closing issue 1418.
  • Using --format=total will write a single total number to the output. This can be useful for making badges or writing status updates.
• Combining data files with coverage combine now hashes the data files to skip files that add no new information. This can reduce the time needed. Many details affect the speed-up, but for coverage.py’s own test suite, combining is about 40% faster. Closes issue 1483.
• When searching for completely un-executed files, coverage.py uses the presence of __init__.py files to determine which directories have source that could have been imported. However, implicit namespace packages don’t require __init__.py. A new setting [report] include_namespace_packages tells coverage.py to consider these directories during reporting. Thanks to Felix Horvat for the contribution. Closes issue 1383 and issue 1024.
• Fixed environment variable expansion in pyproject.toml files. It was overly broad, causing errors outside of coverage.py settings, as described in issue 1481 and issue 1345. This is now fixed, but in rare cases will require changing your pyproject.toml to quote non-string values that use environment substitution.
• An empty file has a coverage total of 100%, but used to fail with --fail-under. This has been fixed, closing issue 1470.
• The text report table no longer writes out two separator lines if there are no files listed in the table. One is plenty.
• Fixed a mis-measurement of a strange use of wildcard alternatives in match/case statements, closing issue 1421.
• Fixed internal logic that prevented coverage.py from running on implementations other than CPython or PyPy (issue 1474).
• The deprecated [run] note setting has been completely removed.

:arrow_right:  PyPI page: coverage 7.0.0b1. :arrow_right:  To install: python3 -m pip install coverage==7.0.0b1

Version 6.6.0b1 — 2022-10-31

(Note: 6.6.0 final was never released. These changes are part of 7.0.0b1.)

• Changes to file pattern matching, which might require updating your configuration:
  • Previously, * would incorrectly match directory separators, making precise matching difficult. This is now fixed, closing issue 1407.
  • Now ** matches any number of nested directories, including none.
• Improvements to combining data files when using the [run] relative_files setting:
  • During coverage combine, relative file paths are implicitly combined without needing a [paths] configuration setting. This also fixed issue 991.
  • A [paths] setting like */foo will now match foo/bar.py so that relative file paths can be combined more easily.
  • The setting is properly interpreted in more places, fixing issue 1280.
• Fixed environment variable expansion in pyproject.toml files. It was overly broad, causing errors outside of coverage.py settings, as described in issue 1481 and issue 1345. This is now fixed, but in rare cases will require changing your pyproject.toml to quote non-string values that use environment substitution.
• Fixed internal logic that prevented coverage.py from running on implementations other than CPython or PyPy (issue 1474).

:arrow_right:  PyPI page: coverage 6.6.0b1. :arrow_right:  To install: python3 -m pip install coverage==6.6.0b1

Version 6.5.0 — 2022-09-29

• The JSON report now includes details of which branches were taken, and which are missing for each file. Thanks, Christoph Blessing. Closes issue 1425.
• Starting with coverage.py 6.2, class statements were marked as a branch. This wasn’t right, and has been reverted, fixing issue 1449. Note this will very slightly reduce your coverage total if you are measuring branch coverage.
• Packaging is now compliant with PEP 517, closing issue 1395.
• A new debug option --debug=pathmap shows details of the remapping of paths that happens during combine due to the [paths] setting.
• Fix an internal problem with caching of invalid Python parsing. Found by OSS-Fuzz, fixing their bug 50381.

:arrow_right:  PyPI page: coverage 6.5.0. :arrow_right:  To install: python3 -m pip install coverage==6.5.0

Version 6.4.4 — 2022-08-16

• Wheels are now provided for Python 3.11.

:arrow_right:  PyPI page: coverage 6.4.4. :arrow_right:  To install: python3 -m pip install coverage==6.4.4

Version 6.4.3 — 2022-08-06

• Fix a failure when combining data files if the file names contained glob-like patterns. Thanks, Michael Krebs and Benjamin Schubert.
• Fix a messaging failure when combining Windows data files on a different drive than the current directory, closing issue 1428. Thanks, Lorenzo Micò.
• Fix path calculations when running in the root directory, as you might do in a Docker container. Thanks Arthur Rio.
• Filtering in the HTML report wouldn’t work when reloading the index page. This is now fixed. Thanks, Marc Legendre.
• Fix a problem with Cython code measurement, closing issue 972. Thanks, Matus Valo.

:arrow_right:  PyPI page: coverage 6.4.3. :arrow_right:  To install: python3 -m pip install coverage==6.4.3

Version 6.4.2 — 2022-07-12

• Updated for a small change in Python 3.11.0 beta 4: modules now start with a line with line number 0, which is ignored. This line cannot be executed, so coverage totals were thrown off. This line is now ignored by coverage.py, but this also means that truly empty modules (like __init__.py) have no lines in them, rather than one phantom line. Fixes issue 1419.
• Internal debugging data added to sys.modules is now an actual module, to avoid confusing code that examines everything in sys.modules. Thanks, Yilei Yang.

:arrow_right:  PyPI page: coverage 6.4.2. :arrow_right:  To install: python3 -m pip install coverage==6.4.2

Version 6.4.1 — 2022-06-02

• Greatly improved performance on PyPy, and other environments that need the pure Python trace function. Thanks, Carl Friedrich Bolz-Tereick (pull 1381 and pull 1388). Slightly improved performance when using the C trace function, as most environments do. Closes issue 1339.
• The conditions for using tomllib from the standard library have been made more precise, so that 3.11 alphas will continue to work. Closes issue 1390.

:arrow_right:  PyPI page: coverage 6.4.1. :arrow_right:  To install: python3 -m pip install coverage==6.4.1

Version 6.4 — 2022-05-22

• A new setting, [run] sigterm, controls whether a SIGTERM signal handler is used. In 6.3, the signal handler was always installed, to capture data at unusual process ends. Unfortunately, this introduced other problems (see issue 1310). Now the signal handler is only used if you opt-in by setting [run] sigterm = true.
• Small changes to the HTML report:
  • Added links to next and previous file, and more keyboard shortcuts: [ and ] for next file and previous file; u for up to the index; and ? to open/close the help panel. Thanks, J. M. F. Tsang.
  • The time stamp and version are displayed at the top of the report. Thanks, Ammar Askar. Closes issue 1351.
• A new debug option debug=sqldata adds more detail to debug=sql, logging all the data being written to the database.
• Previously, running coverage report (or any of the reporting commands) in an empty directory would create a .coverage data file. Now they do not, fixing issue 1328.
• On Python 3.11, the [toml] extra no longer installs tomli, instead using tomllib from the standard library. Thanks Shantanu.
• In-memory CoverageData objects now properly update(), closing issue 1323.

:arrow_right:  PyPI page: coverage 6.4. :arrow_right:  To install: python3 -m pip install coverage==6.4

Version 6.3.3 — 2022-05-12

• Fix: Coverage.py now builds successfully on CPython 3.11 (3.11.0b1) again. Closes issue 1367. Some results for generators may have changed.

:arrow_right:  PyPI page: coverage 6.3.3. :arrow_right:  To install: python3 -m pip install coverage==6.3.3

Version 6.3.2 — 2022-02-20

• Fix: adapt to pypy3.9’s decorator tracing behavior. It now traces function decorators like CPython 3.8: both the @-line and the def-line are traced. Fixes issue 1326.
• Debug: added pybehave to the list of coverage debug and --debug option options.
• Fix: show an intelligible error message if --concurrency=multiprocessing is used without a configuration file. Closes issue 1320.

:arrow_right:  PyPI page: coverage 6.3.2. :arrow_right:  To install: python3 -m pip install coverage==6.3.2

Version 6.3.1 — 2022-02-01

• Fix: deadlocks could occur when terminating processes. Some of these deadlocks (described in issue 1310) are now fixed.
• Fix: a signal handler was being set from multiple threads, causing an error: “ValueError: signal only works in main thread”. This is now fixed, closing issue 1312.
• Fix: --precision on the command-line was being ignored while considering --fail-under. This is now fixed, thanks to Marcelo Trylesinski.
• Fix: releases no longer provide 3.11.0-alpha wheels. Coverage.py uses CPython internal fields which are moving during the alpha phase. Fixes issue 1316.

:arrow_right:  PyPI page: coverage 6.3.1. :arrow_right:  To install: python3 -m pip install coverage==6.3.1

Version 6.3 — 2022-01-25

• Feature: Added the lcov command to generate reports in LCOV format. Thanks, Bradley Burns. Closes issues 587 and 626.
• Feature: the coverage data file can now be specified on the command line with the --data-file option in any command that reads or writes data. This is in addition to the existing COVERAGE_FILE environment variable. Closes issue 624. Thanks, Nikita Bloshchanevich.
• Feature: coverage measurement data will now be written when a SIGTERM signal is received by the process. This includes https://docs.python.org/3/library/multiprocessing.html#multiprocessing.Process.terminate, and other ways to terminate a process. Currently this is only on Linux and Mac; Windows is not supported. Fixes issue 1307.
• Dropped support for Python 3.6, which reached end-of-life on 2021-12-23.
• Updated Python 3.11 support to 3.11.0a4, fixing issue 1294.
• Fix: the coverage data file is now created in a more robust way, to avoid problems when multiple processes are trying to write data at once. Fixes issues 1303 and 883.
• Fix: a .gitignore file will only be written into the HTML report output directory if the directory is empty. This should prevent certain unfortunate accidents of writing the file where it is not wanted.
• Releases now have MacOS arm64 wheels for Apple Silicon, fixing issue 1288.

:arrow_right:  PyPI page: coverage 6.3. :arrow_right:  To install: python3 -m pip install coverage==6.3

Version 6.2 — 2021-11-26

• Feature: Now the --concurrency setting can have a list of values, so that threads and another lightweight threading package can be measured together, such as --concurrency=gevent,thread. Closes issue 1012 and issue 1082. This also means that thread must be explicitly specified in some cases that used to be implicit such as --concurrency=multiprocessing, which must be changed to --concurrency=multiprocessing,thread.
• Fix: A module specified as the source setting is imported during startup, before the user program imports it. This could cause problems if the rest of the program isn’t ready yet. For example, issue 1203 describes a Django setting that is accessed before settings have been configured. Now the early import is wrapped in a try/except so errors then don’t stop execution.
• Fix: A colon in a decorator expression would cause an exclusion to end too early, preventing the exclusion of the decorated function. This is now fixed.
• Fix: The HTML report now will not overwrite a .gitignore file that already exists in the HTML output directory (follow-on for issue 1244).
• API: The exceptions raised by Coverage.py have been specialized, to provide finer-grained catching of exceptions by third-party code.
• API: Using suffix=False when constructing a Coverage object with multiprocessing wouldn’t suppress the data file suffix (issue 989). This is now fixed.
• Debug: The coverage debug data command will now sniff out combinable data files, and report on all of them.
• Debug: The coverage debug command used to accept a number of topics at a time, and show all of them, though this was never documented. This no longer works, to allow for command-line options in the future.

:arrow_right:  PyPI page: coverage 6.2. :arrow_right:  To install: python3 -m pip install coverage==6.2

Version 6.1.2 — 2021-11-10

• Python 3.11 is supported (tested with 3.11.0a2). One still-open issue has to do with exits through with-statements.
• Fix: When remapping file paths through the [paths] setting while combining, the [run] relative_files setting was ignored, resulting in absolute paths for remapped file names (issue 1147). This is now fixed.
• Fix: Complex conditionals over excluded lines could have incorrectly reported a missing branch (issue 1271). This is now fixed.
• Fix: More exceptions are now handled when trying to parse source files for reporting. Problems that used to terminate coverage.py can now be handled with [report] ignore_errors. This helps with plugins failing to read files (django_coverage_plugin issue 78).
• Fix: Removed another vestige of jQuery from the source tarball (issue 840).
• Fix: Added a default value for a new-to-6.x argument of an internal class. This unsupported class is being used by coveralls (issue 1273). Although I’d rather not “fix” unsupported interfaces, it’s actually nicer with a default value.

:arrow_right:  PyPI page: coverage 6.1.2. :arrow_right:  To install: python3 -m pip install coverage==6.1.2

Version 6.1.1 — 2021-10-31

• Fix: The sticky header on the HTML report didn’t work unless you had branch coverage enabled. This is now fixed: the sticky header works for everyone. (Do people still use coverage without branch measurement!? j/k)
• Fix: When using explicitly declared namespace packages, the “already imported a file that will be measured” warning would be issued (issue 888). This is now fixed.

:arrow_right:  PyPI page: coverage 6.1.1. :arrow_right:  To install: python3 -m pip install coverage==6.1.1

Version 6.1 — 2021-10-30

• Deprecated: The annotate command and the Coverage.annotate function will be removed in a future version, unless people let me know that they are using it. Instead, the html command gives better-looking (and more accurate) output, and the report -m command will tell you line numbers of missing lines. Please get in touch if you have a reason to use annotate over those better options: mailto:ned@nedbatchelder.com.
• Feature: Coverage now sets an environment variable, COVERAGE_RUN when running your code with the coverage run command. The value is not important, and may change in the future. Closes issue 553.
• Feature: The HTML report pages for Python source files now have a sticky header so the file name and controls are always visible.
• Feature: The xml and json commands now describe what they wrote where.
• Feature: The html, combine, xml, and json commands all accept a -q/--quiet option to suppress the messages they write to stdout about what they are doing (issue 1254).
• Feature: The html command writes a .gitignore file into the HTML output directory, to prevent the report from being committed to git. If you want to commit it, you will need to delete that file. Closes issue 1244.
• Feature: Added support for PyPy 3.8.
• Fix: More generated code is now excluded from measurement. Code such as attrs boilerplate, or doctest code, was being measured though the synthetic line numbers meant they were never reported. Once Cython was involved though, the generated .so files were parsed as Python, raising syntax errors, as reported in issue 1160. This is now fixed.
• Fix: When sorting human-readable names, numeric components are sorted correctly: file10.py will appear after file9.py. This applies to file names, module names, environment variables, and test contexts.
• Performance: Branch coverage measurement is faster, though you might only notice on code that is executed many times, such as long-running loops.
• Build: jQuery is no longer used or vendored (issue 840 and issue 1118). Huge thanks to Nils Kattenbeck (septatrix) for the conversion to vanilla JavaScript in pull request 1248.

:arrow_right:  PyPI page: coverage 6.1. :arrow_right:  To install: python3 -m pip install coverage==6.1

Version 6.0.2 — 2021-10-11

• Namespace packages being measured weren’t properly handled by the new code that ignores third-party packages. If the namespace package was installed, it was ignored as a third-party package. That problem (issue 1231) is now fixed.
• Packages named as “source packages” (with source, or source_pkgs, or pytest-cov’s --cov) might have been only partially measured. Their top-level statements could be marked as un-executed, because they were imported by coverage.py before measurement began (issue 1232). This is now fixed, but the package will be imported twice, once by coverage.py, then again by your test suite. This could cause problems if importing the package has side effects.
• The CoverageData.contexts_by_lineno() method was documented to return a dict, but was returning a defaultdict. Now it returns a plain dict. It also no longer returns negative numbered keys.

:arrow_right:  PyPI page: coverage 6.0.2. :arrow_right:  To install: python3 -m pip install coverage==6.0.2

Version 6.0.1 — 2021-10-06

• In 6.0, the coverage.py exceptions moved from coverage.misc to coverage.exceptions. These exceptions are not part of the public supported API, CoverageException is. But a number of other third-party packages were importing the exceptions from coverage.misc, so they are now available from there again (issue 1226).
• Changed an internal detail of how tomli is imported, so that tomli can use coverage.py for their own test suite (issue 1228).
• Defend against an obscure possibility under code obfuscation, where a function can have an argument called “self”, but no local named “self” (pull request 1210). Thanks, Ben Carlsson.

:arrow_right:  PyPI page: coverage 6.0.1. :arrow_right:  To install: python3 -m pip install coverage==6.0.1

Version 6.0 — 2021-10-03

• The coverage html command now prints a message indicating where the HTML report was written. Fixes issue 1195.
• The coverage combine command now prints messages indicating each data file being combined. Fixes issue 1105.
• The HTML report now includes a sentence about skipped files due to skip_covered or skip_empty settings. Fixes issue 1163.
• Unrecognized options in the configuration file are no longer errors. They are now warnings, to ease the use of coverage across versions. Fixes issue 1035.
• Fix handling of exceptions through context managers in Python 3.10. A missing exception is no longer considered a missing branch from the with statement. Fixes issue 1205.
• Fix another rarer instance of “Error binding parameter 0 - probably unsupported type.” (issue 1010).
• Creating a directory for the coverage data file now is safer against conflicts when two coverage runs happen simultaneously (pull 1220). Thanks, Clément Pit-Claudel.

:arrow_right:  PyPI page: coverage 6.0. :arrow_right:  To install: python3 -m pip install coverage==6.0

Version 6.0b1 — 2021-07-18

• Dropped support for Python 2.7, PyPy 2, and Python 3.5.
• Added support for the Python 3.10 match/case syntax.
• Data collection is now thread-safe. There may have been rare instances of exceptions raised in multi-threaded programs.
• Plugins (like the Django coverage plugin) were generating “Already imported a file that will be measured” warnings about Django itself. These have been fixed, closing issue 1150.
• Warnings generated by coverage.py are now real Python warnings.
• Using --fail-under=100 with coverage near 100% could result in the self-contradictory message total of 100 is less than fail-under=100. This bug (issue 1168) is now fixed.
• The COVERAGE_DEBUG_FILE environment variable now accepts stdout and stderr to write to those destinations.
• TOML parsing now uses the tomli library.
• Some minor changes to usually invisible details of the HTML report:
  • Use a modern hash algorithm when fingerprinting, for high-security environments (issue 1189). When generating the HTML report, we save the hash of the data, to avoid regenerating an unchanged HTML page. We used to use MD5 to generate the hash, and now use SHA-3-256. This was never a security concern, but security scanners would notice the MD5 algorithm and raise a false alarm.
  • Change how report file names are generated, to avoid leading underscores (issue 1167), to avoid rare file name collisions (issue 584), and to avoid file names becoming too long (issue 580).

:arrow_right:  PyPI page: coverage 6.0b1. :arrow_right:  To install: python3 -m pip install coverage==6.0b1

Version 5.6b1 — 2021-04-13

Note: 5.6 final was never released. These changes are part of 6.0.

• Third-party packages are now ignored in coverage reporting. This solves a few problems:
  • Coverage will no longer report about other people’s code (issue 876). This is true even when using --source=. with a venv in the current directory.
  • Coverage will no longer generate “Already imported a file that will be measured” warnings about coverage itself (issue 905).
• The HTML report uses j/k to move up and down among the highlighted chunks of code. They used to highlight the current chunk, but 5.0 broke that behavior. Now the highlighting is working again.
• The JSON report now includes percent_covered_display, a string with the total percentage, rounded to the same number of decimal places as the other reports’ totals.

:arrow_right:  PyPI page: coverage 5.6b1. :arrow_right:  To install: python3 -m pip install coverage==5.6b1

Version 5.5 — 2021-02-28

• coverage combine has a new option, --keep to keep the original data files after combining them. The default is still to delete the files after they have been combined. This was requested in issue 1108 and implemented in pull request 1110. Thanks, Éric Larivière.
• When reporting missing branches in coverage report, branches aren’t reported that jump to missing lines. This adds to the long-standing behavior of not reporting branches from missing lines. Now branches are only reported if both the source and destination lines are executed. Closes both issue 1065 and issue 955.
• Minor improvements to the HTML report:
  • The state of the line visibility selector buttons is saved in local storage so you don’t have to fiddle with them so often, fixing issue 1123.
  • It has a little more room for line numbers so that 4-digit numbers work well, fixing issue 1124.
• Improved the error message when combining line and branch data, so that users will be more likely to understand what’s happening, closing issue 803.

:arrow_right:  PyPI page: coverage 5.5. :arrow_right:  To install: python3 -m pip install coverage==5.5

Version 5.4 — 2021-01-24

• The text report produced by coverage report now always outputs a TOTAL line, even if only one Python file is reported. This makes regex parsing of the output easier. Thanks, Judson Neer. This had been requested a number of times (issue 1086, issue 922, issue 732).
• The skip_covered and skip_empty settings in the configuration file can now be specified in the [html] section, so that text reports and HTML reports can use separate settings. The HTML report will still use the [report] settings if there isn’t a value in the [html] section. Closes issue 1090.
• Combining files on Windows across drives now works properly, fixing issue 577. Thanks, Valentin Lab.
• Fix an obscure warning from deep in the decimal module, as reported in issue 1084.
• Update to support Python 3.10 alphas in progress, including PEP 626: Precise line numbers for debugging and other tools.

:arrow_right:  PyPI page: coverage 5.4. :arrow_right:  To install: python3 -m pip install coverage==5.4

Version 5.3.1 — 2020-12-19

• When using --source on a large source tree, v5.x was slower than previous versions. This performance regression is now fixed, closing issue 1037.
• Mysterious SQLite errors can happen on PyPy, as reported in issue 1010. An immediate retry seems to fix the problem, although it is an unsatisfying solution.
• The HTML report now saves the sort order in a more widely supported way, fixing issue 986. Thanks, Sebastián Ramírez (pull request 1066).
• The HTML report pages now have a Sleepy Snake favicon.
• Wheels are now provided for manylinux2010, and for PyPy3 (pp36 and pp37).
• Continuous integration has moved from Travis and AppVeyor to GitHub Actions.

:arrow_right:  PyPI page: coverage 5.3.1. :arrow_right:  To install: python3 -m pip install coverage==5.3.1

Version 5.3 — 2020-09-13

• The source setting has always been interpreted as either a file path or a module, depending on which existed. If both interpretations were valid, it was assumed to be a file path. The new source_pkgs setting can be used to name a package to disambiguate this case. Thanks, Thomas Grainger. Fixes issue 268.
• If a plugin was disabled due to an exception, we used to still try to record its information, causing an exception, as reported in issue 1011. This is now fixed.

:arrow_right:  PyPI page: coverage 5.3. :arrow_right:  To install: python3 -m pip install coverage==5.3

Version 5.2.1 — 2020-07-23

• The dark mode HTML report still used light colors for the context listing, making them unreadable (issue 1009). This is now fixed.
• The time stamp on the HTML report now includes the time zone. Thanks, Xie Yanbo (pull request 960).

:arrow_right:  PyPI page: coverage 5.2.1. :arrow_right:  To install: python3 -m pip install coverage==5.2.1

Version 5.2 — 2020-07-05

• The HTML report has been redesigned by Vince Salvino. There is now a dark mode, the code text is larger, and system sans serif fonts are used, in addition to other small changes (issue 858 and pull request 931).
• The coverage report and coverage html commands now accept a --precision option to control the number of decimal points displayed. Thanks, Teake Nutma (pull request 982).
• The coverage report and coverage html commands now accept a --no-skip-covered option to negate --skip-covered. Thanks, Anthony Sottile (issue 779 and pull request 932).
• The --skip-empty option is now available for the XML report, closing issue 976.
• The coverage report command now accepts a --sort option to specify how to sort the results. Thanks, Jerin Peter George (pull request 1005).
• If coverage fails due to the coverage total not reaching the --fail-under value, it will now print a message making the condition clear. Thanks, Naveen Yadav (pull request 977).
• TOML configuration files with non-ASCII characters would cause errors on Windows (issue 990). This is now fixed.
• The output of --debug=trace now includes information about how the --source option is being interpreted, and the module names being considered.

:arrow_right:  PyPI page: coverage 5.2. :arrow_right:  To install: python3 -m pip install coverage==5.2

Version 5.1 — 2020-04-12

• The JSON report now includes counts of covered and missing branches. Thanks, Salvatore Zagaria.
• On Python 3.8, try-finally-return reported wrong branch coverage with decorated async functions (issue 964). This is now fixed. Thanks, Kjell Braden.
• The get_option() and set_option() methods can now manipulate the [paths] configuration setting. Thanks to Bernát Gábor for the fix for issue 967.

:arrow_right:  PyPI page: coverage 5.1. :arrow_right:  To install: python3 -m pip install coverage==5.1

Version 5.0.4 — 2020-03-16

• If using the [run] relative_files setting, the XML report will use relative files in the <source> elements indicating the location of source code. Closes issue 948.
• The textual summary report could report missing lines with negative line numbers on PyPy3 7.1 (issue 943). This is now fixed.
• Windows wheels for Python 3.8 were incorrectly built, but are now fixed. (issue 949)
• Updated Python 3.9 support to 3.9a4.
• HTML reports couldn’t be sorted if localStorage wasn’t available. This is now fixed: sorting works even though the sorting setting isn’t retained. (issue 944 and pull request 945). Thanks, Abdeali Kothari.

:arrow_right:  PyPI page: coverage 5.0.4. :arrow_right:  To install: python3 -m pip install coverage==5.0.4

Version 5.0.3 — 2020-01-12

• A performance improvement in 5.0.2 didn’t work for test suites that changed directory before combining data, causing “Couldn’t use data file: no such table: meta” errors (issue 916). This is now fixed.
• Coverage could fail to run your program with some form of “ModuleNotFound” or “ImportError” trying to import from the current directory. This would happen if coverage had been packaged into a zip file (for example, on Windows), or was found indirectly (for example, by pyenv-virtualenv). A number of different scenarios were described in issue 862 which is now fixed. Huge thanks to Agbonze O. Jeremiah for reporting it, and Alexander Waters and George-Cristian Bîrzan for protracted debugging sessions.
• Added the “premain” debug option.
• Added SQLite compile-time options to the “debug sys” output.

:arrow_right:  PyPI page: coverage 5.0.3. :arrow_right:  To install: python3 -m pip install coverage==5.0.3

Version 5.0.2 — 2020-01-05

• Programs that used multiprocessing and changed directories would fail under coverage. This is now fixed (issue 890). A side effect is that debug information about the config files read now shows absolute paths to the files.
• When running programs as modules (coverage run -m) with --source, some measured modules were imported before coverage starts. This resulted in unwanted warnings (“Already imported a file that will be measured”) and a reduction in coverage totals (issue 909). This is now fixed.
• If no data was collected, an exception about “No data to report” could happen instead of a 0% report being created (issue 884). This is now fixed.
• The handling of source files with non-encodable file names has changed. Previously, if a file name could not be encoded as UTF-8, an error occurred, as described in issue 891. Now, those files will not be measured, since their data would not be recordable.
• A new warning (“dynamic-conflict”) is issued if two mechanisms are trying to change the dynamic context. Closes issue 901.
• coverage run --debug=sys would fail with an AttributeError. This is now fixed (issue 907).

:arrow_right:  PyPI page: coverage 5.0.2. :arrow_right:  To install: python3 -m pip install coverage==5.0.2

Version 5.0.1 — 2019-12-22

• If a 4.x data file is the cause of a “file is not a database” error, then use a more specific error message, “Looks like a coverage 4.x data file, are you mixing versions of coverage?” Helps diagnose the problems described in issue 886.
• Measurement contexts and relative file names didn’t work together, as reported in issue 899 and issue 900. This is now fixed, thanks to David Szotten.
• When using coverage run --concurrency=multiprocessing, all data files should be named with parallel-ready suffixes. 5.0 mistakenly named the main process’ file with no suffix when using --append. This is now fixed, closing issue 880.
• Fixed a problem on Windows when the current directory is changed to a different drive (issue 895). Thanks, Olivier Grisel.
• Updated Python 3.9 support to 3.9a2.

:arrow_right:  PyPI page: coverage 5.0.1. :arrow_right:  To install: python3 -m pip install coverage==5.0.1

Version 5.0 — 2019-12-14

Nothing new beyond 5.0b2.

A summary of major changes in 5.0 since 4.5.x is in see Major changes in 5.0.

:arrow_right:  PyPI page: coverage 5.0. :arrow_right:  To install: python3 -m pip install coverage==5.0

Version 5.0b2 — 2019-12-08

• An experimental [run] relative_files setting tells coverage to store relative file names in the data file. This makes it easier to run tests in one (or many) environments, and then report in another. It has not had much real-world testing, so it may change in incompatible ways in the future.
• When constructing a coverage.Coverage object, data_file can be specified as None to prevent writing any data file at all. In previous versions, an explicit data_file=None argument would use the default of “.coverage”. Fixes issue 871.
• Python files run with -m now have __spec__ defined properly. This fixes issue 745 (about not being able to run unittest tests that spawn subprocesses), and issue 838, which described the problem directly.
• The [paths] configuration section is now ordered. If you specify more than one list of patterns, the first one that matches will be used. Fixes issue 649.
• The coverage.numbits.register_sqlite_functions() function now also registers numbits_to_nums for use in SQLite queries. Thanks, Simon Willison.
• Python 3.9a1 is supported.
• Coverage.py has a mascot: Sleepy Snake.

:arrow_right:  PyPI page: coverage 5.0b2. :arrow_right:  To install: python3 -m pip install coverage==5.0b2

Version 5.0b1 — 2019-11-11

• The HTML and textual reports now have a --skip-empty option that skips files with no statements, notably __init__.py files. Thanks, Reya B.
• Configuration can now be read from TOML files. This requires installing coverage.py with the [toml] extra. The standard “pyproject.toml” file will be read automatically if no other configuration file is found, with settings in the [tool.coverage.] namespace. Thanks to Frazer McLean for implementation and persistence. Finishes issue 664.
• The [run] note setting has been deprecated. Using it will result in a warning, and the note will not be written to the data file. The corresponding CoverageData methods have been removed.
• The HTML report has been reimplemented (no more table around the source code). This allowed for a better presentation of the context information, hopefully resolving issue 855.
• Added sqlite3 module version information to coverage debug sys output.
• Asking the HTML report to show contexts ([html] show_contexts=True or coverage html --show-contexts) will issue a warning if there were no contexts measured (issue 851).

:arrow_right:  PyPI page: coverage 5.0b1. :arrow_right:  To install: python3 -m pip install coverage==5.0b1

Version 5.0a8 — 2019-10-02

• The CoverageData API has changed how queries are limited to specific contexts. Now you use CoverageData.set_query_context() to set a single exact-match string, or CoverageData.set_query_contexts() to set a list of regular expressions to match contexts. This changes the command-line --contexts option to use regular expressions instead of filename-style wildcards.

:arrow_right:  PyPI page: coverage 5.0a8. :arrow_right:  To install: python3 -m pip install coverage==5.0a8

Version 5.0a7 — 2019-09-21

• Data can now be “reported” in JSON format, for programmatic use, as requested in issue 720. The new coverage json command writes raw and summarized data to a JSON file. Thanks, Matt Bachmann.
• Dynamic contexts are now supported in the Python tracer, which is important for PyPy users. Closes issue 846.
• The compact line number representation introduced in 5.0a6 is called a “numbits.” The coverage.numbits module provides functions for working with them.
• The reporting methods used to permanently apply their arguments to the configuration of the Coverage object. Now they no longer do. The arguments affect the operation of the method, but do not persist.
• A class named “test_something” no longer confuses the test_function dynamic context setting. Fixes issue 829.
• Fixed an unusual tokenizing issue with backslashes in comments. Fixes issue 822.
• debug=plugin didn’t properly support configuration or dynamic context plugins, but now it does, closing issue 834.

:arrow_right:  PyPI page: coverage 5.0a7. :arrow_right:  To install: python3 -m pip install coverage==5.0a7