Meteor如何处理陈旧的连接？

我试图以某种方式处理一个场景，在该场景中，我获得了一个已损坏的应用程序状态：

我首先在两个浏览器窗口中打开同一个应用程序

关闭wi-fi（或3g）-连接因未从远程服务器关闭而过时

在第一个选项卡中执行写入操作（第二个选项卡当然不会进行反应性更新）

打开wi-fi

在第一个选项卡中执行第二次写入（第二个选项卡现在将进行反应性更新）

因此，第一个选项卡现在处于损坏状态。第一次写入将永远不会同步到服务器，如果页面重新加载，更改将永久丢失

有没有办法处理这种陈旧的连接状态？Meteor.status（）.connected在整个场景中保持为true。这是一个需要解决的流星问题吗？

编辑：

算了吧，不幸的是我的假设没有实现：(

在重新连接时提交更改

但是Meteor.status（）在该页面上确实不起作用

在meteor.com上确实如此， 这很奇怪，因为整个流星云应该运行在0.4.0上，而不仅仅是托管的应用程序

玩得开心

---

manarius

这个问题在Meteor的github页面上被标记为已确认的bug

---

您是针对远程服务器还是仅针对本地主机进行测试？如果确实发生了这种情况（尤其是

Meteor.status（）。connected

应该是正确的，当我不久前尝试它时，它在预期的情况下工作，或者您是在几秒钟内进行测试的），那么将其作为问题发布到GH上可能会很方便。我正在使用远程服务器进行测试，禁用wi-fi不会影响本地主机连接：）。我也刚刚在github上发布了这个