chore(deps-dev): bump exceptiongroup from 1.2.2 to 1.3.0
Open
Number: #915
Type: Pull Request
State: Open
Type: Pull Request
State: Open
Author:
dependabot[bot]
Association: Contributor
Comments: 1
![dependabot[bot]](https://github.com/dependabot.png)
Association: Contributor
Comments: 1
Created:
May 12, 2025 at 04:52 AM UTC
(5 months ago)
(5 months ago)
Updated:
May 12, 2025 at 05:09 AM UTC
(5 months ago)
(5 months ago)
Labels:
dependencies python
dependencies python
Description:
Bumps exceptiongroup from 1.2.2 to 1.3.0.
Release notes
Sourced from exceptiongroup's releases.
1.3.0
- Added
**kwargs
to function and method signatures as appropriate to match the signatures in the standard library- In line with the stdlib typings in typeshed, updated
(Base)ExceptionGroup
generic types to define defaults for their generic arguments (defaulting toBaseExceptionGroup[BaseException]
andExceptionGroup[Exception]
) (PR by@mikenerone
)- Changed
BaseExceptionGroup.__init__()
to directly callBaseException.__init__()
instead of the superclass__init__()
in order to emulate the CPython behavior (broken or not) (PR by@cfbolz
)- Changed the
exceptions
attribute to always return the same tuple of exceptions, created from the original exceptions sequence passed toBaseExceptionGroup
to match CPython behavior (#143)
Changelog
Sourced from exceptiongroup's changelog.
Version history
This library adheres to
Semantic Versioning 2.0 <http://semver.org/>
_.1.3.0
- Added
**kwargs
to function and method signatures as appropriate to match the signatures in the standard library- In line with the stdlib typings in typeshed, updated
(Base)ExceptionGroup
generic types to define defaults for their generic arguments (defaulting toBaseExceptionGroup[BaseException]
andExceptionGroup[Exception]
) (PR by@mikenerone
)- Changed
BaseExceptionGroup.__init__()
to directly callBaseException.__init__()
instead of the superclass__init__()
in order to emulate the CPython behavior (broken or not) (PR by@cfbolz
)- Changed the
exceptions
attribute to always return the same tuple of exceptions, created from the original exceptions sequence passed toBaseExceptionGroup
to match CPython behavior ([#143](https://github.com/agronholm/exceptiongroup/issues/143) <https://github.com/agronholm/exceptiongroup/issues/143>
_)1.2.2
- Removed an
assert
inexceptiongroup._formatting
that caused compatibility issues with Sentry ([#123](https://github.com/agronholm/exceptiongroup/issues/123) <https://github.com/agronholm/exceptiongroup/issues/123>
_)1.2.1
- Updated the copying of
__notes__
to match CPython behavior (PR by CF Bolz-Tereick)- Corrected the type annotation of the exception handler callback to accept a
BaseExceptionGroup
instead ofBaseException
- Fixed type errors on Python < 3.10 and the type annotation of
suppress()
(PR by John Litborn)1.2.0
- Added special monkeypatching if
Apport <https://github.com/canonical/apport>
_ has overriddensys.excepthook
so it will format exception groups correctly (PR by John Litborn)- Added a backport of
contextlib.suppress()
from Python 3.12.1 which also handles suppressing exceptions inside exception groups- Fixed bare
raise
in a handler reraising the original naked exception rather than an exception group which is what is raised when you do araise
in anexcept*
handler1.1.3
catch()
now raises aTypeError
if passed an async exception handler instead of just giving aRuntimeWarning
about the coroutine never being awaited. (#66, PR by John Litborn)
... (truncated)
Commits
77fba8a
Added the release version5e153aa
Revert "Migrated test dependencies to dependency groups"5000bfe
Migrated tox configuration to native TOML427220d
Updated pytest options4ca264f
Migrated test dependencies to dependency groups163c3a8
Marked test_exceptions_mutate_original_sequence as xfail on pypy3.11a176574
Always create the exceptions tuple at init and return it from the exceptions ...550b796
Added BaseExceptionGroup.init, following CPython (#142)2a84dfd
Added typevar defaults to (Base)ExceptionGroup (#147)fb9133b
[pre-commit.ci] pre-commit autoupdate (#145)- Additional commits viewable in compare view
Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase
.
Dependabot commands and options
You can trigger Dependabot actions by commenting on this PR:
@dependabot rebase
will rebase this PR@dependabot recreate
will recreate this PR, overwriting any edits that have been made to it@dependabot merge
will merge this PR after your CI passes on it@dependabot squash and merge
will squash and merge this PR after your CI passes on it@dependabot cancel merge
will cancel a previously requested merge and block automerging@dependabot reopen
will reopen this PR if it is closed@dependabot close
will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually@dependabot show <dependency name> ignore conditions
will show all of the ignore conditions of the specified dependency@dependabot ignore this major version
will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this minor version
will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this dependency
will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)
Pull Request Statistics
Commits:
0
0
Files Changed:
0
0
Additions:
+0
+0
Deletions:
-0
-0
Package Dependencies
Technical Details
ID: | 171013 |
UUID: | 3055623585 |
Node ID: | PR_kwDODnmQMs6VxDaf |
Host: | GitHub |
Repository: | microsoftgraph/msgraph-sdk-python-core |