OpenWonderLabs / homebridge-switchbot / 15918360283

1%

latest: 1%

push

github

Solves issue with deviceRefreshStatus method usage (#1217)

## :recycle: Current situation

As reported in the ticket
https://github.com/OpenWonderLabs/homebridge-switchbot/issues/1209#issue-3054148604
the update of the parameters of some sensors connected to hub 2 does not
seem to work correctly.

I extended the explanation in this comment in that thread:

https://github.com/OpenWonderLabs/homebridge-switchbot/issues/1209#issuecomment-2953947681

To report the information here too:

The problem seems to be that the response obtained from the status of a
device is destructured by recovering only the body, thus losing the
statusCode, subsequently the method that verifies the response from the
status code returns false, not finding the data present in the variable
`deviceStatus`

```ts
      const response = await this.deviceRefreshStatus()
      const deviceStatus: any = response.body
      // ...
      if (await this.successfulStatusCodes(deviceStatus)) {          // This cant check the statusCode cause it's not present in the `response.body` but in the `response.statusCode`
      // ...
```

## :bulb: Proposed solution

Change the usage of data obtained from the `pushChangeRequest` and
`deviceRefreshStatus` methods.

## :gear: Release Notes

- Solves issue with status code check from API responses in some cases.

## :heavy_plus_sign: Additional Information
*If applicable, provide additional context in this section.*

### Testing

*Which tests were added? Which existing tests were adapted/changed?
Which situations are covered, and what edge cases are missing?*

### Reviewer Nudging

It is probably easier to review starting from the `src/device/device.ts`
file and then review the other changes which are very similar to each
other.

--

I apologize if this is not the correct way to open a PR or if there are
other inaccuracies.

Thank you very much and good work 😄

4 of 41 branches covered (9.76%)

Branch coverage included in aggregate %.

0 of 61 new or added lines in 31 files covered. (0.0%)

215 of 15646 relevant lines covered (1.37%)

0.04 hits per line