Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Initial Update #17

Merged
merged 20 commits into from
Jun 27, 2017
Merged

Initial Update #17

merged 20 commits into from
Jun 27, 2017

Conversation

pyup-bot
Copy link
Collaborator

This is my first visit to this fine repo so I have bundled all updates in a single pull request to make things easier for you to merge.

Close this pull request and delete the branch if you want me to start with single pull requests right away

Here's the executive summary:

Updates

Here's a list of all the updates bundled in this pull request. I've added some links to make it easier for you to find all the information you need.

codecov 2.0.9 » 2.0.9 PyPI | Changelog | Repo
cov-core 1.15.0 » 1.15.0 PyPI | Repo
coverage 4.4.1 » 4.4.1 PyPI | Changelog | Docs
futures 3.1.1 » 3.1.1 PyPI | Changelog | Repo | Docs
nose 1.3.7 » 1.3.7 PyPI | Changelog | Docs
nose2 0.6.5 » 0.6.5 PyPI | Repo
nose-cov 1.6 » 1.6 PyPI | Repo
nose-html-reporting 0.2.3 » 0.2.3 PyPI | Changelog | Repo
numpy 1.13.0 » 1.13.0 PyPI | Changelog | Homepage
pandas 0.20.2 » 0.20.2 PyPI | Changelog | Homepage
pylint 1.7.1 » 1.7.1 PyPI | Changelog | Repo
python-coveralls 2.9.1 » 2.9.1 PyPI | Repo
pytz 2017.2 » 2017.2 PyPI | Homepage | Docs
requests 2.18.1 » 2.18.1 PyPI | Changelog | Homepage
scipy 0.19.1 » 0.19.1 PyPI | Changelog | Repo | Homepage
snakefood 1.4 » 1.4 PyPI | Changelog | Repo | Homepage
sqlalchemy 1.1.11 » 1.1.11 PyPI | Changelog | Homepage
sqlalchemy-utils 0.32.14 » 0.32.14 PyPI | Changelog | Repo
tabulate 0.7.7 » 0.7.7 PyPI | Repo
twine 1.9.1 » 1.9.1 PyPI | Changelog | Repo

Changelogs

codecov -> 2.0.9

2.0.7

  • Add --name/-n to cli
  • Add support for Jenkins Blue
  • Fix environment variable joining
  • Add Greenhouse CI detection
  • Fix GitLab detection
  • Add default VCS_* environment
  • Auto-merge py-coverage
  • Remove Xcode processing support, please use bash uploader.
  • Support yaml:token and yaml:slug

2.0.5

2.0.4

  • fix detecting merge commits on all CI, not just Travis

2.0.3

  • add -F to flagging uploads [new feature]
  • fixed some reports ascii chars
  • added --pr flag for manually specifing pulls
  • added --tag flag for manually git tags
  • added env detection for Travis
  • added buildkite detection
  • added teamcity detection
  • added more snapci detection
  • detect codecov.yml file detection
  • depreciating xcode support, use bash uploader
  • hide token from stdout

1.6.4

  • fix gitlab project directory
  • fallback on git branch/commit
  • fix using gcov_exec

1.6.0

  • depreciate --no-fail now a default
  • add --required to fail the build if Codecov fails
  • added --cacerts for enterprise customers
  • added fix reports http://bit.ly/1O4eBpt

1.5.0

  • fix retreiving mercurial commit
  • add support for swift/xcode7 profdata
  • now uploading direct-to-s3 to improve product performance
  • not require branch, will default to master (the default branch)
  • fix drone.io commit number, which is not a full 40 sha.

1.4.1

  • added --no-fail to prevent failing builds when missing configuration or Codecov errors

1.4.0

  • Ignore other known bad files/paths
  • Added test suite to test against example repositories
  • Using coverage xml -i to ignore No source for code errors
  • Cleaned up command output with help and colors
  • Added gcov processing, see codecov --help for more info.

1.3.1

  • Ignore other known bad files/paths
  • Fix issue with decoding files in py3+

1.3.0

  • Refactor project to be a global uploader for more reports

1.2.3

  • Remove test-results.xml, not a coverage file
  • Add CircleCI container numbers

1.2.2

  • bring back client-side pre-processing for jacoco (they can crush)

1.2.1

  • accept any file ending in coverge.xml

1.2.0

  • accept nosetests.xml and test-results.xml files
  • no longer do client side pre-processing, upload raw
  • capture SEMAPHORE_CURRENT_THREAD

1.1.13

  • added --build arg for advanced usage

1.1.10

  • fix package for 2.6 on windows
  • fix showing --help when called in non-git backed repo
  • fix AppVeyor public repos

1.1.8

  • support GitLab CI Runner
  • added rollbar to help bugs if presented
  • added more filepath matching
  • pep8 cleanup
  • added Shippable ci

1.1.7

  • support for D lang added, special thanks to ColdenCullen
  • Wercker CI supported by Robpol86
  • fixed Drone build number

1.1.6

  • fix semaphore commit revision number
  • preprocess reports from xml

1.1.5

  • search for all lcov|gcov files
  • depreciate --min-coverage, use Github Status Update feature
  • pre-process xml => json

1.1.4

  • added support for pyhton 2.6 by Robpol86
  • added AppVeyor support by Robpol86

1.1.3

  • added more ignore paths

1.1.2

  • search for lcov.info files
  • pause for .1 before checking for min-coverage
  • accept --env variables which are stored in front-end for build specs

1.1.1

  • build python coverage xml only when no reports found to fix overriding reports
  • now defaulting output to plain text. Use --json to return json results
  • added jacocoTestReport.xml to search list
  • changed --min-coverage waiting methods to, 5 tries 15s each
  • added Sites/www/bower and node_modules to ignored table of contents

coverage -> 4.4.1

4.4.1


  • No code changes: just corrected packaging for Python 2.7 Linux wheels.

.. _changes_44:

4.4


  • Reports could produce the wrong file names for packages, reporting pkg.py
    instead of the correct pkg/__init__.py. This is now fixed. Thanks, Dirk
    Thomas.
  • XML reports could produce <source> and <class> lines that together
    didn't specify a valid source file path. This is now fixed. (issue 526_)
  • Namespace packages are no longer warned as having no code. (issue 572_)
  • Code that uses sys.settrace(sys.gettrace()) in a file that wasn't being
    coverage-measured would prevent correct coverage measurement in following
    code. An example of this was running doctests programmatically. This is now
    fixed. (issue 575_)
  • Errors printed by the coverage command now go to stderr instead of
    stdout.
  • Running coverage xml in a directory named with non-ASCII characters would
    fail under Python 2. This is now fixed. (issue 573_)

.. _issue 526: https://bitbucket.org/ned/coveragepy/issues/526/generated-xml-invalid-paths-for-cobertura
.. _issue 572: https://bitbucket.org/ned/coveragepy/issues/572/no-python-source-warning-for-namespace
.. _issue 573: https://bitbucket.org/ned/coveragepy/issues/573/cant-generate-xml-report-if-some-source
.. _issue 575: https://bitbucket.org/ned/coveragepy/issues/575/running-doctest-prevents-complete-coverage

4.4b1


  • Some warnings can now be individually disabled. Warnings that can be
    disabled have a short name appended. The [run] disable_warnings setting
    takes a list of these warning names to disable. Closes both issue 96_ and
    issue 355_.
  • The XML report now includes attributes from version 4 of the Cobertura XML
    format, fixing issue 570_.
  • In previous versions, calling a method that used collected data would prevent
    further collection. For example, save(), report(), html_report(), and
    others would all stop collection. An explicit start() was needed to get it
    going again. This is no longer true. Now you can use the collected data and
    also continue measurement. Both issue 79_ and issue 448_ described this
    problem, and have been fixed.
  • Plugins can now find unexecuted files if they choose, by implementing the
    find_executable_files method. Thanks, Emil Madsen.
  • Minimal IronPython support. You should be able to run IronPython programs
    under coverage run, though you will still have to do the reporting phase
    with CPython.
  • Coverage.py has long had a special hack to support CPython's need to measure
    the coverage of the standard library tests. This code was not installed by
    kitted versions of coverage.py. Now it is.

.. _issue 79: https://bitbucket.org/ned/coveragepy/issues/79/save-prevents-harvesting-on-stop
.. _issue 96: https://bitbucket.org/ned/coveragepy/issues/96/unhelpful-warnings-produced-when-using
.. _issue 355: https://bitbucket.org/ned/coveragepy/issues/355/warnings-should-be-suppressable
.. _issue 448: https://bitbucket.org/ned/coveragepy/issues/448/save-and-html_report-prevent-further
.. _issue 570: https://bitbucket.org/ned/coveragepy/issues/570/cobertura-coverage-04dtd-support

.. _changes_434:

4.3.4


  • Fixing 2.6 in version 4.3.3 broke other things, because the too-tricky
    exception wasn't properly derived from Exception, described in issue 556_.
    A newb mistake; it hasn't been a good few days.

.. _issue 556: https://bitbucket.org/ned/coveragepy/issues/556/43-fails-if-there-are-html-files-in-the

.. _changes_433:

4.3.3


  • Python 2.6 support was broken due to a testing exception imported for the
    benefit of the coverage.py test suite. Properly conditionalizing it fixed
    issue 554_ so that Python 2.6 works again.

.. _issue 554: https://bitbucket.org/ned/coveragepy/issues/554/traceback-on-python-26-starting-with-432

.. _changes_432:

4.3.2


  • Using the --skip-covered option on an HTML report with 100% coverage
    would cause a "No data to report" error, as reported in issue 549_. This is
    now fixed; thanks, Loïc Dachary.
  • If-statements can be optimized away during compilation, for example, if 0:
    or if __debug__:. Coverage.py had problems properly understanding these
    statements which existed in the source, but not in the compiled bytecode.
    This problem, reported in issue 522_, is now fixed.
  • If you specified --source as a directory, then coverage.py would look for
    importable Python files in that directory, and could identify ones that had
    never been executed at all. But if you specified it as a package name, that
    detection wasn't performed. Now it is, closing issue 426_. Thanks to Loïc
    Dachary for the fix.
  • If you started and stopped coverage measurement thousands of times in your
    process, you could crash Python with a "Fatal Python error: deallocating
    None" error. This is now fixed. Thanks to Alex Groce for the bug report.
  • On PyPy, measuring coverage in subprocesses could produce a warning: "Trace
    function changed, measurement is likely wrong: None". This was spurious, and
    has been suppressed.
  • Previously, coverage.py couldn't start on Jython, due to that implementation
    missing the multiprocessing module (issue 551). This problem has now been
    fixed. Also, issue 322
    about not being able to invoke coverage
    conveniently, seems much better: jython -m coverage run myprog.py works
    properly.
  • Let's say you ran the HTML report over and over again in the same output
    directory, with --skip-covered. And imagine due to your heroic
    test-writing efforts, a file just acheived the goal of 100% coverage. With
    coverage.py 4.3, the old HTML file with the less-than-100% coverage would be
    left behind. This file is now properly deleted.

.. _issue 322: https://bitbucket.org/ned/coveragepy/issues/322/cannot-use-coverage-with-jython
.. issue 426: https://bitbucket.org/ned/coveragepy/issues/426/difference-between-coverage-results-with
.. issue 522: https://bitbucket.org/ned/coveragepy/issues/522/incorrect-branch-reporting-with-__debug

.. _issue 549: https://bitbucket.org/ned/coveragepy/issues/549/skip-covered-with-100-coverage-throws-a-no
.. _issue 551: https://bitbucket.org/ned/coveragepy/issues/551/coveragepy-cannot-be-imported-in-jython27

.. _changes_431:

4.3.1


  • Some environments couldn't install 4.3, as described in issue 540_. This is
    now fixed.
  • The check for conflicting --source and --include was too simple in a
    few different ways, breaking a few perfectly reasonable use cases, described
    in issue 541. The check has been reverted while we re-think the fix for
    issue 265
    .

.. _issue 540: https://bitbucket.org/ned/coveragepy/issues/540/cant-install-coverage-v43-into-under
.. _issue 541: https://bitbucket.org/ned/coveragepy/issues/541/coverage-43-breaks-nosetest-with-coverage

.. _changes_43:

4.3


Special thanks to Loïc Dachary, who took an extraordinary interest in
coverage.py and contributed a number of improvements in this release.

  • Subprocesses that are measured with automatic subprocess measurement_ used
    to read in any pre-existing data file. This meant data would be incorrectly
    carried forward from run to run. Now those files are not read, so each
    subprocess only writes its own data. Fixes issue 510_.
  • The coverage combine command will now fail if there are no data files to
    combine. The combine changes in 4.2 meant that multiple combines could lose
    data, leaving you with an empty .coverage data file. Fixes
    issue 525, issue 412, issue 516, and probably issue 511.
  • Coverage.py wouldn't execute sys.excepthook_ when an exception happened in
    your program. Now it does, thanks to Andrew Hoos. Closes issue 535_.
  • Branch coverage fixes:
  • Branch coverage could misunderstand a finally clause on a try block that
    never continued on to the following statement, as described in issue 493_. This is now fixed. Thanks to Joe Doherty for the report and Loïc
    Dachary for the fix.
  • A while loop with a constant condition (while True) and a continue
    statement would be mis-analyzed, as described in issue 496_. This is now
    fixed, thanks to a bug report by Eli Skeggs and a fix by Loïc Dachary.
  • While loops with constant conditions that were never executed could result
    in a non-zero coverage report. Artem Dayneko reported this in issue 502_, and Loïc Dachary provided the fix.
  • The HTML report now supports a --skip-covered option like the other
    reporting commands. Thanks, Loïc Dachary for the implementation, closing
    issue 433_.
  • Options can now be read from a tox.ini file, if any. Like setup.cfg, sections
    are prefixed with "coverage:", so [run] options will be read from the
    [coverage:run] section of tox.ini. Implements part of issue 519_.
    Thanks, Stephen Finucane.
  • Specifying both --source and --include no longer silently ignores the
    include setting, instead it fails with a message. Thanks, Nathan Land and
    Loïc Dachary. Closes issue 265_.
  • The Coverage.combine method has a new parameter, strict=False, to
    support failing if there are no data files to combine.
  • When forking subprocesses, the coverage data files would have the same random
    number appended to the file name. This didn't cause problems, because the
    file names had the process id also, making collisions (nearly) impossible.
    But it was disconcerting. This is now fixed.
  • The text report now properly sizes headers when skipping some files, fixing
    issue 524_. Thanks, Anthony Sottile and Loïc Dachary.
  • Coverage.py can now search .pex files for source, just as it can .zip and
    .egg. Thanks, Peter Ebden.
  • Data files are now about 15% smaller.
  • Improvements in the [run] debug setting:
  • The "dataio" debug setting now also logs when data files are deleted during
    combining or erasing.
  • A new debug option, "multiproc", for logging the behavior of
    concurrency=multiprocessing.
  • If you used the debug options "config" and "callers" together, you'd get a
    call stack printed for every line in the multi-line config output. This is
    now fixed.
  • Fixed an unusual bug involving multiple coding declarations affecting code
    containing code in multi-line strings: issue 529_.
  • Coverage.py will no longer be misled into thinking that a plain file is a
    package when interpreting --source options. Thanks, Cosimo Lupo.
  • If you try to run a non-Python file with coverage.py, you will now get a more
    useful error message. Issue 514_.
  • The default pragma regex changed slightly, but this will only matter to you
    if you are deranged and use mixed-case pragmas.
  • Deal properly with non-ASCII file names in an ASCII-only world, issue 533_.
  • Programs that set Unicode configuration values could cause UnicodeErrors when
    generating HTML reports. Pytest-cov is one example. This is now fixed.
  • Prevented deprecation warnings from configparser that happened in some
    circumstances, closing issue 530_.
  • Corrected the name of the jquery.ba-throttle-debounce.js library. Thanks,
    Ben Finney. Closes issue 505_.
  • Testing against PyPy 5.6 and PyPy3 5.5.
  • Switched to pytest from nose for running the coverage.py tests.
  • Renamed AUTHORS.txt to CONTRIBUTORS.txt, since there are other ways to
    contribute than by writing code. Also put the count of contributors into the
    author string in setup.py, though this might be too cute.

.. _sys.excepthook: https://docs.python.org/3/library/sys.htmlsys.excepthook
.. _issue 265: https://bitbucket.org/ned/coveragepy/issues/265/when-using-source-include-is-silently
.. _issue 412: https://bitbucket.org/ned/coveragepy/issues/412/coverage-combine-should-error-if-no
.. _issue 433: https://bitbucket.org/ned/coveragepy/issues/433/coverage-html-does-not-suport-skip-covered
.. _issue 493: https://bitbucket.org/ned/coveragepy/issues/493/confusing-branching-failure
.. _issue 496: https://bitbucket.org/ned/coveragepy/issues/496/incorrect-coverage-with-branching-and
.. _issue 502: https://bitbucket.org/ned/coveragepy/issues/502/incorrect-coverage-report-with-cover
.. _issue 505: https://bitbucket.org/ned/coveragepy/issues/505/use-canonical-filename-for-debounce
.. _issue 514: https://bitbucket.org/ned/coveragepy/issues/514/path-to-problem-file-not-reported-when
.. _issue 510: https://bitbucket.org/ned/coveragepy/issues/510/erase-still-needed-in-42
.. _issue 511: https://bitbucket.org/ned/coveragepy/issues/511/version-42-coverage-combine-empties
.. _issue 516: https://bitbucket.org/ned/coveragepy/issues/516/running-coverage-combine-twice-deletes-all
.. _issue 519: https://bitbucket.org/ned/coveragepy/issues/519/coverage-run-sections-in-toxini-or-as
.. _issue 524: https://bitbucket.org/ned/coveragepy/issues/524/coverage-report-with-skip-covered-column
.. _issue 525: https://bitbucket.org/ned/coveragepy/issues/525/coverage-combine-when-not-in-parallel-mode
.. _issue 529: https://bitbucket.org/ned/coveragepy/issues/529/encoding-marker-may-only-appear-on-the
.. _issue 530: https://bitbucket.org/ned/coveragepy/issues/530/deprecationwarning-you-passed-a-bytestring
.. _issue 533: https://bitbucket.org/ned/coveragepy/issues/533/exception-on-unencodable-file-name
.. _issue 535: https://bitbucket.org/ned/coveragepy/issues/535/sysexcepthook-is-not-called

.. _changes_42:

4.2


  • Since concurrency=multiprocessing uses subprocesses, options specified on
    the coverage.py command line will not be communicated down to them. Only
    options in the configuration file will apply to the subprocesses.
    Previously, the options didn't apply to the subprocesses, but there was no
    indication. Now it is an error to use --concurrency=multiprocessing and
    other run-affecting options on the command line. This prevents
    failures like those reported in issue 495_.
  • Filtering the HTML report is now faster, thanks to Ville Skyttä.

.. _issue 495: https://bitbucket.org/ned/coveragepy/issues/495/branch-and-concurrency-are-conflicting

4.2b1


Work from the PyCon 2016 Sprints!

  • BACKWARD INCOMPATIBILITY: the coverage combine command now ignores an
    existing .coverage data file. It used to include that file in its
    combining. This caused confusing results, and extra tox "clean" steps. If
    you want the old behavior, use the new coverage combine --append option.
  • The concurrency option can now take multiple values, to support programs
    using multiprocessing and another library such as eventlet. This is only
    possible in the configuration file, not from the command line. The
    configuration file is the only way for sub-processes to all run with the same
    options. Fixes issue 484_. Thanks to Josh Williams for prototyping.
  • Using a concurrency setting of multiprocessing now implies
    --parallel so that the main program is measured similarly to the
    sub-processes.
  • When using automatic subprocess measurement, running coverage commands
    would create spurious data files. This is now fixed, thanks to diagnosis and
    testing by Dan Riti. Closes issue 492
    .
  • A new configuration option, report:sort, controls what column of the
    text report is used to sort the rows. Thanks to Dan Wandschneider, this
    closes issue 199_.
  • The HTML report has a more-visible indicator for which column is being
    sorted. Closes issue 298_, thanks to Josh Williams.
  • If the HTML report cannot find the source for a file, the message now
    suggests using the -i flag to allow the report to continue. Closes
    issue 231_, thanks, Nathan Land.
  • When reports are ignoring errors, there's now a warning if a file cannot be
    parsed, rather than being silently ignored. Closes issue 396_. Thanks,
    Matthew Boehm.
  • A new option for coverage debug is available: coverage debug config
    shows the current configuration. Closes issue 454_, thanks to Matthew
    Boehm.
  • Running coverage as a module (python -m coverage) no longer shows the
    program name as __main__.py. Fixes issue 478_. Thanks, Scott Belden.
  • The test_helpers module has been moved into a separate pip-installable
    package: unittest-mixins_.

.. _automatic subprocess measurement: http://coverage.readthedocs.io/en/latest/subprocess.html
.. _issue 199: https://bitbucket.org/ned/coveragepy/issues/199/add-a-way-to-sort-the-text-report
.. _issue 231: https://bitbucket.org/ned/coveragepy/issues/231/various-default-behavior-in-report-phase
.. _issue 298: https://bitbucket.org/ned/coveragepy/issues/298/show-in-html-report-that-the-columns-are
.. _issue 396: https://bitbucket.org/ned/coveragepy/issues/396/coverage-xml-shouldnt-bail-out-on-parse
.. _issue 454: https://bitbucket.org/ned/coveragepy/issues/454/coverage-debug-config-should-be
.. _issue 478: https://bitbucket.org/ned/coveragepy/issues/478/help-shows-silly-program-name-when-running
.. _issue 484: https://bitbucket.org/ned/coveragepy/issues/484/multiprocessing-greenlet-concurrency
.. _issue 492: https://bitbucket.org/ned/coveragepy/issues/492/subprocess-coverage-strange-detection-of
.. _unittest-mixins: https://pypi.python.org/pypi/unittest-mixins

.. _changes_41:

4.1


  • The internal attribute Reporter.file_reporters was removed in 4.1b3. It
    should have come has no surprise that there were third-party tools out there
    using that attribute. It has been restored, but with a deprecation warning.

4.1b3


  • When running your program, execution can jump from an except X: line to
    some other line when an exception other than X happens. This jump is no
    longer considered a branch when measuring branch coverage.
  • When measuring branch coverage, yield statements that were never resumed
    were incorrectly marked as missing, as reported in issue 440_. This is now
    fixed.
  • During branch coverage of single-line callables like lambdas and generator
    expressions, coverage.py can now distinguish between them never being called,
    or being called but not completed. Fixes issue 90, issue 460 and
    issue 475_.
  • The HTML report now has a map of the file along the rightmost edge of the
    page, giving an overview of where the missed lines are. Thanks, Dmitry
    Shishov.
  • The HTML report now uses different monospaced fonts, favoring Consolas over
    Courier. Along the way, issue 472_ about not properly handling one-space
    indents was fixed. The index page also has slightly different styling, to
    try to make the clickable detail pages more apparent.
  • Missing branches reported with coverage report -m will now say ->exit
    for missed branches to the exit of a function, rather than a negative number.
    Fixes issue 469_.
  • coverage --help and coverage --version now mention which tracer is
    installed, to help diagnose problems. The docs mention which features need
    the C extension. (issue 479_)
  • Officially support PyPy 5.1, which required no changes, just updates to the
    docs.
  • The Coverage.report function had two parameters with non-None defaults,
    which have been changed. show_missing used to default to True, but now
    defaults to None. If you had been calling Coverage.report without
    specifying show_missing, you'll need to explicitly set it to True to keep
    the same behavior. skip_covered used to default to False. It is now None,
    which doesn't change the behavior. This fixes issue 485_.
  • It's never been possible to pass a namespace module to one of the analysis
    functions, but now at least we raise a more specific error message, rather
    than getting confused. (issue 456_)
  • The coverage.process_startup function now returns the Coverage instance
    it creates, as suggested in issue 481_.
  • Make a small tweak to how we compare threads, to avoid buggy custom
    comparison code in thread classes. (issue 245_)

.. _issue 90: https://bitbucket.org/ned/coveragepy/issues/90/lambda-expression-confuses-branch
.. _issue 245: https://bitbucket.org/ned/coveragepy/issues/245/change-solution-for-issue-164
.. _issue 440: https://bitbucket.org/ned/coveragepy/issues/440/yielded-twisted-failure-marked-as-missed
.. _issue 456: https://bitbucket.org/ned/coveragepy/issues/456/coverage-breaks-with-implicit-namespaces
.. _issue 460: https://bitbucket.org/ned/coveragepy/issues/460/confusing-html-report-for-certain-partial
.. _issue 469: https://bitbucket.org/ned/coveragepy/issues/469/strange-1-line-number-in-branch-coverage
.. _issue 472: https://bitbucket.org/ned/coveragepy/issues/472/html-report-indents-incorrectly-for-one
.. _issue 475: https://bitbucket.org/ned/coveragepy/issues/475/generator-expression-is-marked-as-not
.. _issue 479: https://bitbucket.org/ned/coveragepy/issues/479/clarify-the-need-for-the-c-extension
.. _issue 481: https://bitbucket.org/ned/coveragepy/issues/481/asyncioprocesspoolexecutor-tracing-not
.. _issue 485: https://bitbucket.org/ned/coveragepy/issues/485/coveragereport-ignores-show_missing-and

4.1b2


  • Problems with the new branch measurement in 4.1 beta 1 were fixed:
  • Class docstrings were considered executable. Now they no longer are.
  • yield from and await were considered returns from functions, since
    they could tranfer control to the caller. This produced unhelpful "missing
    branch" reports in a number of circumstances. Now they no longer are
    considered returns.
  • In unusual situations, a missing branch to a negative number was reported.
    This has been fixed, closing issue 466_.
  • The XML report now produces correct package names for modules found in
    directories specified with source=. Fixes issue 465_.
  • coverage report won't produce trailing whitespace.

.. _issue 465: https://bitbucket.org/ned/coveragepy/issues/465/coveragexml-produces-package-names-with-an
.. _issue 466: https://bitbucket.org/ned/coveragepy/issues/466/impossible-missed-branch-to-a-negative

4.1b1


  • Branch analysis has been rewritten: it used to be based on bytecode, but now
    uses AST analysis. This has changed a number of things:
  • More code paths are now considered runnable, especially in
    try/except structures. This may mean that coverage.py will
    identify more code paths as uncovered. This could either raise or lower
    your overall coverage number.
  • Python 3.5's async and await keywords are properly supported,
    fixing issue 434_.
  • Some long-standing branch coverage bugs were fixed:
  • issue 129_: functions with only a docstring for a body would
    incorrectly report a missing branch on the def line.
  • issue 212_: code in an except block could be incorrectly marked as
    a missing branch.
  • issue 146_: context managers (with statements) in a loop or try
    block could confuse the branch measurement, reporting incorrect partial
    branches.
  • issue 422_: in Python 3.5, an actual partial branch could be marked as
    complete.
  • Pragmas to disable coverage measurement can now be used on decorator lines,
    and they will apply to the entire function or class being decorated. This
    implements the feature requested in issue 131_.
  • Multiprocessing support is now available on Windows. Thanks, Rodrigue
    Cloutier.
  • Files with two encoding declarations are properly supported, fixing
    issue 453_. Thanks, Max Linke.
  • Non-ascii characters in regexes in the configuration file worked in 3.7, but
    stopped working in 4.0. Now they work again, closing issue 455_.
  • Form-feed characters would prevent accurate determination of the beginning of
    statements in the rest of the file. This is now fixed, closing issue 461_.

.. _issue 129: https://bitbucket.org/ned/coveragepy/issues/129/misleading-branch-coverage-of-empty
.. _issue 131: https://bitbucket.org/ned/coveragepy/issues/131/pragma-on-a-decorator-line-should-affect
.. _issue 146: https://bitbucket.org/ned/coveragepy/issues/146/context-managers-confuse-branch-coverage
.. _issue 212: https://bitbucket.org/ned/coveragepy/issues/212/coverage-erroneously-reports-partial
.. _issue 422: https://bitbucket.org/ned/coveragepy/issues/422/python35-partial-branch-marked-as-fully
.. _issue 434: https://bitbucket.org/ned/coveragepy/issues/434/indexerror-in-python-35
.. _issue 453: https://bitbucket.org/ned/coveragepy/issues/453/source-code-encoding-can-only-be-specified
.. _issue 455: https://bitbucket.org/ned/coveragepy/issues/455/unusual-exclusions-stopped-working-in
.. _issue 461: https://bitbucket.org/ned/coveragepy/issues/461/multiline-asserts-need-too-many-pragma

.. _changes_403:

4.0.3


  • Fixed a mysterious problem that manifested in different ways: sometimes
    hanging the process (issue 420), sometimes making database connections
    fail (issue 445
    ).
  • The XML report now has correct <source> elements when using a
    --source= option somewhere besides the current directory. This fixes
    issue 439_. Thanks, Arcady Ivanov.
  • Fixed an unusual edge case of detecting source encodings, described in
    issue 443_.
  • Help messages that mention the command to use now properly use the actual
    command name, which might be different than "coverage". Thanks to Ben
    Finney, this closes issue 438_.

.. _issue 420: https://bitbucket.org/ned/coveragepy/issues/420/coverage-40-hangs-indefinitely-on-python27
.. _issue 438: https://bitbucket.org/ned/coveragepy/issues/438/parameterise-coverage-command-name
.. _issue 439: https://bitbucket.org/ned/coveragepy/issues/439/incorrect-cobertura-file-sources-generated
.. _issue 443: https://bitbucket.org/ned/coveragepy/issues/443/coverage-gets-confused-when-encoding
.. _issue 445: https://bitbucket.org/ned/coveragepy/issues/445/django-app-cannot-connect-to-cassandra

.. _changes_402:

4.0.2


  • More work on supporting unusually encoded source. Fixed issue 431_.
  • Files or directories with non-ASCII characters are now handled properly,
    fixing issue 432_.
  • Setting a trace function with sys.settrace was broken by a change in 4.0.1,
    as reported in issue 436_. This is now fixed.
  • Officially support PyPy 4.0, which required no changes, just updates to the
    docs.

.. _issue 431: https://bitbucket.org/ned/coveragepy/issues/431/couldnt-parse-python-file-with-cp1252
.. _issue 432: https://bitbucket.org/ned/coveragepy/issues/432/path-with-unicode-characters-various
.. _issue 436: https://bitbucket.org/ned/coveragepy/issues/436/disabled-coverage-ctracer-may-rise-from

.. _changes_401:

4.0.1


  • When combining data files, unreadable files will now generate a warning
    instead of failing the command. This is more in line with the older
    coverage.py v3.7.1 behavior, which silently ignored unreadable files.
    Prompted by issue 418_.
  • The --skip-covered option would skip reporting on 100% covered files, but
    also skipped them when calculating total coverage. This was wrong, it should
    only remove lines from the report, not change the final answer. This is now
    fixed, closing issue 423_.
  • In 4.0, the data file recorded a summary of the system on which it was run.
    Combined data files would keep all of those summaries. This could lead to
    enormous data files consisting of mostly repetitive useless information. That
    summary is now gone, fixing issue 415_. If you want summary information,
    get in touch, and we'll figure out a better way to do it.
  • Test suites that mocked os.path.exists would experience strange failures, due
    to coverage.py using their mock inadvertently. This is now fixed, closing
    issue 416_.
  • Importing a __init__ module explicitly would lead to an error:
    AttributeError: 'module' object has no attribute '__path__', as reported
    in issue 410_. This is now fixed.
  • Code that uses sys.settrace(sys.gettrace()) used to incur a more than 2x
    speed penalty. Now there's no penalty at all. Fixes issue 397_.
  • Pyexpat C code will no longer be recorded as a source file, fixing
    issue 419_.
  • The source kit now contains all of the files needed to have a complete source
    tree, re-fixing issue 137_ and closing issue 281_.

.. _issue 281: https://bitbucket.org/ned/coveragepy/issues/281/supply-scripts-for-testing-in-the
.. _issue 397: https://bitbucket.org/ned/coveragepy/issues/397/stopping-and-resuming-coverage-with
.. _issue 410: https://bitbucket.org/ned/coveragepy/issues/410/attributeerror-module-object-has-no
.. _issue 415: https://bitbucket.org/ned/coveragepy/issues/415/repeated-coveragedataupdates-cause
.. _issue 416: https://bitbucket.org/ned/coveragepy/issues/416/mocking-ospathexists-causes-failures
.. _issue 418: https://bitbucket.org/ned/coveragepy/issues/418/json-parse-error
.. _issue 419: https://bitbucket.org/ned/coveragepy/issues/419/nosource-no-source-for-code-path-to-c
.. _issue 423: https://bitbucket.org/ned/coveragepy/issues/423/skip_covered-changes-reported-total

.. _changes_40:

4.0


4.0b3


  • Reporting on an unmeasured file would fail with a traceback. This is now
    fixed, closing issue 403_.
  • The Jenkins ShiningPanda plugin looks for an obsolete file name to find the
    HTML reports to publish, so it was failing under coverage.py 4.0. Now we
    create that file if we are running under Jenkins, to keep things working
    smoothly. issue 404_.
  • Kits used to include tests and docs, but didn't install them anywhere, or
    provide all of the supporting tools to make them useful. Kits no longer
    include tests and docs. If you were using them from the older packages, get
    in touch and help me understand how.

.. _issue 403: https://bitbucket.org/ned/coveragepy/issues/403/hasherupdate-fails-with-typeerror-nonetype
.. _issue 404: https://bitbucket.org/ned/coveragepy/issues/404/shiningpanda-jenkins-plugin-cant-find-html

4.0b2


  • 4.0b1 broke --append creating new data files. This is now fixed, closing
    issue 392_.
  • py.test --cov can write empty data, then touch files due to --source,
    which made coverage.py mistakenly force the data file to record lines instead
    of arcs. This would lead to a "Can't combine line data with arc data" error
    message. This is now fixed, and changed some method names in the
    CoverageData interface. Fixes issue 399_.
  • CoverageData.read_fileobj and CoverageData.write_fileobj replace the
    .read and .write methods, and are now properly inverses of each other.
  • When using report --skip-covered, a message will now be included in the
    report output indicating how many files were skipped, and if all files are
    skipped, coverage.py won't accidentally scold you for having no data to
    report. Thanks, Krystian Kichewko.
  • A new conversion utility has been added: python -m coverage.pickle2json
    will convert v3.x pickle data files to v4.x JSON data files. Thanks,
    Alexander Todorov. Closes issue 395_.
  • A new version identifier is available, coverage.version_info, a plain tuple
    of values similar to sys.version_info_.

.. _issue 392: https://bitbucket.org/ned/coveragepy/issues/392/run-append-doesnt-create-coverage-file
.. _issue 395: https://bitbucket.org/ned/coveragepy/issues/395/rfe-read-pickled-files-as-well-for
.. _issue 399: https://bitbucket.org/ned/coveragepy/issues/399/coverageexception-cant-combine-line-data
.. _sys.version_info: https://docs.python.org/3/library/sys.htmlsys.version_info

4.0b1


  • Coverage.py is now licensed under the Apache 2.0 license. See NOTICE.txt for
    details. Closes issue 313_.
  • The data storage has been completely revamped. The data file is now
    JSON-based instead of a pickle, closing issue 236_. The CoverageData
    class is now a public supported documented API to the data file.
  • A new configuration option, [run] note, lets you set a note that will be
    stored in the runs section of the data file. You can use this to annotate
    the data file with any information you like.
  • Unrecognized configuration options will now print an error message and stop
    coverage.py. This should help prevent configuration mistakes from passing
    silently. Finishes issue 386_.
  • In parallel mode, coverage erase will now delete all of the data files,
    fixing issue 262_.
  • Coverage.py now accepts a directory name for coverage run and will run a
    __main__.py found there, just like Python will. Fixes issue 252_.
    Thanks, Dmitry Trofimov.
  • The XML report now includes a missing-branches attribute. Thanks, Steve
    Peak. This is not a part of the Cobertura DTD, so the XML report no longer
    references the DTD.
  • Missing branches in the HTML report now have a bit more information in the
    right-hand annotations. Hopefully this will make their meaning clearer.
  • All the reporting functions now behave the same if no data had been
    collected, exiting with a status code of 1. Fixed fail_under to be
    applied even when the report is empty. Thanks, Ionel Cristian M�rie�.
  • Plugins are now initialized differently. Instead of looking for a class
    called Plugin, coverage.py looks for a function called coverage_init.
  • A file-tracing plugin can now ask to have built-in Python reporting by
    returning "python" from its file_reporter() method.
  • Code that was executed with exec would be mis-attributed to the file that
    called it. This is now fixed, closing issue 380_.
  • The ability to use item access on Coverage.config (introduced in 4.0a2) has
    been changed to a more explicit Coverage.get_option and
    Coverage.set_option API.
  • The Coverage.use_cache method is no longer supported.
  • The private method Coverage._harvest_data is now called
    Coverage.get_data, and returns the CoverageData containing the
    collected data.
  • The project is consistently referred to as "coverage.py" throughout the code
    and the documentation, closing issue 275_.
  • Combining data files with an explicit configuration file was broken in 4.0a6,
    but now works again, closing issue 385_.
  • coverage combine now accepts files as well as directories.
  • The speed is back to 3.7.1 levels, after having slowed down due to plugin
    support, finishing up issue 387_.

.. _issue 236: https://bitbucket.org/ned/coveragepy/issues/236/pickles-are-bad-and-you-should-feel-bad
.. _issue 252: https://bitbucket.org/ned/coveragepy/issues/252/coverage-wont-run-a-program-with
.. _issue 262: https://bitbucket.org/ned/coveragepy/issues/262/when-parallel-true-erase-should-erase-all
.. _issue 275: https://bitbucket.org/ned/coveragepy/issues/275/refer-consistently-to-project-as-coverage
.. _issue 313: https://bitbucket.org/ned/coveragepy/issues/313/add-license-file-containing-2-3-or-4
.. _issue 380: https://bitbucket.org/ned/coveragepy/issues/380/code-executed-by-exec-excluded-from
.. _issue 385: https://bitbucket.org/ned/coveragepy/issues/385/coverage-combine-doesnt-work-with-rcfile
.. _issue 386: https://bitbucket.org/ned/coveragepy/issues/386/error-on-unrecognised-configuration
.. _issue 387: https://bitbucket.org/ned/coveragepy/issues/387/performance-degradation-from-371-to-40

.. 40 issues closed in 4.0 below here

4.0a6


  • Python 3.5b2 and PyPy 2.6.0 are supported.
  • The original module-level function interface to coverage.py is no longer
    supported. You must now create a coverage.Coverage object, and use
    methods on it.
  • The coverage combine command now accepts any number of directories as
    arguments, and will combine all the data files from those directories. This
    means you don't have to copy the files to one directory before combining.
    Thanks, Christine Lytwynec. Finishes issue 354_.
  • Branch coverage couldn't properly handle certain extremely long files. This
    is now fixed (issue 359_).
  • Branch coverage didn't understand yield statements properly. Mickie Betz
    persisted in pursuing this despite Ned's pessimism. Fixes issue 308_ and
    issue 324_.
  • The COVERAGE_DEBUG environment variable can be used to set the
    [run] debug configuration option to control what internal operations are
    logged.
  • HTML reports were truncated at formfeed characters. This is now fixed
    (issue 360). It's always fun when the problem is due to a bug in the Python standard library <http://bugs.python.org/issue19035>.
  • Files with incorrect encoding declaration comments are no longer ignored by
    the reporting commands, fixing issue 351_.
  • HTML reports now include a timestamp in the footer, closing issue 299_.
    Thanks, Conrad Ho.
  • HTML reports now begrudgingly use double-quotes rather than single quotes,
    because there are "software engineers" out there writing tools that read HTML
    and somehow have no idea that single quotes exist. Capitulates to the absurd
    issue 361_. Thanks, Jon Chappell.
  • The coverage annotate command now handles non-ASCII characters properly,
    closing issue 363_. Thanks, Leonardo Pistone.
  • Drive letters on Windows were not normalized correctly, now they are. Thanks,
    Ionel Cristian M�rie�.
  • Plugin support had some bugs fixed, closing issue 374_ and issue 375_.
    Thanks, Stefan Behnel.

.. _issue 299: https://bitbucket.org/ned/coveragepy/issues/299/inserted-created-on-yyyy-mm-dd-hh-mm-in
.. _issue 308: https://bitbucket.org/ned/coveragepy/issues/308/yield-lambda-branch-coverage
.. _issue 324: https://bitbucket.org/ned/coveragepy/issues/324/yield-in-loop-confuses-branch-coverage
.. _issue 351: https://bitbucket.org/ned/coveragepy/issues/351/files-with-incorrect-encoding-are-ignored
.. _issue 354: https://bitbucket.org/ned/coveragepy/issues/354/coverage-combine-should-take-a-list-of
.. _issue 359: https://bitbucket.org/ned/coveragepy/issues/359/xml-report-chunk-error
.. _issue 360: https://bitbucket.org/ned/coveragepy/issues/360/html-reports-get-confused-by-l-in-the-code
.. _issue 361: https://bitbucket.org/ned/coveragepy/issues/361/use-double-quotes-in-html-output-to
.. _issue 363: https://bitbucket.org/ned/coveragepy/issues/363/annotate-command-hits-unicode-happy-fun
.. _issue 374: https://bitbucket.org/ned/coveragepy/issues/374/c-tracer-lookups-fail-in
.. _issue 375: https://bitbucket.org/ned/coveragepy/issues/375/ctracer_handle_return-reads-byte-code

4.0a5


  • Plugin support is now implemented in the C tracer instead of the Python
    tracer. This greatly improves the speed of tracing projects using plugins.
  • Coverage.py now always adds the current directory to sys.path, so that
    plugins can import files in the current directory (issue 358_).
  • If the config_file argument to the Coverage constructor is specified as
    ".coveragerc", it is treated as if it were True. This means setup.cfg is
    also examined, and a missing file is not considered an error (issue 357_).
  • Wildly experimental: support for measuring processes started by the
    multiprocessing module. To use, set --concurrency=multiprocessing,
    either on the command line or in the .coveragerc file (issue 117_). Thanks,
    Eduardo Schettino. Currently, this does not work on Windows.
  • A new warning is possible, if a desired file isn't measured because it was
    imported before coverage.py was started (issue 353_).
  • The coverage.process_startup function now will start coverage measurement
    only once, no matter how many times it is called. This fixes problems due
    to unusual virtualenv configurations (issue 340_).
  • Added 3.5.0a1 to the list of supported CPython versions.

.. _issue 117: https://bitbucket.org/ned/coveragepy/issues/117/enable-coverage-measurement-of-code-run-by
.. _issue 340: https://bitbucket.org/ned/coveragepy/issues/340/keyerror-subpy
.. _issue 353: https://bitbucket.org/ned/coveragepy/issues/353/40a3-introduces-an-unexpected-third-case
.. _issue 357: https://bitbucket.org/ned/coveragepy/issues/357/behavior-changed-when-coveragerc-is
.. _issue 358: https://bitbucket.org/ned/coveragepy/issues/358/all-coverage-commands-should-adjust

4.0a4


  • Plugins can now provide sys_info for debugging output.
  • Started plugins documentation.
  • Prepared to move the docs to readthedocs.org.

4.0a3


  • Reports now use file names with extensions. Previously, a report would
    describe a/b/c.py as "a/b/c". Now it is shown as "a/b/c.py". This allows
    for better support of non-Python files, and also fixed issue 69_.
  • The XML report now reports each directory as a package again. This was a bad
    regression, I apologize. This was reported in issue 235_, which is now
    fixed.
  • A new configuration option for the XML report: [xml] package_depth
    controls which directories are identified as packages in the report.
    Directories deeper than this depth are not reported as packages.
    The default is that all directories are reported as packages.
    Thanks, Lex Berezhny.
  • When looking for the source for a frame, check if the file exists. On
    Windows, .pyw files are no longer recorded as .py files. Along the way, this
    fixed issue 290_.
  • Empty files are now reported as 100% covered in the XML report, not 0%
    covered (issue 345_).
  • Regexes in the configuration file are now compiled as soon as they are read,
    to provide error messages earlier (issue 349_).

.. _issue 69: https://bitbucket.org/ned/coveragepy/issues/69/coverage-html-overwrite-files-that-doesnt
.. _issue 235: https://bitbucket.org/ned/coveragepy/issues/235/package-name-is-missing-in-xml-report
.. _issue 290: https://bitbucket.org/ned/coveragepy/issues/290/running-programmatically-with-pyw-files
.. _issue 345: https://bitbucket.org/ned/coveragepy/issues/345/xml-reports-line-rate-0-for-empty-files
.. _issue 349: https://bitbucket.org/ned/coveragepy/issues/349/bad-regex-in-config-should-get-an-earlier

4.0a2


  • Officially support PyPy 2.4, and PyPy3 2.4. Drop support for
    CPython 3.2 and older versions of PyPy. The code won't work on CPython 3.2.
    It will probably still work on older versions of PyPy, but I'm not testing
    against them.
  • Plugins!
  • The original command line switches (-x to run a program, etc) are no
    longer supported.
  • A new option: coverage report --skip-covered will reduce the number of
    files reported by skipping files with 100% coverage. Thanks, Krystian
    Kichewko. This means that empty __init__.py files will be skipped, since
    they are 100% covered, closing issue 315_.
  • You can now specify the --fail-under option in the .coveragerc file
    as the [report] fail_under option. This closes issue 314_.
  • The COVERAGE_OPTIONS environment variable is no longer supported. It was
    a hack for --timid before configuration files were available.
  • The HTML report now has filtering. Type text into the Filter box on the
    index page, and only modules with that text in the name will be shown.
    Thanks, Danny Allen.
  • The textual report and the HTML report used to report partial branches
    differently for no good reason. Now the text report's "missing branches"
    column is a "partial branches" column so that both reports show the same
    numbers. This closes issue 342_.
  • If you specify a --rcfile that cannot be read, you will get an error
    message. Fixes issue 343_.
  • The --debug switch can now be used on any command.
  • You can now programmatically adjust the configuration of coverage.py by
    setting items on Coverage.config after construction.
  • A module run with -m can be used as the argument to --source, fixing
    issue 328_. Thanks, Buck Evan.
  • The regex for matching exclusion pragmas has been fixed to allow more kinds
    of whitespace, fixing issue 334_.
  • Made some PyPy-specific tweaks to improve speed under PyPy. Thanks, Alex
    Gaynor.
  • In some cases, with a source file missing a final newline, coverage.py would
    count statements incorrectly. This is now fixed, closing issue 293_.
  • The status.dat file that HTML reports use to avoid re-creating files that
    haven't changed is now a JSON file instead of a pickle file. This obviates
    issue 287_ and issue 237_.

.. _issue 237: https://bitbucket.org/ned/coveragepy/issues/237/htmlcov-with-corrupt-statusdat
.. _issue 287: https://bitbucket.org/ned/coveragepy/issues/287/htmlpy-doesnt-specify-pickle-protocol
.. _issue 293: https://bitbucket.org/ned/coveragepy/issues/293/number-of-statement-detection-wrong-if-no
.. _issue 314: https://bitbucket.org/ned/coveragepy/issues/314/fail_under-param-not-working-in-coveragerc
.. _issue 315: https://bitbucket.org/ned/coveragepy/issues/315/option-to-omit-empty-files-eg-__init__py
.. _issue 328: https://bitbucket.org/ned/coveragepy/issues/328/misbehavior-in-run-source
.. _issue 334: https://bitbucket.org/ned/coveragepy/issues/334/pragma-not-recognized-if-tab-character
.. _issue 342: https://bitbucket.org/ned/coveragepy/issues/342/console-and-html-coverage-reports-differ
.. _issue 343: https://bitbucket.org/ned/coveragepy/issues/343/an-explicitly-named-non-existent-config

4.0a1


  • Python versions supported are now CPython 2.6, 2.7, 3.2, 3.3, and 3.4, and
    PyPy 2.2.
  • Gevent, eventlet, and greenlet are now supported, closing issue 149_.
    The concurrency setting specifies the concurrency library in use. Huge
    thanks to Peter Portante for initial implementation, and to Joe Jevnik for
    the final insight that completed the work.
  • Options are now also read from a setup.cfg file, if any. Sections are
    prefixed with "coverage:", so the [run] options will be read from the
    [coverage:run] section of setup.cfg. Finishes issue 304_.
  • The report -m command can now show missing branches when reporting on
    branch coverage. Thanks, Steve Leonard. Closes issue 230_.
  • The XML report now contains a <source> element, fixing issue 94_. Thanks
    Stan Hu.
  • The class defined in the coverage module is now called Coverage instead
    of coverage, though the old name still works, for backward compatibility.
  • The fail-under value is now rounded the same as reported results,
    preventing paradoxical results, fixing issue 284_.
  • The XML report will now create the output directory if need be, fixing
    issue 285_. Thanks, Chris Rose.
  • HTML reports no longer raise UnicodeDecodeError if a Python file has
    undecodable characters, fixing issue 303_ and issue 331_.
  • The annotate command will now annotate all files, not just ones relative to
    the current directory, fixing issue 57_.
  • The coverage module no longer causes deprecation warnings on Python 3.4 by
    importing the imp module, fixing issue 305_.
  • Encoding declarations in source files are only considered if they are truly
    comments. Thanks, Anthony Sottile.

.. _issue 57: https://bitbucket.org/ned/coveragepy/issues/57/annotate-command-fails-to-annotate-many
.. _issue 94: https://bitbucket.org/ned/coveragepy/issues/94/coverage-xml-doesnt-produce-sources
.. _issue 149: https://bitbucket.org/ned/coveragepy/issues/149/coverage-gevent-looks-broken
.. _issue 230: https://bitbucket.org/ned/coveragepy/issues/230/show-line-no-for-missing-branches-in
.. _issue 284: https://bitbucket.org/ned/coveragepy/issues/284/fail-under-should-show-more-precision
.. _issue 285: https://bitbucket.org/ned/coveragepy/issues/285/xml-report-fails-if-output-file-directory
.. _issue 303: https://bitbucket.org/ned/coveragepy/issues/303/unicodedecodeerror
.. _issue 304: https://bitbucket.org/ned/coveragepy/issues/304/attempt-to-get-configuration-from-setupcfg
.. _issue 305: https://bitbucket.org/ned/coveragepy/issues/305/pendingdeprecationwarning-the-imp-module
.. _issue 331: https://bitbucket.org/ned/coveragepy/issues/331/failure-of-encoding-detection-on-python2

.. _changes_371:

3.7.1


  • Improved the speed of HTML report generation by about 20%.
  • Fixed the mechanism for finding OS-installed static files for the HTML report
    so that it will actually find OS-installed static files.

.. _changes_37:

3.7


  • Added the --debug switch to coverage run. It accepts a list of
    options indicating the type of internal activity to log to stderr.
  • Improved the branch coverage facility, fixing issue 92_ and issue 175_.
  • Running code with coverage run -m now behaves more like Python does,
    setting sys.path properly, which fixes issue 207_ and issue 242_.
  • Coverage.py can now run .pyc files directly, closing issue 264_.
  • Coverage.py properly supports .pyw files, fixing issue 261_.
  • Omitting files within a tree specified with the source option would
    cause them to be incorrectly marked as unexecuted, as described in
    issue 218_. This is now fixed.
  • When specifying paths to alias together during data combining, you can now
    specify relative paths, fixing issue 267_.
  • Most file paths can now be specified with username expansion (~/src, or
    ~build/src, for example), and with environment variable expansion
    (build/$BUILDNUM/src).
  • Trying to create an XML report with no files to report on, would cause a
    ZeroDivideError, but no longer does, fixing issue 250_.
  • When running a threaded program under the Python tracer, coverage.py no
    longer issues a spurious warning about the trace function changing: "Trace
    function changed, measurement is likely wrong: None." This fixes issue 164_.
  • Static files necessary for HTML reports are found in system-installed places,
    to ease OS-level packaging of coverage.py. Closes issue 259_.
  • Source files with encoding declarations, but a blank first line, were not
    decoded properly. Now they are. Thanks, Roger Hu.
  • The source kit now includes the __main__.py file in the root coverage
    directory, fixing issue 255_.

.. _issue 92: https://bitbucket.org/ned/coveragepy/issues/92/finally-clauses-arent-treated-properly-in
.. _issue 164: https://bitbucket.org/ned/coveragepy/issues/164/trace-function-changed-warning-when-using
.. _issue 175: https://bitbucket.org/ned/coveragepy/issues/175/branch-coverage-gets-confused-in-certain
.. _issue 207: https://bitbucket.org/ned/coveragepy/issues/207/run-m-cannot-find-module-or-package-in
.. _issue 242: https://bitbucket.org/ned/coveragepy/issues/242/running-a-two-level-package-doesnt-work
.. _issue 218: https://bitbucket.org/ned/coveragepy/issues/218/run-command-does-not-respect-the-omit-flag
.. _issue 250: https://bitbucket.org/ned/coveragepy/issues/250/uncaught-zerodivisionerror-when-generating
.. _issue 255: https://bitbucket.org/ned/coveragepy/issues/255/directory-level-__main__py-not-included-in
.. _issue 259: https://bitbucket.org/ned/coveragepy/issues/259/allow-use-of-system-installed-third-party
.. _issue 261: https://bitbucket.org/ned/coveragepy/issues/261/pyw-files-arent-reported-properly
.. _issue 264: https://bitbucket.org/ned/coveragepy/issues/264/coverage-wont-run-pyc-files
.. _issue 267: https://bitbucket.org/ned/coveragepy/issues/267/relative-path-aliases-dont-work

.. _changes_36:

3.6


  • Added a page to the docs about troublesome situations, closing issue 226,
    and added some info to the TODO file, closing issue 227
    .

.. _issue 226: https://bitbucket.org/ned/coveragepy/issues/226/make-readme-section-to-describe-when
.. _issue 227: https://bitbucket.org/ned/coveragepy/issues/227/update-todo

3.6b3


  • Beta 2 broke the nose plugin. It's fixed again, closing issue 224_.

.. _issue 224: https://bitbucket.org/ned/coveragepy/issues/224/36b2-breaks-nosexcover

3.6b2


  • Coverage.py runs on Python 2.3 and 2.4 again. It was broken in 3.6b1.
  • The C extension is optionally compiled using a different more widely-used
    technique, taking another stab at fixing issue 80_ once and for all.
  • Combining data files would create entries for phantom files if used with
    source and path aliases. It no longer does.
  • debug sys now shows the configuration file path that was read.
  • If an oddly-behaved package claims that code came from an empty-string
    file name, coverage.py no longer associates it with the directory name,
    fixing issue 221_.

.. _issue 221: https://bitbucket.org/ned/coveragepy/issues/221/coveragepy-incompatible-with-pyratemp

3.6b1


  • Wildcards in include= and omit= arguments were not handled properly
    in reporting functions, though they were when running. Now they are handled
    uniformly, closing issue 143_ and issue 163_. NOTE: it i

@puruckertom puruckertom merged commit 4ff4ed5 into master Jun 27, 2017
@puruckertom puruckertom deleted the pyup-initial-update branch June 29, 2017 21:49
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants