fix: reset fcitx state after stream completes

[bincat233]

这个改动主要是在补 #32 里第二个问题。

我这边复现下来，网络正常时也会出现这样一条链路：
第一次 trigger key 正常进入 connecting / transcribing，第二次正常进入 stopping，但这一轮结束之后，下一次再按 trigger key，UI 还是停在 stopping，不过录音和上屏其实又重新开始了；再按一次也不会按预期停掉。

看下来原因不在服务端，而是在 fcitx 侧的 DictypeState。流结束后 clear() 会清空文本，但没有把 stage 复位回 Closed，所以前一轮留下来的 Stopping 状态会带到下一轮。这样后面的 trigger key 行为就会变乱：界面一直显示 stopping，但实际又在重新录音和上屏。

这个 PR 做的事情很小：

• 在 DictypeState::clear() 里把 stage 复位到 Closed
• 顺手清掉 error message 和 input context 引用
• 把对应的单测预期一起更新了

我本地按 #32 里的描述复现后，修完再测，第二轮开始/停止已经恢复正常。

本地验证：
./build-test/DictypeFcitx/dictype_state_tests

[Xinkai]

@bincat233
可以试一下 #41 有没有解决你的问题。

你在这个PR里加的三行正是我之前删掉的三行。https://github.com/Xinkai/dictype/pull/23/changes#diff-0ab2017360bb3a808f90bfd33c7f87b34b719f400908fa5dac9c6cf8f58e45eeL19-L21

删掉这三行的原因是，原本在Errored状态下，UI会瞬间消失，报错信息都看不到。所以我把这个状态重置逻辑改到了每次新请求的时候。(或者用户重新使用键盘打字也可以重置）
当时满脑子想的都是错误的状态，所以在正常返回的时候反而没有重置。现在会判断 ended_，如果是 True, 就重置状态。

[Xinkai]

in favor of #41