python-bsblan 6.1.7__tar.gz → 6.1.8__tar.gz

{python_bsblan-6.1.7 → python_bsblan-6.1.8}/.github/workflows/codeql.yaml

@@ -23,10 +23,10 @@ jobs:
       security-events: write
     steps:
       - name: ⤵️ Check out code from GitHub
-        uses: actions/checkout@df4cb1c069e1874edd31b4311f1884172cec0e10 # v6.0.3
+        uses: actions/checkout@d23441a48e516b6c34aea4fa41551a30e30af803 # v6.1.0
         with:
           persist-credentials: false
       - name: 🏗 Initialize CodeQL
-        uses: github/codeql-action/init@54f647b7e1bb85c95cddabcd46b0c578ec92bc1a # v4.36.3
+        uses: github/codeql-action/init@e4fba868fa4b1b91e1fdab776edc8cfbe6e9fb81 # v4.37.3
       - name: 🚀 Perform CodeQL Analysis
-        uses: github/codeql-action/analyze@54f647b7e1bb85c95cddabcd46b0c578ec92bc1a # v4.36.3
+        uses: github/codeql-action/analyze@e4fba868fa4b1b91e1fdab776edc8cfbe6e9fb81 # v4.37.3

{python_bsblan-6.1.7 → python_bsblan-6.1.8}/.github/workflows/dependency-review.yaml

@@ -13,7 +13,7 @@ jobs:
     steps:
       - name: ⤵️ Check out code from GitHub
         # yamllint disable-line rule:line-length
-        uses: actions/checkout@df4cb1c069e1874edd31b4311f1884172cec0e10 # v6.0.3
+        uses: actions/checkout@d23441a48e516b6c34aea4fa41551a30e30af803 # v6.1.0
         with:
           persist-credentials: false
       - name: 👀 Dependency review

{python_bsblan-6.1.7 → python_bsblan-6.1.8}/.github/workflows/docs.yaml

@@ -23,11 +23,11 @@ jobs:
     runs-on: ubuntu-latest
     steps:
       - name: ⤵️ Check out code from GitHub
-        uses: actions/checkout@df4cb1c069e1874edd31b4311f1884172cec0e10 # v6.0.3
+        uses: actions/checkout@d23441a48e516b6c34aea4fa41551a30e30af803 # v6.1.0
         with:
           persist-credentials: false
       - name: 🏗 Set up uv
-        uses: astral-sh/setup-uv@fac544c07dec837d0ccb6301d7b5580bf5edae39 # v8.2.0
+        uses: astral-sh/setup-uv@11f9893b081a58869d3b5fccaea48c9e9e46f990 # v8.3.2
         with:
           enable-cache: true
       - name: 🏗 Set up Python ${{ env.DEFAULT_PYTHON }}

{python_bsblan-6.1.7 → python_bsblan-6.1.8}/.github/workflows/labels.yaml

@@ -21,7 +21,7 @@ jobs:
       issues: write
     steps:
       - name: ⤵️ Check out code from GitHub
-        uses: actions/checkout@df4cb1c069e1874edd31b4311f1884172cec0e10 # v6.0.3
+        uses: actions/checkout@d23441a48e516b6c34aea4fa41551a30e30af803 # v6.1.0
         with:
           persist-credentials: false
       - name: 🚀 Run Label Syncer

{python_bsblan-6.1.7 → python_bsblan-6.1.8}/.github/workflows/linting.yaml

@@ -21,11 +21,11 @@ jobs:
     runs-on: ubuntu-latest
     steps:
       - name: ⤵️ Check out code from GitHub
-        uses: actions/checkout@df4cb1c069e1874edd31b4311f1884172cec0e10 # v6.0.3
+        uses: actions/checkout@d23441a48e516b6c34aea4fa41551a30e30af803 # v6.1.0
         with:
           persist-credentials: false
       - name: 🏗 Set up uv
-        uses: astral-sh/setup-uv@fac544c07dec837d0ccb6301d7b5580bf5edae39 # v8.2.0
+        uses: astral-sh/setup-uv@11f9893b081a58869d3b5fccaea48c9e9e46f990 # v8.3.2
         with:
           enable-cache: true
       - name: 🏗 Set up Python ${{ env.DEFAULT_PYTHON }}
@@ -45,11 +45,11 @@ jobs:
     runs-on: ubuntu-latest
     steps:
       - name: ⤵️ Check out code from GitHub
-        uses: actions/checkout@df4cb1c069e1874edd31b4311f1884172cec0e10 # v6.0.3
+        uses: actions/checkout@d23441a48e516b6c34aea4fa41551a30e30af803 # v6.1.0
         with:
           persist-credentials: false
       - name: 🏗 Set up uv
-        uses: astral-sh/setup-uv@fac544c07dec837d0ccb6301d7b5580bf5edae39 # v8.2.0
+        uses: astral-sh/setup-uv@11f9893b081a58869d3b5fccaea48c9e9e46f990 # v8.3.2
         with:
           enable-cache: true
       - name: 🏗 Set up Python ${{ env.DEFAULT_PYTHON }}
@@ -60,7 +60,7 @@ jobs:
       - name: 🏗 Install Python dependencies
         run: uv sync --dev
       - name: 🏗 Set up Node.js
-        uses: actions/setup-node@48b55a011bda9f5d6aeb4c2d9c7362e8dae4041e # v6.4.0
+        uses: actions/setup-node@249970729cb0ef3589644e2896645e5dc5ba9c38 # v6.5.0
         with:
           node-version-file: ".nvmrc"
           cache: "npm"

{python_bsblan-6.1.7 → python_bsblan-6.1.8}/.github/workflows/release-drafter.yaml

@@ -36,7 +36,7 @@ jobs:
     steps:
       - name: 🚀 Run Release Drafter
         # yamllint disable-line rule:line-length
-        uses: release-drafter/release-drafter@4d75298e00d9e34c483e5ff8c68d0ea1c1940c1e # v7.5.1
+        uses: release-drafter/release-drafter@eada3c96a64734dd381cfbda23511034e328ddb0 # v7.6.0
         with:
           prerelease: ${{ github.event.inputs.prerelease == 'true' }}
           prerelease-identifier: ${{ github.event.inputs.prerelease_identifier }}

{python_bsblan-6.1.7 → python_bsblan-6.1.8}/.github/workflows/release.yaml

@@ -25,11 +25,11 @@ jobs:
       id-token: write
     steps:
       - name: ⤵️ Check out code from GitHub
-        uses: actions/checkout@df4cb1c069e1874edd31b4311f1884172cec0e10 # v6.0.3
+        uses: actions/checkout@d23441a48e516b6c34aea4fa41551a30e30af803 # v6.1.0
         with:
           persist-credentials: false
       - name: 🏗 Set up uv
-        uses: astral-sh/setup-uv@fac544c07dec837d0ccb6301d7b5580bf5edae39 # v8.2.0
+        uses: astral-sh/setup-uv@11f9893b081a58869d3b5fccaea48c9e9e46f990 # v8.3.2
         with:
           enable-cache: false
       - name: 🏗 Set up Python ${{ env.DEFAULT_PYTHON }}
@@ -54,7 +54,7 @@ jobs:
         with:
           subject-path: ./dist/*
       - name: 🚀 Publish to PyPi
-        uses: pypa/gh-action-pypi-publish@cef221092ed1bacb1cc03d23a2d87d1d172e277b # v1.14.0
+        uses: pypa/gh-action-pypi-publish@ba38be9e461d3875417946c167d0b5f3d385a247 # v1.14.1
         with:
           verbose: true
           print-hash: true

{python_bsblan-6.1.7 → python_bsblan-6.1.8}/.github/workflows/scorecard.yml

@@ -34,13 +34,13 @@ jobs:
     steps:
       - name: "Checkout code"
         # yamllint disable-line rule:line-length
-        uses: actions/checkout@df4cb1c069e1874edd31b4311f1884172cec0e10 # v6.0.3
+        uses: actions/checkout@d23441a48e516b6c34aea4fa41551a30e30af803 # v6.1.0
         with:
           persist-credentials: false
 
       - name: "Run analysis"
         # yamllint disable-line rule:line-length
-        uses: ossf/scorecard-action@4eaacf0543bb3f2c246792bd56e8cdeffafb205a # v2.4.3
+        uses: ossf/scorecard-action@2d1146689b8cda280b9bc96326124645441f03bc # v2.4.4
         with:
           results_file: results.sarif
           results_format: sarif
@@ -66,6 +66,6 @@ jobs:
       # Upload the results to GitHub's code scanning dashboard (optional).
       - name: "Upload to code-scanning"
         # yamllint disable-line rule:line-length
-        uses: github/codeql-action/upload-sarif@54f647b7e1bb85c95cddabcd46b0c578ec92bc1a # v4.36.3
+        uses: github/codeql-action/upload-sarif@e4fba868fa4b1b91e1fdab776edc8cfbe6e9fb81 # v4.37.3
         with:
           sarif_file: results.sarif

{python_bsblan-6.1.7 → python_bsblan-6.1.8}/.github/workflows/stale.yaml

@@ -18,7 +18,7 @@ jobs:
       pull-requests: write
     steps:
       - name: 🚀 Run stale
-        uses: actions/stale@eb5cf3af3ac0a1aa4c9c45633dd1ae542a27a899 # v10.3.0
+        uses: actions/stale@1e223db275d687790206a7acac4d1a11bd6fe629 # v10.4.0
         with:
           repo-token: ${{ secrets.GITHUB_TOKEN }}
           days-before-stale: 30

{python_bsblan-6.1.7 → python_bsblan-6.1.8}/.github/workflows/tests.yaml

@@ -29,11 +29,11 @@ jobs:
         python: ["3.12", "3.13", "3.14"]
     steps:
       - name: ⤵️ Check out code from GitHub
-        uses: actions/checkout@df4cb1c069e1874edd31b4311f1884172cec0e10 # v6.0.3
+        uses: actions/checkout@d23441a48e516b6c34aea4fa41551a30e30af803 # v6.1.0
         with:
           persist-credentials: false
       - name: 🏗 Set up uv
-        uses: astral-sh/setup-uv@fac544c07dec837d0ccb6301d7b5580bf5edae39 # v8.2.0
+        uses: astral-sh/setup-uv@11f9893b081a58869d3b5fccaea48c9e9e46f990 # v8.3.2
         with:
           enable-cache: true
       - name: 🏗 Set up Python ${{ matrix.python }}
@@ -61,14 +61,14 @@ jobs:
       pull-requests: read
     steps:
       - name: ⤵️ Check out code from GitHub
-        uses: actions/checkout@df4cb1c069e1874edd31b4311f1884172cec0e10 # v6.0.3
+        uses: actions/checkout@d23441a48e516b6c34aea4fa41551a30e30af803 # v6.1.0
         with:
           fetch-depth: 0
           persist-credentials: false
       - name: ⬇️ Download coverage data
         uses: actions/download-artifact@3e5f45b2cfb9172054b4087a40e8e0b5a5461e7c # v8.0.1
       - name: 🏗 Set up uv
-        uses: astral-sh/setup-uv@fac544c07dec837d0ccb6301d7b5580bf5edae39 # v8.2.0
+        uses: astral-sh/setup-uv@11f9893b081a58869d3b5fccaea48c9e9e46f990 # v8.3.2
         with:
           enable-cache: true
       - name: 🏗 Set up Python ${{ env.DEFAULT_PYTHON }}

{python_bsblan-6.1.7 → python_bsblan-6.1.8}/.github/workflows/typing.yaml

@@ -22,12 +22,12 @@ jobs:
     steps:
       - name: ⤵️ Check out code from GitHub
         # yamllint disable-line rule:line-length
-        uses: actions/checkout@df4cb1c069e1874edd31b4311f1884172cec0e10 # v6.0.3
+        uses: actions/checkout@d23441a48e516b6c34aea4fa41551a30e30af803 # v6.1.0
         with:
           persist-credentials: false
       - name: 🏗 Set up uv
         # yamllint disable-line rule:line-length
-        uses: astral-sh/setup-uv@fac544c07dec837d0ccb6301d7b5580bf5edae39 # v8.2.0
+        uses: astral-sh/setup-uv@11f9893b081a58869d3b5fccaea48c9e9e46f990 # v8.3.2
         with:
           enable-cache: true
       - name: 🏗 Set up Python ${{ env.DEFAULT_PYTHON }}

{python_bsblan-6.1.7 → python_bsblan-6.1.8}/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.4
 Name: python-bsblan
-Version: 6.1.7
+Version: 6.1.8
 Summary: Asynchronous Python client for BSBLAN API
 Project-URL: Homepage, https://github.com/liudger/python-bsblan
 Project-URL: Repository, https://github.com/liudger/python-bsblan

python_bsblan-6.1.8/openspec/changes/archive/2026-07-16-fix-partial-validation-state/.openspec.yaml

@@ -0,0 +1,3 @@
+---
+schema: spec-driven
+created: 2026-07-16

python_bsblan-6.1.8/openspec/changes/archive/2026-07-16-fix-partial-validation-state/design.md

@@ -0,0 +1,86 @@
+## Context
+
+`SectionValidator` lazily validates device parameter support before a section or
+hot-water group is read. It currently stores completion as a section-wide set in
+`APIValidator` and a group-wide set in `SectionValidator`. An `include` request
+validates only a subset but records that coarse completion state, so a later
+request for different names or all names can skip validation.
+
+The resulting configuration has not established whether every requested
+parameter is supported. For normal sections, an unvalidated parameter can remain
+in the configuration and later produce a strict response-mapping failure. For
+hot water, the cache contains only the first subset and later reads silently use
+that incomplete cache.
+
+## Goals / Non-Goals
+
+**Goals:**
+
+- Record lazy-validation coverage by parameter ID for sections and hot-water
+  groups.
+- Revalidate only the parameter IDs required by a later request when they have
+  not already been covered.
+- Retain the existing public method signatures, include-filter validation, and
+  per-section/group locking model.
+- Add regression tests for sequential filtered and unfiltered access.
+
+**Non-Goals:**
+
+- Change the public `include` API or make it accept parameter IDs.
+- Alter device-response parsing, model serialization, or unsupported-parameter
+  rules.
+- Retry or cache failed validation requests.
+
+## Decisions
+
+### Track covered parameter IDs per validation owner
+
+`APIValidator` will maintain a mapping from section name to the set of parameter
+IDs whose support was checked. `SectionValidator` will maintain the equivalent
+mapping for hot-water group names. Completion for a request is determined by
+whether its requested IDs are a subset of that owner’s covered IDs.
+
+Parameter IDs are chosen over parameter names because they are the identifiers
+sent to BSB-LAN and remain unambiguous if a configuration ever aliases a name.
+When a response establishes an ID is unsupported, it is removed from the active
+configuration/cache but remains covered, preventing needless repeated probes.
+
+Alternative considered: avoid persisting any completion after an `include`
+request. This avoids the defect but discards useful knowledge and repeatedly
+validates already checked parameters. Parameter-level coverage keeps lazy
+loading efficient while remaining correct.
+
+### Derive requested IDs before the one-time gate
+
+Each ensure method will first resolve the configured IDs for its section or
+group, applying `include` when present. Its lock’s fast and post-lock checks will
+compare that specific requested-ID set to coverage rather than use a coarse
+section/group marker. A full request resolves all currently configured IDs and
+therefore completes only after each is covered.
+
+An include filter that matches no IDs will not add coverage or mark a group or
+section complete. Existing downstream include validation remains responsible for
+returning the appropriate invalid-include error.
+
+Alternative considered: retain a boolean for full validation plus a separate
+partial set. This duplicates state and makes configuration changes harder to
+reason about; one coverage mapping expresses both cases.
+
+### Preserve locks and recheck coverage after waiting
+
+The existing per-section and per-group locks remain in place. The completion
+predicate will calculate coverage for the current requested IDs both before and
+after lock acquisition. Concurrent calls requesting different subsets therefore
+serialize safely, and the second call still validates its uncovered IDs.
+
+## Risks / Trade-offs
+
+- [Configuration mutation during validation] → Derive the requested IDs from
+  the current configuration at each completion check; removed unsupported IDs
+  no longer need validation.
+- [Stale internal tests inspect completion sets] → Update tests to assert
+  parameter coverage and externally observable request/cache behavior instead
+  of obsolete whole-group completion.
+- [Additional first-read requests] → A later request for previously unrequested
+  parameters necessarily makes one validation request; already covered IDs are
+  not re-requested.

python_bsblan-6.1.8/openspec/changes/archive/2026-07-16-fix-partial-validation-state/proposal.md

@@ -0,0 +1,38 @@
+## Why
+
+Lazy validation currently records a section or hot-water group as fully
+validated after a request filtered with `include`. This can leave unsupported
+parameters in a section or leave the hot-water cache incomplete, causing later
+unfiltered reads to skip necessary validation and return incomplete data or fail
+while mapping a device response.
+
+## What Changes
+
+- Track validation coverage at the parameter level for sections and hot-water
+  groups instead of treating any successful filtered request as complete.
+- Ensure a later request validates parameter names that an earlier `include`
+  request did not cover.
+- Keep validation completion correct when an include filter has no matching
+  parameters.
+- Add focused regression coverage for filtered-then-unfiltered and
+  differently-filtered reads.
+
+## Capabilities
+
+### New Capabilities
+
+- `lazy-validation-completeness`: Lazy section and hot-water validation covers
+  every parameter required by each request before that request uses the cached
+  configuration.
+
+### Modified Capabilities
+
+- None.
+
+## Impact
+
+- Affected code: `src/bsblan/_validation.py`, `src/bsblan/utility.py`, and the
+  lazy section and hot-water read paths that use their validation state.
+- Affected tests: validation, include-filter, and hot-water regression tests.
+- Public API: no signature changes; `include` calls may perform an additional
+  validation request when they need parameters not checked by a prior call.

python_bsblan-6.1.8/openspec/changes/archive/2026-07-16-fix-partial-validation-state/specs/lazy-validation-completeness/spec.md

@@ -0,0 +1,63 @@
+## ADDED Requirements
+
+### Requirement: Section validation covers every requested parameter
+
+Before a lazy section read uses its configured parameters, the client SHALL
+validate support for every parameter ID required by that read. A prior validation
+of a different included subset SHALL NOT make unvalidated parameter IDs appear
+validated. The client SHALL not repeat validation for IDs already covered unless
+validation state is explicitly reset.
+
+#### Scenario: Filtered section read followed by unfiltered read
+
+- **WHEN** a section is first read with `include` selecting one parameter and a
+  later read requests the complete section
+- **THEN** the later read validates every configured parameter ID not checked by
+  the first read before fetching the complete section
+
+#### Scenario: Differently filtered section read
+
+- **WHEN** a section is read with one included parameter and later read with a
+  different included parameter
+- **THEN** the second read validates the newly requested parameter ID
+- **AND** it does not revalidate the parameter ID already covered by the first
+  read
+
+#### Scenario: Unsupported parameter discovered by a later read
+
+- **WHEN** a later section read validates a previously uncovered parameter ID
+  that the device does not support
+- **THEN** the client removes that parameter from the active configuration
+- **AND** subsequent reads do not request that unsupported parameter
+
+### Requirement: Hot-water group validation covers every requested parameter
+
+Before a hot-water group read uses its cached parameters, the client SHALL
+validate and cache every parameter ID required by that read. A prior validation
+of an included subset SHALL NOT make the group complete for other parameter IDs.
+
+#### Scenario: Filtered hot-water read followed by complete group read
+
+- **WHEN** a hot-water group is first read with `include` selecting a subset and
+  later read without `include`
+- **THEN** the later read validates and caches every remaining supported
+  parameter ID in that group before it fetches group data
+
+#### Scenario: Differently filtered hot-water read
+
+- **WHEN** a hot-water group is read with one included parameter and later read
+  with a different included parameter
+- **THEN** the second read validates and caches the newly requested parameter ID
+- **AND** it does not revalidate the parameter ID already covered by the first
+  read
+
+### Requirement: Empty include results do not complete validation
+
+When an include filter selects no parameter IDs in a section or hot-water group,
+the client SHALL NOT record that owner as complete or add parameter coverage.
+
+#### Scenario: Later valid read after no-match include
+
+- **WHEN** an include filter matches no parameters and a later request selects
+  one or more valid parameters from the same section or hot-water group
+- **THEN** the later request validates its selected parameter IDs normally

python_bsblan-6.1.8/openspec/changes/archive/2026-07-16-fix-partial-validation-state/tasks.md

@@ -0,0 +1,29 @@
+## 1. Parameter-Level Validation Coverage
+
+- [x] 1.1 Replace coarse section completion tracking in `APIValidator` with
+  per-section parameter-ID coverage, including reset behavior.
+- [x] 1.2 Update lazy section validation to derive the current requested IDs,
+  gate on their coverage, and retain unsupported-ID removal behavior.
+- [x] 1.3 Replace coarse hot-water group completion tracking with per-group
+  parameter-ID coverage and keep the cache synchronized with validated IDs.
+- [x] 1.4 Ensure empty include-filter results add no coverage and do not mark a
+  section or hot-water group complete.
+
+## 2. Regression Coverage
+
+- [x] 2.1 Add section tests for filtered-then-unfiltered and
+  differently-filtered reads, asserting uncovered IDs are validated once.
+- [x] 2.2 Add a section test showing a later-discovered unsupported ID is
+  removed before the complete read is mapped.
+- [x] 2.3 Update hot-water include tests to assert a partial request does not
+  complete the group, then add filtered-then-unfiltered and
+  differently-filtered regression cases.
+- [x] 2.4 Update the empty include-filter test to assert no completion state is
+  recorded and a later valid request performs validation.
+- [x] 2.5 Retain or extend locking coverage to prove sequentially serialized
+  requests recheck their own parameter coverage.
+
+## 3. Validation
+
+- [x] 3.1 Run focused validation and include-filter tests with `--no-cov`.
+- [x] 3.2 Run `uv run prek run --all-files` and resolve all reported failures.

python_bsblan-6.1.8/openspec/specs/lazy-validation-completeness/spec.md

@@ -0,0 +1,71 @@
+# lazy-validation-completeness
+
+## Purpose
+
+Lazy section and hot-water validation must record the parameter IDs it has
+actually checked so filtered reads cannot suppress validation required by later
+requests.
+
+## Requirements
+
+### Requirement: Section validation covers every requested parameter
+
+Before a lazy section read uses its configured parameters, the client SHALL
+validate support for every parameter ID required by that read. A prior validation
+of a different included subset SHALL NOT make unvalidated parameter IDs appear
+validated. The client SHALL not repeat validation for IDs already covered unless
+validation state is explicitly reset.
+
+#### Scenario: Filtered section read followed by unfiltered read
+
+- **WHEN** a section is first read with `include` selecting one parameter and a
+  later read requests the complete section
+- **THEN** the later read validates every configured parameter ID not checked by
+  the first read before fetching the complete section
+
+#### Scenario: Differently filtered section read
+
+- **WHEN** a section is read with one included parameter and later read with a
+  different included parameter
+- **THEN** the second read validates the newly requested parameter ID
+- **AND** it does not revalidate the parameter ID already covered by the first
+  read
+
+#### Scenario: Unsupported parameter discovered by a later read
+
+- **WHEN** a later section read validates a previously uncovered parameter ID
+  that the device does not support
+- **THEN** the client removes that parameter from the active configuration
+- **AND** subsequent reads do not request that unsupported parameter
+
+### Requirement: Hot-water group validation covers every requested parameter
+
+Before a hot-water group read uses its cached parameters, the client SHALL
+validate and cache every parameter ID required by that read. A prior validation
+of an included subset SHALL NOT make the group complete for other parameter IDs.
+
+#### Scenario: Filtered hot-water read followed by complete group read
+
+- **WHEN** a hot-water group is first read with `include` selecting a subset and
+  later read without `include`
+- **THEN** the later read validates and caches every remaining supported
+  parameter ID in that group before it fetches group data
+
+#### Scenario: Differently filtered hot-water read
+
+- **WHEN** a hot-water group is read with one included parameter and later read
+  with a different included parameter
+- **THEN** the second read validates and caches the newly requested parameter ID
+- **AND** it does not revalidate the parameter ID already covered by the first
+  read
+
+### Requirement: Empty include results do not complete validation
+
+When an include filter selects no parameter IDs in a section or hot-water group,
+the client SHALL NOT record that owner as complete or add parameter coverage.
+
+#### Scenario: Later valid read after no-match include
+
+- **WHEN** an include filter matches no parameters and a later request selects
+  one or more valid parameters from the same section or hot-water group
+- **THEN** the later request validates its selected parameter IDs normally

{python_bsblan-6.1.7 → python_bsblan-6.1.8}/package-lock.json

@@ -12,13 +12,13 @@
         "url-parse": "1.5.10"
       },
       "devDependencies": {
-        "prettier": "3.9.5"
+        "prettier": "3.9.6"
       }
     },
     "node_modules/prettier": {
-      "version": "3.9.5",
-      "resolved": "https://registry.npmjs.org/prettier/-/prettier-3.9.5.tgz",
-      "integrity": "sha512-/FVl766LpUfB5vXgCYOYa0MeV/441Ia99AeICQIQFTY/Nw0roZwULcXpku5i1/m5kt/baz+s4Zogspd839HSMg==",
+      "version": "3.9.6",
+      "resolved": "https://registry.npmjs.org/prettier/-/prettier-3.9.6.tgz",
+      "integrity": "sha512-OpN0zzVdiaiAhxpuuj5efpIS4sY9j7bY6uR5mnj5yPzGkdkjNKSJeUThPb60Jw29QuAZgA4o+/iB49kFiaBX6g==",
       "dev": true,
       "license": "MIT",
       "bin": {

{python_bsblan-6.1.7 → python_bsblan-6.1.8}/package.json

@@ -9,7 +9,7 @@
   "author": "WJL van Rootselaar <liudgervr@gmail.com>",
   "license": "MIT",
   "devDependencies": {
-    "prettier": "3.9.5"
+    "prettier": "3.9.6"
   },
   "dependencies": {
     "url-parse": "1.5.10"

{python_bsblan-6.1.7 → python_bsblan-6.1.8}/pyproject.toml

@@ -1,6 +1,6 @@
 [project]
 name = "python-bsblan"
-version = "6.1.7"
+version = "6.1.8"
 description = "Asynchronous Python client for BSBLAN API"
 authors = [
     {name = "Willem-Jan van Rootselaar", email = "liudgervr@gmail.com"}
@@ -196,7 +196,7 @@ dev = [
     # hatch is required to support type hinting and proper packaging of the py.typed file.
     "hatch>=1.14.1",
     "isort==8.0.1",
-    "ty==0.0.56",
+    "ty==0.0.59",
     "prek>=0.3.3",
     "pre-commit-hooks==6.0.0",
     "pylint==4.0.5",