调用STT后无法正常再次按trigger key调用

[BurstL]

调用STT后无法正常再次按trigger key调用,
存在以下一些情况：

• 1. 转译过程网络中断，再次按trigger key调用显示报错Error :request exist：

• 2. 再次按trigger key, 显示的是stopping, 且无法按trigger key 正常退出。如图，dictype一直显示stopping，且系统显示microphone一直再调用：

[Xinkai]

部分修复

• fix: DictypeService reset its state #35 保证在转录失败或录音失败的情况下重置服务端状态。

剩下的部分不好弄

• 底层用到的Websocket库好像不能检测到断网的事件。
• 正常状态下，前端Stopping状态表明录音停止，转录继续，直到所有暂存的录音转录完。这个是故意的，我不想说完话还要一边保持安静一边等转录结束。之前有个想法，在Stopping状态再次按键可以强行重置状态。不过挺麻烦的。结合上上面说的断网检测不到，所以就一直卡住。
• 这个项目分成客户端和服务端，各自维护状态，一旦出现问题就不可避免造成奇怪的现象。

[BurstL]

感谢您的解答。上述的issue是在两个独立的情况下出现的，由于都与trigger key有关我就一起提了。
第一个网络问题确实不太常见，我是主动切网络的时候才出现。
第二个问题我不知道算不算bug, 我在升级到最新版本后(v0.0.7)，出现的具体情况如下：

• 启动dictype后第一次按trigger key显示connecting，kde系统显示麦克风启动，然后录音，会显示transcribing:

• 再次按trigger key显示stopping表示退出，麦克风正常退出：

• 第三次按trigger key，依旧显示stopping，系统麦克风启动且录音功能正常：

• 然后再按trigger key就无法退出录音状态，麦克风始终处于启用状态：

上述过程保证了网络正常。我设想录音状态和非录音状态是可以主动切换的，但如上所述第四次trigger key就无法退出了。

[Xinkai]

第二个问题应该在 #41 里修复。