https://addons.mozilla.org/en-us/firefox/addon/image-picker/reviews/685038/ 这里有一个临时修复，我没验证。

其实挺希望AMO能有一个像是Github的Fork系统或者接管系统的，不然很多扩展都有人有意接手维护但没有方便的手续流程。不知道有人建议过没。

yfdyh000：https://addons.mozilla.org/en-us/firefox/addon/image-picker/reviews/685038/ 这里有一个临时修复，我没验证。

其实挺希望AMO能有一个像是Github的Fork系统...回到原帖

AMO遵循mpl和gpl，所以任何人都可以对任何扩展进行改动并提交。这样已经可以了吧，没必要成为另一个github那样的存在。github更像一个无政府组织，AMO至少还需要由mozilla统一领导。

fang5566：AMO遵循mpl和gpl，所以任何人都可以对任何扩展进行改动并提交。这样已经可以了吧，没必要成为另一个github那样的存在。github更像一个无政府组织，AMO至少还需要由mozilla统一领导。回到原帖

我的意思是一直期望可以一键Fork/提交小补丁，然后经由Mozilla审核员审核，在原页面上形成集成化的第三方版本专栏。

目前想在原作者失踪的情况下修复bug，只能第三方发布修改版 / 另立版本库和扩展ID并进行维护并等待长达几个月的重新审核，太耗费精力了。而且未来强制签名后，就只剩下第二种方法了。我的 https://addons.mozilla.org/firefox/addon/tab-utilities-fixed/ 提交审核快一个月了，队列进度才过半/近半。https://github.com/yfdyh000/tabutils/issues/11

yfdyh000：我的意思是一直期望可以一键Fork/提交小补丁，然后经由Mozilla审核员审核，在原页面上形成集成化的第三方版本专栏。

目前想在原作者失踪的情况下修复bug，只能第三方发布修改版 / 另立版本库和扩展ID并进行维护并等待长达几个月的重新...回到原帖

是啊，mozilla 饼画的很好，快速审核。实际上慢的要死，mozilla到底是人手少还是人员懒啊。

yfdyh000：我的意思是一直期望可以一键Fork/提交小补丁，然后经由Mozilla审核员审核，在原页面上形成集成化的第三方版本专栏。

目前想在原作者失踪的情况下修复bug，只能第三方发布修改版 / 另立版本库和扩展ID并进行维护并等待长达几个月的重新...回到原帖

这点上GH做得确实很好
现在像手机APP啊，Fx的扩展啊等等之类的，只要是有放在GH上的，都直接在GH上追了

我偶尔保存图片用的Keysnail插件Image hint也挂了
以前就挂过一次，后来不知咋的又好了
现在这次……嘛还是有进步，有提示了！
[Exception... "Not enough arguments [nsIWebBrowserPersist.saveURI]"  nsresult: "0x80570001 (NS_ERROR_XPC_NOT_ENOUGH_ARGS)"  location: "JS frame :: chrome://keysnail/content/eval.js line 1 > eval :: saveImage :: line 188"  data: no]

fang5566：是啊，mozilla 饼画的很好，快速审核。实际上慢的要死，mozilla到底是人手少还是人员懒啊。回到原帖

两者都有吧。Mozilla的附加组件都比较复杂，审核的压力和责任也很大，可以理解。审核员除了得看代码，还得实际测试，速度就快不了。听说Chrome的审核很混乱。

根据 https://blog.mozilla.org/addons/2014/07/14/the-amo-reviewer-community-turns-10/ 这篇博客，志愿者负责大约一半的附加组件审核（每周约150个）。
https://wiki.mozilla.org/Marketplace/Reviewers/Points_and_Incentives 积分和礼品规则。

yfdyh000：我的意思是一直期望可以一键Fork/提交小补丁，然后经由Mozilla审核员审核，在原页面上形成集成化的第三方版本专栏。

目前想在原作者失踪的情况下修复bug，只能第三方发布修改版 / 另立版本库和扩展ID并进行维护并等待长达几个月的重新...回到原帖

个人经验，进度的最后三分之一会瞬间跳过的。

凭枰：个人经验，进度的最后三分之一会瞬间跳过的。回到原帖

瞬间跳过估计是某个审核员大发神威吧，有干劲时审几十个，没干劲时几周不动。
也很可能是队列前部全是疑难积压，都被各审核员手动跳过了（根据我翻译AMO界面的经验，是有跳过选项的）。

Abduction!智能选区域截图扩展是我的最爱，现在也不能保存了。泪奔。。。长大了学编程为之续命

pein0saga：Abduction!智能选区域截图扩展是我的最爱，现在也不能保存了。泪奔。。。长大了学编程为之续命回到原帖

附件是续命版，修改参考了 https://addons.mozilla.org/en-US/firefox/addon/abduction/reviews/684774/

p.s. 昨天我才翻译过作者更新的新版本，看来作者更新指日可待。
http://www.babelzilla.org/index.php?option=com_wts&Itemid=88&type=lang&extension=4671

话说有人计划接手y大的userchromeJS mix扩展么，那个扩展集成的功能蛮多蛮好用的，但是也是因为api更改保存脚本的功能失效了，另外还有由于stylish扩展更新造成的需要追加对about:协议的支持，我前几天尝试修改结果不成功还差点毁了配置文件

Atester：话说有人计划接手y大的userchromeJS mix扩展么，那个扩展集成的功能蛮多蛮好用的，但是也是因为api更改保存脚本的功能失效了，另外还有由于stylish扩展更新造成的需要追加对about:协议的支持，我前几天尝试修改结果不成功还...回到原帖

自己改呗

Atester：话说有人计划接手y大的userchromeJS mix扩展么，那个扩展集成的功能蛮多蛮好用的，但是也是因为api更改保存脚本的功能失效了，另外还有由于stylish扩展更新造成的需要追加对about:协议的支持，我前几天尝试修改结果不成功还...回到原帖

userChromeJS Mix 扩展 （更新引导）（2015-2-4）
http://bbs.kafan.cn/thread-1808024-1-1.html

关于userChromeJS_Mix1.8.0在ff36下无法保存脚本的临时解决办法
http://bbs.kafan.cn/thread-1814352-1-1.html

infinity：userChromeJS Mix 扩展 （更新引导）（2015-2-4）
http://bbs.kafan.cn/thread-1808024-1-1.html

关于userChromeJS_Mix1.8.0在ff36下无法保存脚本的临时...回到原帖

保存脚本相关的问题，仅靠修改saveURI是无法修复的，我测试过了，不知道还有哪里有问题