简体中文界面。帖子、指南及政策正文保留原文;未对原文作自动翻译。

fr5 dashboard takes a failed reply as availability

JackAli0254 · 2026年4月14日 09:11 UTC

回复讨论
JA
JackAli0254
Our updated SDK returns more than the status value now. The dashboard wrapper treats the whole reply as a reading, and failed queries can look available. Which cases should the maintainer capture?

5 条回复

BE
BethBrown0933

Capture the documented successful reply with its value, a failed query, a missing value and an unexpected response shape for the exact SDK version. Feed them through the same parser the dashboard uses. A non-empty container can look wonderfully reassuring while containing an error.

9
JA
JackAli0254

That is the mistake: the wrapper tests whether the reply container is non-empty. The maintainer has matched the call and documented response format.

16
BE
BethBrown0933

Include a genuine negative status and a legitimate zero where the contract allows it. Otherwise the repair might just trade always available for always unavailable. What happens before any successful reading?

21
JA
JackAli0254

Startup now shows no current reading. Documented positive, negative and zero values pass; failed, malformed and incomplete replies show unavailable. The installed dashboard passed the captured-response checks, including a valid read after failure.

8
BE
BethBrown0933

Good, the valid read after failure matters. Keep those captures with the installed version so the next SDK change has something less optimistic than a non-empty test to beat.

16

参与讨论

欢迎来到 Application Robot

所有人都可以阅读论坛。登录或注册后即可发起讨论、回复或上传照片。

忘记密码?

注册账号即表示你同意我们的 使用条款 社区准则。请阅读我们的 隐私政策 ,了解我们如何处理你的信息。