Keep command hook version internal while fixing related Arc.React test regressions#2230
Conversation
Agent-Logs-Url: https://github.com/Cratis/Arc/sessions/14babc5a-7987-411f-add8-ea098bf25257 Co-authored-by: einari <134365+einari@users.noreply.github.com>
|
NuGet packages for this PR, e.g. Cratis.Arc: |
|
@copilot Is there a reason to return the version number at all? We're just using to cause a re-render, I don't see any value in exposing it to the outside world. Unless you're seeing something |
Agent-Logs-Url: https://github.com/Cratis/Arc/sessions/0986ad34-f238-4e47-9e6f-ea7a46a3c2a6 Co-authored-by: einari <134365+einari@users.noreply.github.com>
No — I agree it shouldn’t be part of the public API. I moved the version tracking into Warning Firewall rules blocked me from connecting to one or more addresses (expand for details)I tried to connect to the following addresses, but was blocked by firewall rules:
If you need me to access, download, or install something from one of these locations, you can either:
|
|
NuGet packages for this PR, e.g. Cratis.Arc: |
Agent-Logs-Url: https://github.com/Cratis/Arc/sessions/d20d73f2-0a2f-4df2-a8be-38bc97ede375 Co-authored-by: einari <134365+einari@users.noreply.github.com>
Fixed in d48cfef. I addressed the React Warning Firewall rules blocked me from connecting to one or more addresses (expand for details)I tried to connect to the following addresses, but was blocked by firewall rules:
If you need me to access, download, or install something from one of these locations, you can either:
|
Fixed in d48cfef. I reproduced the failing Warning Firewall rules blocked me from connecting to one or more addresses (expand for details)I tried to connect to the following addresses, but was blocked by firewall rules:
If you need me to access, download, or install something from one of these locations, you can either:
|
|
NuGet packages for this PR, e.g. Cratis.Arc: |
Summary
This PR keeps the command version counter internal to
CommandForm, adds regression coverage foruseCommandscope registration, and fixes related Arc.React test regressions uncovered by CI in theuseChangeStreamsuite.Added
.use()registration insideCommandScope, including a guard against React render-phase update warnings (useCommand calls context.addCommand during render, causing React "Cannot update a component while rendering" warning #2227)useChangeStreamspecs by providing a fresh query cache per test render (useCommand calls context.addCommand during render, causing React "Cannot update a component while rendering" warning #2227)Changed
CommandForm, where it is used for rerenders and auto server validation (useCommand calls context.addCommand during render, causing React "Cannot update a component while rendering" warning #2227)useCommandAPI (useCommand calls context.addCommand during render, causing React "Cannot update a component while rendering" warning #2227)useChangeStreamregression specs to wait for subscription callback registration before pushing query results (useCommand calls context.addCommand during render, causing React "Cannot update a component while rendering" warning #2227)Fixed
useCommandcontract so generated command hooks no longer expose an internal version value (useCommand calls context.addCommand during render, causing React "Cannot update a component while rendering" warning #2227)useCommandreturn shape (useCommand calls context.addCommand during render, causing React "Cannot update a component while rendering" warning #2227)useChangeStreamtests caused by sharedQueryInstanceCachestate between specs (useCommand calls context.addCommand during render, causing React "Cannot update a component while rendering" warning #2227)act(...)warning failures in CI (useCommand calls context.addCommand during render, causing React "Cannot update a component while rendering" warning #2227)Removed
useCommandtuple and generated command.use()signatures (useCommand calls context.addCommand during render, causing React "Cannot update a component while rendering" warning #2227)Security
Deprecated