matterbridge 3.10.8-dev-20260831-e73fc65 → 3.10.8-dev-20260901-c4963a1

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (2) hide show
  1. package/CHANGELOG.md +13 -1
  2. package/package.json +12 -12
package/CHANGELOG.md CHANGED
@@ -35,7 +35,12 @@ If you like this project and find it useful, please consider giving it a star on
35
35
 
36
36
  ### Development News
37
37
 
38
- - [endpoint]: Clarify `addCommandHandler()` JSDoc after [#617](https://github.com/Luligu/matterbridge/issues/617): command handlers run before the Matter behavior command implementation starts its cluster-specific validation and state checks, so handlers with real side effects must validate the relevant Matter preconditions and current cluster state before acting; use `subscribeAttribute()` when actions should run only after Matterbridge accepts a command and updates the corresponding attributes.
38
+ - [chip]: ThermostatAuto endpoint 901 CHIP conformance is green ✅ for all applicable automated harness tests covering the `Thermostat` cluster.
39
+ - [chip]: ThermostatHeating endpoint 9011 CHIP conformance is green ✅ for all applicable automated harness tests covering the `Thermostat` cluster.
40
+ - [chip]: ThermostatCooling endpoint 9012 CHIP conformance is green ✅ for all applicable automated harness tests covering the `Thermostat` cluster.
41
+ - [chip]: ThermostatPresets endpoint 9013 CHIP conformance is green ✅ for all applicable automated harness tests covering the `Thermostat` cluster, including the `Presets` feature (`TC_TSTAT_4_2.py`).
42
+ - [chip]: ThermostatSchedules endpoint 9014 CHIP conformance is green ✅ for all applicable automated harness tests covering the `Thermostat` cluster, including the `MatterScheduleConfiguration` feature.
43
+ - [chip]: ThermostatSuggestions endpoint 9015 CHIP conformance is green ✅ for all applicable automated harness tests covering the `Thermostat` cluster, including the `ThermostatSuggestions` feature (`TC_TSTAT_4_3.py`).
39
44
  - [chip]: DoorLock endpoint 801 CHIP conformance is green ✅ for all applicable automated harness tests covering the `DoorLock` cluster.
40
45
  - [chip]: DoorLockUserPINSchedules endpoint 8012 CHIP conformance is green ✅ for all applicable automated harness tests covering the `DoorLock` cluster.
41
46
  - [chip]: Closure endpoint 805 CHIP conformance is green ✅ for the automated harness tests covering the `ClosureControl` cluster.
@@ -43,6 +48,11 @@ If you like this project and find it useful, please consider giving it a star on
43
48
  - [chip]: ClosureDimension endpoint 8062 (Closure Panel Roller, Translation shape) CHIP conformance is green ✅ for the automated harness tests covering the `ClosureDimension` cluster.
44
49
  - [chip]: ClusurePanelVenetian endpoint 8064 (Closure Panel Venetian, Rotation shape) CHIP conformance is green ✅ for the automated harness tests covering the `ClosureDimension` cluster.
45
50
  - [chip]: ClosurePanelSmartGlass endpoint 8066 (Closure Panel Smart-Glass, Modulation shape) CHIP conformance is green ✅ for the automated harness tests covering the `ClosureDimension` cluster.
51
+ - [chip]: WindowCoveringLift endpoint 803 CHIP conformance is green ✅ for the automated harness tests covering the `WindowCovering` cluster.
52
+ - [chip]: WindowCoveringTilt endpoint 8031 CHIP conformance is green ✅ for the automated harness tests covering the `WindowCovering` cluster.
53
+ - [chip]: WindowCoveringLiftTilt endpoint 8032 CHIP conformance is green ✅ for the automated harness tests covering the `WindowCovering` cluster.
54
+
55
+ - [endpoint]: Clarify `addCommandHandler()` JSDoc after [#617](https://github.com/Luligu/matterbridge/issues/617): command handlers run before the Matter behavior command implementation starts its cluster-specific validation and state checks, so handlers with real side effects must validate the relevant Matter preconditions and current cluster state before acting; use `subscribeAttribute()` when actions should run only after Matterbridge accepts a command and updates the corresponding attributes.
46
56
 
47
57
  ### Added
48
58
 
@@ -56,6 +66,8 @@ If you like this project and find it useful, please consider giving it a star on
56
66
  - [endpoint]: Add typed overloads for the `getClusterServerOptions()` typed surface when called with `Behavior.Type` or `ClusterType`.
57
67
  - [buntest]: Add `wssTest.test.ts`, auditing a `wss` (WebSocket over TLS) mTLS handshake under Bun with both the global `WebSocket` and the `ws` package client, documenting that the `ws` client silently ignores top-level TLS options under Bun and requires them nested under `tls` (see [README-BUN.md](./README-BUN.md) known issues, and upstream [oven-sh/bun#31396](https://github.com/oven-sh/bun/issues/31396)).
58
68
  - [utils]: Add spec compliant `luxToMatter` and `matterToLux` utilities.
69
+ - [WindowCovering]: Add `createDefaultTiltWindowCoveringClusterServer()` to `MatterbridgeEndpoint`, creating a tilt-only WindowCovering cluster server (Tilt and PositionAwareTilt features), mirroring `createDefaultWindowCoveringClusterServer()`.
70
+ - [WindowCovering]: `MatterbridgeWindowCoveringServer` can now simulate lift/tilt movement completion, opt-in via the new `state.movementDuration` (disabled by default; automatically enabled under `MATTERBRIDGE_CHIP_TEST`).
59
71
 
60
72
  ### Changed
61
73
 
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "matterbridge",
3
- "version": "3.10.8-dev-20260831-e73fc65",
3
+ "version": "3.10.8-dev-20260901-c4963a1",
4
4
  "description": "Matterbridge plugin manager for Matter",
5
5
  "author": "https://github.com/Luligu",
6
6
  "license": "Apache-2.0",
@@ -229,22 +229,22 @@
229
229
  ]
230
230
  },
231
231
  "dependencies": {
232
- "@matterbridge/core": "3.10.8-dev-20260831-e73fc65",
233
- "@matterbridge/dgram": "3.10.8-dev-20260831-e73fc65",
234
- "@matterbridge/jest-utils": "3.10.8-dev-20260831-e73fc65",
235
- "@matterbridge/test-utils": "3.10.8-dev-20260831-e73fc65",
236
- "@matterbridge/thread": "3.10.8-dev-20260831-e73fc65",
237
- "@matterbridge/types": "3.10.8-dev-20260831-e73fc65",
238
- "@matterbridge/utils": "3.10.8-dev-20260831-e73fc65",
239
- "@matterbridge/vitest-utils": "3.10.8-dev-20260831-e73fc65",
232
+ "@matterbridge/core": "3.10.8-dev-20260901-c4963a1",
233
+ "@matterbridge/dgram": "3.10.8-dev-20260901-c4963a1",
234
+ "@matterbridge/jest-utils": "3.10.8-dev-20260901-c4963a1",
235
+ "@matterbridge/test-utils": "3.10.8-dev-20260901-c4963a1",
236
+ "@matterbridge/thread": "3.10.8-dev-20260901-c4963a1",
237
+ "@matterbridge/types": "3.10.8-dev-20260901-c4963a1",
238
+ "@matterbridge/utils": "3.10.8-dev-20260901-c4963a1",
239
+ "@matterbridge/vitest-utils": "3.10.8-dev-20260901-c4963a1",
240
240
  "node-ansi-logger": "3.3.1",
241
241
  "node-persist-manager": "2.1.1"
242
242
  },
243
243
  "build": {
244
244
  "version": "3.10.8",
245
- "sha": "e73fc653685efc1e1e2354f9a93cd8defc40a9d5",
246
- "sha7": "e73fc65",
247
- "event": "workflow_dispatch",
245
+ "sha": "3af71450716c349493152ee48949641d34136e97",
246
+ "sha7": "3af7145",
247
+ "event": "schedule",
248
248
  "workflow": "Publish to npm and trigger docker builds",
249
249
  "type": "branch",
250
250
  "name": "dev",