Skip to content

build(deps): bump python-dotenv from 1.2.1 to 1.2.2 - #20

Open
dependabot[bot] wants to merge 1 commit into
masterfrom
dependabot/pip/python-dotenv-1.2.2
Open

build(deps): bump python-dotenv from 1.2.1 to 1.2.2#20
dependabot[bot] wants to merge 1 commit into
masterfrom
dependabot/pip/python-dotenv-1.2.2

Conversation

@dependabot

@dependabot dependabot Bot commented on behalf of github Jul 25, 2026

Copy link
Copy Markdown

Bumps python-dotenv from 1.2.1 to 1.2.2.

Release notes

Sourced from python-dotenv's releases.

v1.2.2

Added

  • Support for Python 3.14, including the free-threaded (3.14t) build. (#)

Changed

  • The dotenv run command now forwards flags directly to the specified command by @​bbc2 in theskumar/python-dotenv#607
  • Improved documentation clarity regarding override behavior and the reference page.
  • Updated PyPy support to version 3.11.
  • Documentation for FIFO file support.
  • Support for Python 3.9.

Fixed

Breaking Changes

  • dotenv.set_key and dotenv.unset_key used to follow symlinks in some situations. This is no longer the case. For that behavior to be restored in all cases, follow_symlinks=True should be used.

  • In the CLI, set and unset used to follow symlinks in some situations. This is no longer the case.

  • dotenv.set_key, dotenv.unset_key and the CLI commands set and unset used to reset the file mode of the modified .env file to 0o600 in some situations. This is no longer the case: The original mode of the file is now preserved. Is the file needed to be created or wasn't a regular file, mode 0o600 is used.

Misc

New Contributors

Full Changelog: theskumar/python-dotenv@v1.2.1...v1.2.2

Changelog

Sourced from python-dotenv's changelog.

[1.2.2] - 2026-03-01

Added

  • Support for Python 3.14, including the free-threaded (3.14t) build. (#588)

Changed

  • The dotenv run command now forwards flags directly to the specified command by [@​bbc2] in #607
  • Improved documentation clarity regarding override behavior and the reference page.
  • Updated PyPy support to version 3.11.
  • Documentation for FIFO file support.
  • Dropped Support for Python 3.9.

Fixed

  • Improved set_key and unset_key behavior when interacting with symlinks by [@​bbc2] in [790c5c0]
  • Corrected the license specifier and added missing Python 3.14 classifiers in package metadata by [@​JYOuyang] in #590

Breaking Changes

  • dotenv.set_key and dotenv.unset_key used to follow symlinks in some situations. This is no longer the case. For that behavior to be restored in all cases, follow_symlinks=True should be used.

  • In the CLI, set and unset used to follow symlinks in some situations. This is no longer the case.

  • dotenv.set_key, dotenv.unset_key and the CLI commands set and unset used to reset the file mode of the modified .env file to 0o600 in some situations. This is no longer the case: The original mode of the file is now preserved. Is the file needed to be created or wasn't a regular file, mode 0o600 is used.

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 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)
    You can disable automated security fix PRs for this repo from the Security Alerts page.

Bumps [python-dotenv](https://github.com/theskumar/python-dotenv) from 1.2.1 to 1.2.2.
- [Release notes](https://github.com/theskumar/python-dotenv/releases)
- [Changelog](https://github.com/theskumar/python-dotenv/blob/main/CHANGELOG.md)
- [Commits](theskumar/python-dotenv@v1.2.1...v1.2.2)

---
updated-dependencies:
- dependency-name: python-dotenv
  dependency-version: 1.2.2
  dependency-type: direct:production
...

Signed-off-by: dependabot[bot] <support@github.com>
@dependabot dependabot Bot added dependencies Pull requests that update a dependency file python Pull requests that update python code labels Jul 25, 2026
ourway added a commit that referenced this pull request Jul 31, 2026
…re-2.x varchar to TEXT (issuedb #20, #21)

Two consumer-reported defects from the 3.0.0 adoption round. No API change.

Import-time secret warnings (issuedb #20, SPEC 0013)
----------------------------------------------------
`python -c "import auth"` printed the weak-AUTH_JWT_SECRET_KEY and
weak-AUTH_AUDIT_PEPPER lines to stderr. auth/__init__.py imports auth.database,
which builds the engine singleton at module scope, constructing Settings, whose
validators warned. A client-only consumer signs no JWTs and writes no audit
rows, so neither line is actionable — and both land in THAT consumer's boot
logs, reading as their misconfiguration and training operators to ignore secret
warnings. Reported independently by tokengate (thr-b7e8b0c2c7914d56b6f1) and
runflow (thr-44794b4bbb6448c2bc01).

The server path never needed them: create_app already calls verify_audit_pepper,
which fails closed. Removed the two Settings validators; added
config.warn_on_weak_secrets(), idempotent per process, called from create_app
(server boot), create_tables and the Authorization wrapper (embedded).
Fail-closed behavior at server boot is unchanged.

varchar -> TEXT reconciliation (issuedb #21, SPEC 0014)
-------------------------------------------------------
create_all(checkfirst=True) never ALTERs an existing table, so embedded
databases created by pre-2.x versions keep narrow varchar widths where the
current models declare Text. Encrypted values of longer identifiers overflow
them, raising StringDataRightTruncation on write — highway hit this on
auth_membership.user inside add_membership (thr-d99bb6c79b894ff69f16) and
reconciled seven columns by hand.

database._reconcile_text_columns() now widens exactly those columns on
PostgreSQL, honoring AUTH_DATABASE_SCHEMA. Columns whose models declare a
bounded String are untouched: audit_log.user is a fitted 64-char fingerprint,
not an identifier, and widening it would erase a deliberate bound. The pass is
idempotent (a matching database gets no ALTERs) and non-raising per column, so a
runtime role without DDL rights logs and still starts.

Verification
------------
Both defects reproduced first, then fixed, and asserted in both directions:

- Subprocess probe, fresh interpreter per case, stderr captured separately,
  AUTH_* scrubbed, run from a temp cwd so the repo .env cannot mask it: bare
  import and Client construction are silent under WEAK secrets; create_tables,
  the Authorization wrapper and create_app DO warn under WEAK secrets; all are
  silent under STRONG secrets; create_app with a weak pepper and debug off still
  exits non-zero with "Refusing to start".
- tests/postgres/test_text_column_reconciliation.py against real PostgreSQL 16:
  the narrow column genuinely raises DataError first (without that, the fix
  would prove nothing), reconciliation widens it to ("text", None), the same
  write then succeeds and round-trips intact, a second run issues no ALTERs, and
  audit_log.user stays ("character varying", 64).

ruff, mypy, 214 unit tests, 15 postgres tests green.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

dependencies Pull requests that update a dependency file python Pull requests that update python code

Projects

None yet

Development

Successfully merging this pull request may close these issues.

0 participants