I need a better restart state for our sleeve transfer. FR10 may release the sleeve before the application saves the next pocket. The file still points at the old destination. How should the recovery design represent that uncertainty?
Cannot choose a destination from our FR10's saved pocket alone
IsaacBrooks0868 · 2025年9月9日 13:07 UTC
主帖中文翻译暂不可用，以下显示英文原文；回复保留原文。 查看英文原文
4 条回复
Ask the programmer to distinguish an unstarted transfer from one with an unknown outcome, and have the cell team define how the operator reconciles the latter before another movement is requested.
18分回复 MayaParts
They are adding transfer stages and an unknown-outcome case. I also found that opening the helper currently calls the same function as resume. That connection is being removed.
9分Include that opening behaviour in the test request, along with an application crash after release but before the save, so the change is checked against the actual failure you found.
21分回复 MayaParts
Offline reopening now leaves the uncertain transfer waiting for reconciliation. It does not send another request. Physical recovery and operator instructions still need review with the integrator.
13分讨论已关闭
此讨论已连续六个月没有活动，现已关闭新回复。 最后活动： .