為了改善您的使用體驗,本網站正在進行維護,部分功能暫時無法使用。若本站的文件無法解決您的問題,想要向社群發問的話,請到 Twitter 上的 @FirefoxSupport 或 Reddit 上的 /r/firefox 發問,我們的社群成員將很快會回覆您的疑問。

搜尋 Mozilla 技術支援網站

防止技術支援詐騙。我們絕對不會要求您撥打電話或發送簡訊,或是提供個人資訊。請用「回報濫用」功能回報可疑的行為。

了解更多

Latest update no longer considers 'allowclipboard' user defined capability policies

  • 3 回覆
  • 3 有這個問題
  • 1 次檢視
  • 最近回覆由 l2jdrlecter

more options

Since update 29.0.x, following these directions:

http://kb.mozillazine.org/Granting_JavaScript_access_to_the_clipboard

no longer allows CKeditor based rich text editor cut/copy buttons/altclick menu options to operate with clipboard.

Tested with Windows 7/XP+FF29.0.1 and Ubuntu+FF29.0

Since update 29.0.x, following these directions: http://kb.mozillazine.org/Granting_JavaScript_access_to_the_clipboard no longer allows CKeditor based rich text editor cut/copy buttons/altclick menu options to operate with clipboard. Tested with Windows 7/XP+FF29.0.1 and Ubuntu+FF29.0

所有回覆 (3)

more options

Support for CAPS to enable the clipboard via user.js has been removed in Firefox 29, so this is no longer possible.

See:

由 cor-el 於 修改

more options

Any recommended approach? Is there some other working way to surpass these security restrictions? We've got a thousand users accustomed to a JS driven familiar looking Copy button, since FF 3.x or so.

As far as I were able to test, those addons would rather allow or impede sites from doing their script magic, but none seems to provide extra security piercings such as the one we're missing now.

more options

For the sake of completeness, I'm annotating bugzilla related links here:

https://bugzilla.mozilla.org/show_bug.cgi?id=1004260

https://bugzilla.mozilla.org/show_bug.cgi?id=1013165