search

fizyk / pyramid_fullauth

Pyramid fullauth's goal is to provide full plug-in registration functionality for pyramid, with user managing
MIT License
27 stars 7 forks source link

Bump sqlalchemy from 2.0.4 to 2.0.5.post1 #661

Closed dependabot[bot] closed 1 year ago

dependabot[bot] commented 1 year ago

Bumps sqlalchemy from 2.0.4 to 2.0.5.post1.

Release notes

Sourced from sqlalchemy's releases.

2.0.5.post1

Released: March 5, 2023

orm

  • [orm] [bug] Added constructor arguments to the built-in mapping collection types including KeyFuncDict, _orm.attribute_keyed_dict(), _orm.column_keyed_dict() so that these dictionary types may be constructed in place given the data up front; this provides further compatibility with tools such as Python dataclasses .asdict() which relies upon invoking these classes directly as ordinary dictionary classes.

    References: #9418

  • [orm] [bug] [regression] Fixed multiple regressions due to #8372, involving _orm.attribute_mapped_collection() (now called _orm.attribute_keyed_dict()).

    First, the collection was no longer usable with "key" attributes that were not themselves ordinary mapped attributes; attributes linked to descriptors and/or association proxy attributes have been fixed.

    Second, if an event or other operation needed access to the "key" in order to populate the dictionary from an mapped attribute that was not loaded, this also would raise an error inappropriately, rather than trying to load the attribute as was the behavior in 1.4. This is also fixed.

    For both cases, the behavior of #8372 has been expanded. #8372 introduced an error that raises when the derived key that would be used as a mapped dictionary key is effectively unassigned. In this change, a warning only is emitted if the effective value of the ".key" attribute is None, where it cannot be unambiguously determined if this None was intentional or not. None will be not supported as mapped collection dictionary keys going forward (as it typically refers to NULL which means "unknown"). Setting _orm.attribute_keyed_dict.ignore_unpopulated_attribute will now cause such None keys to be ignored as well.

    References: #9424

  • [orm] [bug] Identified that the sqlite and mssql+pyodbc dialects are now compatible with the SQLAlchemy ORM's "versioned rows" feature, since SQLAlchemy now computes rowcount for a RETURNING statement in this specific case by counting the rows returned, rather than relying upon cursor.rowcount. In particular, the ORM versioned rows use case (documented at mapper_version_counter) should now be fully supported with the SQL Server pyodbc dialect.

... (truncated)

Commits


Dependabot compatibility score

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 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)
codecov[bot] commented 1 year ago

Codecov Report

Patch coverage has no change and project coverage change: -0.30 :warning:

Comparison is base (0709f4b) 99.41% compared to head (ef84eee) 99.12%.

Additional details and impacted files ```diff @@ Coverage Diff @@ ## main #661 +/- ## ========================================== - Coverage 99.41% 99.12% -0.30% ========================================== Files 47 47 Lines 2051 2051 ========================================== - Hits 2039 2033 -6 - Misses 12 18 +6 ``` | Flag | Coverage Δ | | |---|---|---| | unittests | `99.12% <ø> (-0.30%)` | :arrow_down: | Flags with carried forward coverage won't be shown. [Click here](https://docs.codecov.io/docs/carryforward-flags?utm_medium=referral&utm_source=github&utm_content=comment&utm_campaign=pr+comments&utm_term=Grzegorz+%C5%9Aliwi%C5%84ski#carryforward-flags-in-the-pull-request-comment) to find out more. | [Impacted Files](https://codecov.io/gh/fizyk/pyramid_fullauth/pull/661?src=pr&el=tree&utm_medium=referral&utm_source=github&utm_content=comment&utm_campaign=pr+comments&utm_term=Grzegorz+%C5%9Aliwi%C5%84ski) | Coverage Δ | | |---|---|---| | [tests/conftest.py](https://codecov.io/gh/fizyk/pyramid_fullauth/pull/661?src=pr&el=tree&utm_medium=referral&utm_source=github&utm_content=comment&utm_campaign=pr+comments&utm_term=Grzegorz+%C5%9Aliwi%C5%84ski#diff-dGVzdHMvY29uZnRlc3QucHk=) | `91.54% <0.00%> (-8.46%)` | :arrow_down: | Help us with your feedback. Take ten seconds to tell us [how you rate us](https://about.codecov.io/nps?utm_medium=referral&utm_source=github&utm_content=comment&utm_campaign=pr+comments&utm_term=Grzegorz+%C5%9Aliwi%C5%84ski). Have a feature suggestion? [Share it here.](https://app.codecov.io/gh/feedback/?utm_medium=referral&utm_source=github&utm_content=comment&utm_campaign=pr+comments&utm_term=Grzegorz+%C5%9Aliwi%C5%84ski)

:umbrella: View full report at Codecov.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.