为什么登录管理器插件停止使用Firefox31(可能是30)?

为什么登录管理器插件停止使用Firefox31(可能是30)?,firefox,firefox-addon,Firefox,Firefox Addon,我正在Gentoo Linux上使用Firefox,并带有一个修改版的。 修改只考虑存储登录的密钥以及C库的编译问题。 在我最新更新到FF 31之前,扩展工作正常。我不知道我以前用过哪个版本,因为我不太注意它。每当我更新我的系统时,都会进行更新 症状:当我访问保存了凭据的登录页面时,登录会自动完成,但密码不会。 我发现扩展的findLogins函数被调用,并以nsILoginInfo结构返回密码 那么为什么Firefox不再填写密码呢 [更新2014-09-06] 所以我对这个问题做了更多的调查

我正在Gentoo Linux上使用Firefox,并带有一个修改版的。 修改只考虑存储登录的密钥以及C库的编译问题。 在我最新更新到FF 31之前,扩展工作正常。我不知道我以前用过哪个版本,因为我不太注意它。每当我更新我的系统时,都会进行更新

症状:当我访问保存了凭据的登录页面时,登录会自动完成,但密码不会。 我发现扩展的findLogins函数被调用,并以nsILoginInfo结构返回密码

那么为什么Firefox不再填写密码呢

[更新2014-09-06]

所以我对这个问题做了更多的调查:

  • 通过Gentoo的emerge:Behavior安装了各种旧版本
  • 通过emerge安装的FF 32:未使用扩展,日志控制台中出现错误“Services.logins undefined”
  • 从vanilla下载运行FF 32和31:与emerge安装的行为相同
结论:

由于未知原因,我的加载项在31之前的所有版本上都无法正常工作。 在FF 32上甚至没有调用该加载项

我将尝试编写一个基于的最小测试登录管理器,并使用FF 32对其进行测试。一旦成功,我将把我的旧插件合并到其中

[更新2014-09-07]

FF 32问题是因为缺少
initialize
函数(之前名为
init
)。更改此选项后,附加模块的症状与任何其他版本相同


然而,我试过了,它成功了。我没有发现我的旧插件有什么问题。我换了一把新钥匙以适应我的旧钥匙,现在有了一个有效的解决方案。它甚至不需要二进制文件。也许有一天我会把它从不推荐使用的“libgnome密钥环”改为“libsecret”。

真奇怪。我会和插件开发人员谈谈,他应该支持所有版本的linux,也许你可以告诉他如何让Gentoo进入虚拟机,他可以测试一下。否则你就得深入研究了。Gentoo能被虚拟吗?也许我可以看看。我认为最初的开发人员没有时间做这个。他需要几个月的时间来修复64位二进制文件,我实在无法联系到他。我也不认为这与Gentoo有关。我使用的是二进制Firefox构建(无需编译),并且认为插件API中的某些内容已经更改,因此我必须相应地更改扩展。我只需要一个关于如何收集更多关于这个问题的信息的提示。好的,也许这里的一些用户可以在他们的操作系统上进行测试。今天晚些时候我会试着去,现在真的很忙。