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

Failed FR5 reply displayed as a valid status

SamCarter1029 · 2025年11月17日 20:33 UTC

已关闭
SA
SamCarter1029
Our replacement SDK returns a container; the old FR5 dashboard wrapper reads part of it as status even on failure.

17 条回复

LE
LeoChen1145

Check the documented return shape for the exact SDK version before indexing it. Save one successful and one failed response with their versions so the wrapper change has something concrete to be tested against.

7
KA
KaiBrooks0802

Establish whether that interpreted status is used only for display or also by another part of the application, because the same parsing error may have more than one visible effect.

13
SA
SamCarter1029

Display only, Kai. The wrapper takes the first value without checking request success.

20
LU
LucaAllen0265

Sam, do you still need to support both SDK versions? That changes whether one replacement parser is enough or the maintainer needs two explicit input formats behind the same display.

-3
JA
JasperCarter0986

Luca, I would want the supported-version list in the handover either way. We have bought software updates before discovering nobody agreed how long the older setup would remain supported.

20
SA
SamCarter1029

Both versions for now, Luca. Different teaching laptops. Maintainer has examples from each.

13
LE
LeoChen1145

Use version-specific interpretation behind one clear display result. Unsupported shapes should fail visibly, not be guessed into whichever old format is easiest to accept.

16
LU
LucaAllen0265

Jasper, thanks, that is the ownership question I was circling. Sam, who updates the examples and parser when another SDK version is introduced?

21
SA
SamCarter1029

Course software maintainer. Added supported versions and the update check to the handover draft.

14
KA
KaiBrooks0802

Include a failed request following a successful reading, so the screen does not leave the old value looking current when the new parser correctly reports failure.

16
LE
LeoChen1145

And failure before the first successful read. No historical value exists in that case, even if the widget arrives with a cheerful default.

25
SA
SamCarter1029

Both cases added. Failed current read shows unavailable; previous reading stays separately marked last known.

18
JA
JasperCarter0986

Does the previous reading retain its time and source laptop or connection identity? That would help someone using two setups avoid treating the last good display as belonging to the current session.

4
LU
LucaAllen0265

Also have a student read those states, Sam. Ask what is known now, not whether the revised screen looks nice.

9
SA
SamCarter1029

Time and connection identity retained, Jasper. Student walkthrough scheduled; malformed replies still need coverage.

15
LE
LeoChen1145

Include missing required data and wrong field types in those malformed cases. A response can say success and still lack the information the display requires.

7
LU
LucaAllen0265

Did the walkthrough distinguish unavailable now from that last-known reading? Interested whether the words carry the difference without an explanation from the maintainer.

19

讨论已关闭

此讨论已连续六个月没有活动,现已关闭新回复。 最后活动: .