[meta] Clipboard API improvements
Categories
(Core :: DOM: Copy & Paste and Drag & Drop, task)
Tracking
()
People
(Reporter: evilpie, Unassigned)
References
(Depends on 15 open bugs, Blocks 3 open bugs)
Details
(Keywords: meta, parity-chrome, parity-safari)
Right now Firefox only supports Clipboard.writeText
and Clipboard.readText
and only for WebExtensions. Chrome already supports write
/read
with images.
Updated•4 years ago
|
Reporter | ||
Comment 1•4 years ago
|
||
Seems like Safari 13.1 just shipped with this API as well: https://webkit.org/blog/10247/new-webkit-features-in-safari-13-1/
Reporter | ||
Updated•4 years ago
|
According to https://developer.mozilla.org/en-US/docs/Web/API/Clipboard_API, firefox is the only modern browser that doesn't have this. Is there any progress on this?
Updated•3 years ago
|
Reporter | ||
Updated•3 years ago
|
Reporter | ||
Updated•3 years ago
|
Updated•1 year ago
|
Comment 4•4 months ago
|
||
Stumbled on to this, while noticing that Safari and Chrome do implement Clipboard API, but Firefox
a) requires enabling a pref dom.events.asyncClipboard.readText, and
b) after that pref has been enabled, which exposes navigator.clipboard.readText() function, calling that function will cause an ad hoc popup dialog "Paste" to appear on the page that the user needs to click.
In Chrome, access to Clipboard is managed via the Permissions API. I wonder if Firefox has intent to implement same UX at some point? Or are there some qualms about using Permissions API for this purpose? (In particular, Permissions API is a one-off request for the lifetime of the site, whereas Firefox's current ad hoc popup appears on every paste operation)
Comment 5•4 months ago
|
||
(In reply to Jukka Jylänki from comment #4)
Stumbled on to this, while noticing that Safari and Chrome do implement Clipboard API, but Firefox
a) requires enabling a pref dom.events.asyncClipboard.readText, and
b) after that pref has been enabled, which exposes navigator.clipboard.readText() function, calling that function will cause an ad hoc popup dialog "Paste" to appear on the page that the user needs to click.In Chrome, access to Clipboard is managed via the Permissions API. I wonder if Firefox has intent to implement same UX at some point? Or are there some qualms about using Permissions API for this purpose? (In particular, Permissions API is a one-off request for the lifetime of the site, whereas Firefox's current ad hoc popup appears on every paste operation)
No, we don't plan to implement same UX as Chrome. Our approach is similar to Safari's, here is our intent to prototype. We are currently working on bug 1777448 to avoid button popup when user's privacy isn't affected.
Description
•