Peter Murray

This might be due to the light state not being present in the bridge cache... I cannot remember if this is still used in that version (as I have been...

Yeah, it is the guard that is in place on the cache... https://github.com/peter-murray/node-hue-api/blob/e51fda5baebf5203bb810da0b323a8cab592e6a1/lib/api/Lights.js#L118 It will need to be refreshed and is currently done on start up when you connect for...

Ok, so that explains it for me :bow: The library only refreshes the cache on initial connection, or any activity that it performs with respect to pairing a new light...

@VonOx does the above details ☝️ explain why this is happening for you and match your use case? Can you issue the resync call via your integration when you need...

I rebased the changes on the the current `main` and addressed the various comments from the review in this commit. I have left the DTO objects in place for now...

@ArinGhazarian when I run `dotnet format` I am only getting a single response about CA1720, is there something I am missing from this, that was invoking it from the `src`...

The code scanning cli tool that David is working on will be using the model objects to link up and detect the right scanning results to export and import, so...

As for the CI build failures, has there been some changes in the main branch that I rebased on in this area as the failures seem unrelated to the code...

So the tests are now passing, but when I run the command locally now, from Rider, the `--github-source-org` even when specified on the command line, is not being passed through...

I am happy to go with source-org, but that was not the case in the examples that I was pointed to to base off of at the start. Thank you...