{"action":"created","issue":{"url":"https://api.github.com/repos/smallsam/pymyair/issues/10","repository_url":"https://api.github.com/repos/smallsam/pymyair","labels_url":"https://api.github.com/repos/smallsam/pymyair/issues/10/labels{/name}","comments_url":"https://api.github.com/repos/smallsam/pymyair/issues/10/comments","events_url":"https://api.github.com/repos/smallsam/pymyair/issues/10/events","html_url":"https://github.com/smallsam/pymyair/pull/10","id":338207071,"node_id":"MDExOlB1bGxSZXF1ZXN0MTk5MTk2MTM0","number":10,"title":"Update coverage to 4.5.1","user":{"login":"pyup-bot","id":16239342,"node_id":"MDQ6VXNlcjE2MjM5MzQy","avatar_url":"https://avatars0.githubusercontent.com/u/16239342?v=4","gravatar_id":"","url":"https://api.github.com/users/pyup-bot","html_url":"https://github.com/pyup-bot","followers_url":"https://api.github.com/users/pyup-bot/followers","following_url":"https://api.github.com/users/pyup-bot/following{/other_user}","gists_url":"https://api.github.com/users/pyup-bot/gists{/gist_id}","starred_url":"https://api.github.com/users/pyup-bot/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/pyup-bot/subscriptions","organizations_url":"https://api.github.com/users/pyup-bot/orgs","repos_url":"https://api.github.com/users/pyup-bot/repos","events_url":"https://api.github.com/users/pyup-bot/events{/privacy}","received_events_url":"https://api.github.com/users/pyup-bot/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"assignees":[],"milestone":null,"comments":0,"created_at":"2018-07-04T09:50:19Z","updated_at":"2018-11-13T09:37:46Z","closed_at":null,"author_association":"NONE","pull_request":{"url":"https://api.github.com/repos/smallsam/pymyair/pulls/10","html_url":"https://github.com/smallsam/pymyair/pull/10","diff_url":"https://github.com/smallsam/pymyair/pull/10.diff","patch_url":"https://github.com/smallsam/pymyair/pull/10.patch"},"body":"\nThis PR updates [coverage](https://pypi.org/project/coverage) from **4.1** to **4.5.1**.\n\n\n\n<details>\n  <summary>Changelog</summary>\n  \n  \n   ### 4.5.1\n   ```\n   ----------------------------\n\n- Now that 4.5 properly separated the ``[run] omit`` and ``[report] omit``\n  settings, an old bug has become apparent.  If you specified a package name\n  for ``[run] source``, then omit patterns weren&#39;t matched inside that package.\n  This bug (`issue 638`_) is now fixed.\n\n- On Python 3.7, reporting about a decorated function with no body other than a\n  docstring would crash coverage.py with an IndexError (`issue 640`_).  This is\n  now fixed.\n\n- Configurer plugins are now reported in the output of ``--debug=sys``.\n\n.. _issue 638: https://bitbucket.org/ned/coveragepy/issues/638/run-omit-is-ignored-since-45\n.. _issue 640: https://bitbucket.org/ned/coveragepy/issues/640/indexerror-reporting-on-an-empty-decorated\n\n\n.. _changes_45:\n   ```\n   \n  \n  \n   ### 4.5\n   ```\n   --------------------------\n\n- A new kind of plugin is supported: configurators are invoked at start-up to\n  allow more complex configuration than the .coveragerc file can easily do.\n  See :ref:`api_plugin` for details.  This solves the complex configuration\n  problem described in `issue 563`_.\n\n- The ``fail_under`` option can now be a float.  Note that you must specify the\n  ``[report] precision`` configuration option for the fractional part to be\n  used.  Thanks to Lars Hupfeldt Nielsen for help with the implementation.\n  Fixes `issue 631`_.\n\n- The ``include`` and ``omit`` options can be specified for both the ``[run]``\n  and ``[report]`` phases of execution.  4.4.2 introduced some incorrect\n  interactions between those phases, where the options for one were confused\n  for the other.  This is now corrected, fixing `issue 621`_ and `issue 622`_.\n  Thanks to Daniel Hahler for seeing more clearly than I could.\n\n- The ``coverage combine`` command used to always overwrite the data file, even\n  when no data had been read from apparently combinable files.  Now, an error\n  is raised if we thought there were files to combine, but in fact none of them\n  could be used.  Fixes `issue 629`_.\n\n- The ``coverage combine`` command could get confused about path separators\n  when combining data collected on Windows with data collected on Linux, as\n  described in `issue 618`_.  This is now fixed: the result path always uses\n  the path separator specified in the ``[paths]`` result.\n\n- On Windows, the HTML report could fail when source trees are deeply nested,\n  due to attempting to create HTML filenames longer than the 250-character\n  maximum.  Now filenames will never get much larger than 200 characters,\n  fixing `issue 627`_.  Thanks to Alex Sandro for helping with the fix.\n\n.. _issue 563: https://bitbucket.org/ned/coveragepy/issues/563/platform-specific-configuration\n.. _issue 618: https://bitbucket.org/ned/coveragepy/issues/618/problem-when-combining-windows-generated\n.. _issue 621: https://bitbucket.org/ned/coveragepy/issues/621/include-ignored-warning-when-using\n.. _issue 622: https://bitbucket.org/ned/coveragepy/issues/622/report-omit-overwrites-run-omit\n.. _issue 627: https://bitbucket.org/ned/coveragepy/issues/627/failure-generating-html-reports-when-the\n.. _issue 629: https://bitbucket.org/ned/coveragepy/issues/629/multiple-use-of-combine-leads-to-empty\n.. _issue 631: https://bitbucket.org/ned/coveragepy/issues/631/precise-coverage-percentage-value\n\n\n.. _changes_442:\n   ```\n   \n  \n  \n   ### 4.4.2\n   ```\n   ----------------------------\n\n- Support for Python 3.7.  In some cases, class and module docstrings are no\n  longer counted in statement totals, which could slightly change your total\n  results.\n\n- Specifying both ``--source`` and ``--include`` no longer silently ignores the\n  include setting, instead it displays a warning. Thanks, LoÃ¯c Dachary.  Closes\n  `issue 265`_ and `issue 101`_.\n\n- Fixed a race condition when saving data and multiple threads are tracing\n  (`issue 581`_). It could produce a &quot;dictionary changed size during iteration&quot;\n  RuntimeError.  I believe this mostly but not entirely fixes the race\n  condition.  A true fix would likely be too expensive.  Thanks, Peter Baughman\n  for the debugging, and Olivier Grisel for the fix with tests.\n\n- Configuration values which are file paths will now apply tilde-expansion,\n  closing `issue 589`_.\n\n- Now secondary config files like tox.ini and setup.cfg can be specified\n  explicitly, and prefixed sections like `[coverage:run]` will be read. Fixes\n  `issue 588`_.\n\n- Be more flexible about the command name displayed by help, fixing\n  `issue 600`_. Thanks, Ben Finney.\n\n.. _issue 101: https://bitbucket.org/ned/coveragepy/issues/101/settings-under-report-affect-running\n.. _issue 581: https://bitbucket.org/ned/coveragepy/issues/581/race-condition-when-saving-data-under\n.. _issue 588: https://bitbucket.org/ned/coveragepy/issues/588/using-rcfile-path-to-toxini-uses-run\n.. _issue 589: https://bitbucket.org/ned/coveragepy/issues/589/allow-expansion-in-coveragerc\n.. _issue 600: https://bitbucket.org/ned/coveragepy/issues/600/get-program-name-from-command-line-when\n\n\n.. _changes_441:\n   ```\n   \n  \n  \n   ### 4.4.1\n   ```\n   ----------------------------\n\n- No code changes: just corrected packaging for Python 2.7 Linux wheels.\n\n\n.. _changes_44:\n   ```\n   \n  \n  \n   ### 4.4\n   ```\n   --------------------------\n\n- Reports could produce the wrong file names for packages, reporting ``pkg.py``\n  instead of the correct ``pkg/__init__.py``.  This is now fixed.  Thanks, Dirk\n  Thomas.\n\n- XML reports could produce ``&lt;source&gt;`` and ``&lt;class&gt;`` lines that together\n  didn&#39;t specify a valid source file path.  This is now fixed. (`issue 526`_)\n\n- Namespace packages are no longer warned as having no code. (`issue 572`_)\n\n- Code that uses ``sys.settrace(sys.gettrace())`` in a file that wasn&#39;t being\n  coverage-measured would prevent correct coverage measurement in following\n  code. An example of this was running doctests programmatically. This is now\n  fixed. (`issue 575`_)\n\n- Errors printed by the ``coverage`` command now go to stderr instead of\n  stdout.\n\n- Running ``coverage xml`` in a directory named with non-ASCII characters would\n  fail under Python 2. This is now fixed. (`issue 573`_)\n\n.. _issue 526: https://bitbucket.org/ned/coveragepy/issues/526/generated-xml-invalid-paths-for-cobertura\n.. _issue 572: https://bitbucket.org/ned/coveragepy/issues/572/no-python-source-warning-for-namespace\n.. _issue 573: https://bitbucket.org/ned/coveragepy/issues/573/cant-generate-xml-report-if-some-source\n.. _issue 575: https://bitbucket.org/ned/coveragepy/issues/575/running-doctest-prevents-complete-coverage\n   ```\n   \n  \n  \n   ### 4.4b1\n   ```\n   ----------------------------\n\n- Some warnings can now be individually disabled.  Warnings that can be\n  disabled have a short name appended.  The ``[run] disable_warnings`` setting\n  takes a list of these warning names to disable. Closes both `issue 96`_ and\n  `issue 355`_.\n\n- The XML report now includes attributes from version 4 of the Cobertura XML\n  format, fixing `issue 570`_.\n\n- In previous versions, calling a method that used collected data would prevent\n  further collection.  For example, `save()`, `report()`, `html_report()`, and\n  others would all stop collection.  An explicit `start()` was needed to get it\n  going again.  This is no longer true.  Now you can use the collected data and\n  also continue measurement. Both `issue 79`_ and `issue 448`_ described this\n  problem, and have been fixed.\n\n- Plugins can now find unexecuted files if they choose, by implementing the\n  `find_executable_files` method.  Thanks, Emil Madsen.\n\n- Minimal IronPython support. You should be able to run IronPython programs\n  under ``coverage run``, though you will still have to do the reporting phase\n  with CPython.\n\n- Coverage.py has long had a special hack to support CPython&#39;s need to measure\n  the coverage of the standard library tests. This code was not installed by\n  kitted versions of coverage.py.  Now it is.\n\n.. _issue 79: https://bitbucket.org/ned/coveragepy/issues/79/save-prevents-harvesting-on-stop\n.. _issue 96: https://bitbucket.org/ned/coveragepy/issues/96/unhelpful-warnings-produced-when-using\n.. _issue 355: https://bitbucket.org/ned/coveragepy/issues/355/warnings-should-be-suppressable\n.. _issue 448: https://bitbucket.org/ned/coveragepy/issues/448/save-and-html_report-prevent-further\n.. _issue 570: https://bitbucket.org/ned/coveragepy/issues/570/cobertura-coverage-04dtd-support\n\n\n.. _changes_434:\n   ```\n   \n  \n  \n   ### 4.3.4\n   ```\n   ----------------------------\n\n- Fixing 2.6 in version 4.3.3 broke other things, because the too-tricky\n  exception wasn&#39;t properly derived from Exception, described in `issue 556`_.\n  A newb mistake; it hasn&#39;t been a good few days.\n\n.. _issue 556: https://bitbucket.org/ned/coveragepy/issues/556/43-fails-if-there-are-html-files-in-the\n\n\n.. _changes_433:\n   ```\n   \n  \n  \n   ### 4.3.3\n   ```\n   ----------------------------\n\n- Python 2.6 support was broken due to a testing exception imported for the\n  benefit of the coverage.py test suite.  Properly conditionalizing it fixed\n  `issue 554`_ so that Python 2.6 works again.\n\n.. _issue 554: https://bitbucket.org/ned/coveragepy/issues/554/traceback-on-python-26-starting-with-432\n\n\n.. _changes_432:\n   ```\n   \n  \n  \n   ### 4.3.2\n   ```\n   ----------------------------\n\n- Using the ``--skip-covered`` option on an HTML report with 100% coverage\n  would cause a &quot;No data to report&quot; error, as reported in `issue 549`_. This is\n  now fixed; thanks, LoÃ¯c Dachary.\n\n- If-statements can be optimized away during compilation, for example, `if 0:`\n  or `if __debug__:`.  Coverage.py had problems properly understanding these\n  statements which existed in the source, but not in the compiled bytecode.\n  This problem, reported in `issue 522`_, is now fixed.\n\n- If you specified ``--source`` as a directory, then coverage.py would look for\n  importable Python files in that directory, and could identify ones that had\n  never been executed at all.  But if you specified it as a package name, that\n  detection wasn&#39;t performed.  Now it is, closing `issue 426`_. Thanks to LoÃ¯c\n  Dachary for the fix.\n\n- If you started and stopped coverage measurement thousands of times in your\n  process, you could crash Python with a &quot;Fatal Python error: deallocating\n  None&quot; error.  This is now fixed.  Thanks to Alex Groce for the bug report.\n\n- On PyPy, measuring coverage in subprocesses could produce a warning: &quot;Trace\n  function changed, measurement is likely wrong: None&quot;.  This was spurious, and\n  has been suppressed.\n\n- Previously, coverage.py couldn&#39;t start on Jython, due to that implementation\n  missing the multiprocessing module (`issue 551`_). This problem has now been\n  fixed. Also, `issue 322`_ about not being able to invoke coverage\n  conveniently, seems much better: ``jython -m coverage run myprog.py`` works\n  properly.\n\n- Let&#39;s say you ran the HTML report over and over again in the same output\n  directory, with ``--skip-covered``. And imagine due to your heroic\n  test-writing efforts, a file just achieved the goal of 100% coverage. With\n  coverage.py 4.3, the old HTML file with the less-than-100% coverage would be\n  left behind.  This file is now properly deleted.\n\n.. _issue 322: https://bitbucket.org/ned/coveragepy/issues/322/cannot-use-coverage-with-jython\n.. _issue 426: https://bitbucket.org/ned/coveragepy/issues/426/difference-between-coverage-results-with\n.. _issue 522: https://bitbucket.org/ned/coveragepy/issues/522/incorrect-branch-reporting-with-__debug__\n.. _issue 549: https://bitbucket.org/ned/coveragepy/issues/549/skip-covered-with-100-coverage-throws-a-no\n.. _issue 551: https://bitbucket.org/ned/coveragepy/issues/551/coveragepy-cannot-be-imported-in-jython27\n\n\n.. _changes_431:\n   ```\n   \n  \n  \n   ### 4.3.1\n   ```\n   ----------------------------\n\n- Some environments couldn&#39;t install 4.3, as described in `issue 540`_. This is\n  now fixed.\n\n- The check for conflicting ``--source`` and ``--include`` was too simple in a\n  few different ways, breaking a few perfectly reasonable use cases, described\n  in `issue 541`_.  The check has been reverted while we re-think the fix for\n  `issue 265`_.\n\n.. _issue 540: https://bitbucket.org/ned/coveragepy/issues/540/cant-install-coverage-v43-into-under\n.. _issue 541: https://bitbucket.org/ned/coveragepy/issues/541/coverage-43-breaks-nosetest-with-coverage\n\n\n.. _changes_43:\n   ```\n   \n  \n  \n   ### 4.3\n   ```\n   --------------------------\n\nSpecial thanks to **LoÃ¯c Dachary**, who took an extraordinary interest in\ncoverage.py and contributed a number of improvements in this release.\n\n- Subprocesses that are measured with `automatic subprocess measurement`_ used\n  to read in any pre-existing data file.  This meant data would be incorrectly\n  carried forward from run to run.  Now those files are not read, so each\n  subprocess only writes its own data. Fixes `issue 510`_.\n\n- The ``coverage combine`` command will now fail if there are no data files to\n  combine. The combine changes in 4.2 meant that multiple combines could lose\n  data, leaving you with an empty .coverage data file. Fixes\n  `issue 525`_, `issue 412`_, `issue 516`_, and probably `issue 511`_.\n\n- Coverage.py wouldn&#39;t execute `sys.excepthook`_ when an exception happened in\n  your program.  Now it does, thanks to Andrew Hoos.  Closes `issue 535`_.\n\n- Branch coverage fixes:\n\n  - Branch coverage could misunderstand a finally clause on a try block that\n    never continued on to the following statement, as described in `issue\n    493`_.  This is now fixed. Thanks to Joe Doherty for the report and LoÃ¯c\n    Dachary for the fix.\n\n  - A while loop with a constant condition (while True) and a continue\n    statement would be mis-analyzed, as described in `issue 496`_. This is now\n    fixed, thanks to a bug report by Eli Skeggs and a fix by LoÃ¯c Dachary.\n\n  - While loops with constant conditions that were never executed could result\n    in a non-zero coverage report.  Artem Dayneko reported this in `issue\n    502`_, and LoÃ¯c Dachary provided the fix.\n\n- The HTML report now supports a ``--skip-covered`` option like the other\n  reporting commands.  Thanks, LoÃ¯c Dachary for the implementation, closing\n  `issue 433`_.\n\n- Options can now be read from a tox.ini file, if any. Like setup.cfg, sections\n  are prefixed with &quot;coverage:&quot;, so ``[run]`` options will be read from the\n  ``[coverage:run]`` section of tox.ini. Implements part of `issue 519`_.\n  Thanks, Stephen Finucane.\n\n- Specifying both ``--source`` and ``--include`` no longer silently ignores the\n  include setting, instead it fails with a message. Thanks, Nathan Land and\n  LoÃ¯c Dachary. Closes `issue 265`_.\n\n- The ``Coverage.combine`` method has a new parameter, ``strict=False``, to\n  support failing if there are no data files to combine.\n\n- When forking subprocesses, the coverage data files would have the same random\n  number appended to the file name. This didn&#39;t cause problems, because the\n  file names had the process id also, making collisions (nearly) impossible.\n  But it was disconcerting.  This is now fixed.\n\n- The text report now properly sizes headers when skipping some files, fixing\n  `issue 524`_. Thanks, Anthony Sottile and LoÃ¯c Dachary.\n\n- Coverage.py can now search .pex files for source, just as it can .zip and\n  .egg.  Thanks, Peter Ebden.\n\n- Data files are now about 15% smaller.\n\n- Improvements in the ``[run] debug`` setting:\n\n  - The &quot;dataio&quot; debug setting now also logs when data files are deleted during\n    combining or erasing.\n\n  - A new debug option, &quot;multiproc&quot;, for logging the behavior of\n    ``concurrency=multiprocessing``.\n\n  - If you used the debug options &quot;config&quot; and &quot;callers&quot; together, you&#39;d get a\n    call stack printed for every line in the multi-line config output. This is\n    now fixed.\n\n- Fixed an unusual bug involving multiple coding declarations affecting code\n  containing code in multi-line strings: `issue 529`_.\n\n- Coverage.py will no longer be misled into thinking that a plain file is a\n  package when interpreting ``--source`` options.  Thanks, Cosimo Lupo.\n\n- If you try to run a non-Python file with coverage.py, you will now get a more\n  useful error message. `Issue 514`_.\n\n- The default pragma regex changed slightly, but this will only matter to you\n  if you are deranged and use mixed-case pragmas.\n\n- Deal properly with non-ASCII file names in an ASCII-only world, `issue 533`_.\n\n- Programs that set Unicode configuration values could cause UnicodeErrors when\n  generating HTML reports.  Pytest-cov is one example.  This is now fixed.\n\n- Prevented deprecation warnings from configparser that happened in some\n  circumstances, closing `issue 530`_.\n\n- Corrected the name of the jquery.ba-throttle-debounce.js library. Thanks,\n  Ben Finney.  Closes `issue 505`_.\n\n- Testing against PyPy 5.6 and PyPy3 5.5.\n\n- Switched to pytest from nose for running the coverage.py tests.\n\n- Renamed AUTHORS.txt to CONTRIBUTORS.txt, since there are other ways to\n  contribute than by writing code. Also put the count of contributors into the\n  author string in setup.py, though this might be too cute.\n\n.. _sys.excepthook: https://docs.python.org/3/library/sys.htmlsys.excepthook\n.. _issue 265: https://bitbucket.org/ned/coveragepy/issues/265/when-using-source-include-is-silently\n.. _issue 412: https://bitbucket.org/ned/coveragepy/issues/412/coverage-combine-should-error-if-no\n.. _issue 433: https://bitbucket.org/ned/coveragepy/issues/433/coverage-html-does-not-suport-skip-covered\n.. _issue 493: https://bitbucket.org/ned/coveragepy/issues/493/confusing-branching-failure\n.. _issue 496: https://bitbucket.org/ned/coveragepy/issues/496/incorrect-coverage-with-branching-and\n.. _issue 502: https://bitbucket.org/ned/coveragepy/issues/502/incorrect-coverage-report-with-cover\n.. _issue 505: https://bitbucket.org/ned/coveragepy/issues/505/use-canonical-filename-for-debounce\n.. _issue 514: https://bitbucket.org/ned/coveragepy/issues/514/path-to-problem-file-not-reported-when\n.. _issue 510: https://bitbucket.org/ned/coveragepy/issues/510/erase-still-needed-in-42\n.. _issue 511: https://bitbucket.org/ned/coveragepy/issues/511/version-42-coverage-combine-empties\n.. _issue 516: https://bitbucket.org/ned/coveragepy/issues/516/running-coverage-combine-twice-deletes-all\n.. _issue 519: https://bitbucket.org/ned/coveragepy/issues/519/coverage-run-sections-in-toxini-or-as\n.. _issue 524: https://bitbucket.org/ned/coveragepy/issues/524/coverage-report-with-skip-covered-column\n.. _issue 525: https://bitbucket.org/ned/coveragepy/issues/525/coverage-combine-when-not-in-parallel-mode\n.. _issue 529: https://bitbucket.org/ned/coveragepy/issues/529/encoding-marker-may-only-appear-on-the\n.. _issue 530: https://bitbucket.org/ned/coveragepy/issues/530/deprecationwarning-you-passed-a-bytestring\n.. _issue 533: https://bitbucket.org/ned/coveragepy/issues/533/exception-on-unencodable-file-name\n.. _issue 535: https://bitbucket.org/ned/coveragepy/issues/535/sysexcepthook-is-not-called\n\n\n.. _changes_42:\n   ```\n   \n  \n  \n   ### 4.2\n   ```\n   --------------------------\n\n- Since ``concurrency=multiprocessing`` uses subprocesses, options specified on\n  the coverage.py command line will not be communicated down to them.  Only\n  options in the configuration file will apply to the subprocesses.\n  Previously, the options didn&#39;t apply to the subprocesses, but there was no\n  indication.  Now it is an error to use ``--concurrency=multiprocessing`` and\n  other run-affecting options on the command line.  This prevents\n  failures like those reported in `issue 495`_.\n\n- Filtering the HTML report is now faster, thanks to Ville SkyttÃ¤.\n\n.. _issue 495: https://bitbucket.org/ned/coveragepy/issues/495/branch-and-concurrency-are-conflicting\n   ```\n   \n  \n  \n   ### 4.2b1\n   ```\n   ----------------------------\n\nWork from the PyCon 2016 Sprints!\n\n- BACKWARD INCOMPATIBILITY: the ``coverage combine`` command now ignores an\n  existing ``.coverage`` data file.  It used to include that file in its\n  combining.  This caused confusing results, and extra tox &quot;clean&quot; steps.  If\n  you want the old behavior, use the new ``coverage combine --append`` option.\n\n- The ``concurrency`` option can now take multiple values, to support programs\n  using multiprocessing and another library such as eventlet.  This is only\n  possible in the configuration file, not from the command line. The\n  configuration file is the only way for sub-processes to all run with the same\n  options.  Fixes `issue 484`_.  Thanks to Josh Williams for prototyping.\n\n- Using a ``concurrency`` setting of ``multiprocessing`` now implies\n  ``--parallel`` so that the main program is measured similarly to the\n  sub-processes.\n\n- When using `automatic subprocess measurement`_, running coverage commands\n  would create spurious data files.  This is now fixed, thanks to diagnosis and\n  testing by Dan Riti.  Closes `issue 492`_.\n\n- A new configuration option, ``report:sort``, controls what column of the\n  text report is used to sort the rows.  Thanks to Dan Wandschneider, this\n  closes `issue 199`_.\n\n- The HTML report has a more-visible indicator for which column is being\n  sorted.  Closes `issue 298`_, thanks to Josh Williams.\n\n- If the HTML report cannot find the source for a file, the message now\n  suggests using the ``-i`` flag to allow the report to continue. Closes\n  `issue 231`_, thanks, Nathan Land.\n\n- When reports are ignoring errors, there&#39;s now a warning if a file cannot be\n  parsed, rather than being silently ignored.  Closes `issue 396`_. Thanks,\n  Matthew Boehm.\n\n- A new option for ``coverage debug`` is available: ``coverage debug config``\n  shows the current configuration.  Closes `issue 454`_, thanks to Matthew\n  Boehm.\n\n- Running coverage as a module (``python -m coverage``) no longer shows the\n  program name as ``__main__.py``.  Fixes `issue 478`_.  Thanks, Scott Belden.\n\n- The `test_helpers` module has been moved into a separate pip-installable\n  package: `unittest-mixins`_.\n\n.. _automatic subprocess measurement: https://coverage.readthedocs.io/en/latest/subprocess.html\n.. _issue 199: https://bitbucket.org/ned/coveragepy/issues/199/add-a-way-to-sort-the-text-report\n.. _issue 231: https://bitbucket.org/ned/coveragepy/issues/231/various-default-behavior-in-report-phase\n.. _issue 298: https://bitbucket.org/ned/coveragepy/issues/298/show-in-html-report-that-the-columns-are\n.. _issue 396: https://bitbucket.org/ned/coveragepy/issues/396/coverage-xml-shouldnt-bail-out-on-parse\n.. _issue 454: https://bitbucket.org/ned/coveragepy/issues/454/coverage-debug-config-should-be\n.. _issue 478: https://bitbucket.org/ned/coveragepy/issues/478/help-shows-silly-program-name-when-running\n.. _issue 484: https://bitbucket.org/ned/coveragepy/issues/484/multiprocessing-greenlet-concurrency\n.. _issue 492: https://bitbucket.org/ned/coveragepy/issues/492/subprocess-coverage-strange-detection-of\n.. _unittest-mixins: https://pypi.org/project/unittest-mixins/\n\n\n.. _changes_41:\n   ```\n   \n  \n</details>\n\n\n \n\n<details>\n  <summary>Links</summary>\n  \n  - PyPI: https://pypi.org/project/coverage\n  - Changelog: https://pyup.io/changelogs/coverage/\n  - Repo: https://bitbucket.org/ned/coveragepy\n</details>\n\n"},"comment":{"url":"https://api.github.com/repos/smallsam/pymyair/issues/comments/438199813","html_url":"https://github.com/smallsam/pymyair/pull/10#issuecomment-438199813","issue_url":"https://api.github.com/repos/smallsam/pymyair/issues/10","id":438199813,"node_id":"MDEyOklzc3VlQ29tbWVudDQzODE5OTgxMw==","user":{"login":"pyup-bot","id":16239342,"node_id":"MDQ6VXNlcjE2MjM5MzQy","avatar_url":"https://avatars0.githubusercontent.com/u/16239342?v=4","gravatar_id":"","url":"https://api.github.com/users/pyup-bot","html_url":"https://github.com/pyup-bot","followers_url":"https://api.github.com/users/pyup-bot/followers","following_url":"https://api.github.com/users/pyup-bot/following{/other_user}","gists_url":"https://api.github.com/users/pyup-bot/gists{/gist_id}","starred_url":"https://api.github.com/users/pyup-bot/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/pyup-bot/subscriptions","organizations_url":"https://api.github.com/users/pyup-bot/orgs","repos_url":"https://api.github.com/users/pyup-bot/repos","events_url":"https://api.github.com/users/pyup-bot/events{/privacy}","received_events_url":"https://api.github.com/users/pyup-bot/received_events","type":"User","site_admin":false},"created_at":"2018-11-13T09:37:46Z","updated_at":"2018-11-13T09:37:46Z","author_association":"NONE","body":"Closing this in favor of #65"}}
{"actor":{"display_login":"pyup-bot"}}