yfdyh000：没装过这个应用。AMO用户挺少，才65。微博授权，共有 1383 人使用。
尝试装了并登录了，还试着重启了几次，没有发现丢失的情况，41beta和39.0.3都尝试了。

或许有其他原因。为什么不用40呢，也还没有强制签名的问题。回到原帖

我这个配置好像是从FF4一路升级上来，cookies老旧了？

yfdyh000：其实，也可能根本跟扩展无关，就是个偶发性的浏览器bug。
我在38beta时，完全无规律，启动时就随机性损坏并重建。
可以转40甚至Nightly用用看吧，如果没发生，证明旧版本留存了偶发bug没发现。回到原帖

看来丢失cookies有多种原因，我这还是有规律的，那个配置下只要一登陆ushare就丢cookies

tulip17：看来丢失cookies有多种原因，我这还是有规律的，那个配置下只要一登陆ushare就丢cookies回到原帖

有可能Cookies数据库中的那个weibo的部分损坏了，写入就会坏掉。

可以找个SQLite程序+命令转储一下（但很麻烦，我弄了很久才会），或者Cookies管理器的扩展导入导出一下，在重建/新的数据库中导入原数据。或者干脆重建一下看看。不过我38beta时，重建过一两次，好像没什么用。

我目前的主配置是Firefox 3.6左右用下来的，也没什么问题。

yfdyh000：其实，也可能根本跟扩展无关，就是个偶发性的浏览器bug。
我在38beta时，完全无规律，启动时就随机性损坏并重建。
可以转40甚至Nightly用用看吧，如果没发生，证明旧版本留存了偶发bug没发现。回到原帖

更新到40.0.2了依然遇到这情况，而且似乎更频繁了的样子，38只遇到过一次，到39了就多了起来。
不过一般是隔好几天才会遇到，写了个批处理，点一下就搞定了，所以也没怎么在意。

yfdyh000：有可能Cookies数据库中的那个weibo的部分损坏了，写入就会坏掉。

可以找个SQLite程序+命令转储一下（但很麻烦，我弄了很久才会），或者Cookies管理器的扩展导入导出一下，在重建/新的数据库中导入原数据。或者干脆重建一下看看...回到原帖

不再恢复之前的cookies了，就用它自动重建的文件，看看以后是否还有丢失情况

yfdyh000：有可能Cookies数据库中的那个weibo的部分损坏了，写入就会坏掉。

可以找个SQLite程序+命令转储一下（但很麻烦，我弄了很久才会），或者Cookies管理器的扩展导入导出一下，在重建/新的数据库中导入原数据。或者干脆重建一下看看...回到原帖

用自动重建的cookies，ushare退出登陆了几次，没出现cookies再次重建的情况，继续观察