Open Bug 1691825 Opened 3 years ago Updated 8 days ago

Asynchronously read from clipboard in ClipboardItem.getType

Categories

(Core :: DOM: Copy & Paste and Drag & Drop, enhancement)

Product:
Core
Component:
DOM: Copy & Paste and Drag & Drop
Type:
enhancement

Tracking

()

People

(Reporter: evilpie, Unassigned)

References

(Blocks 1 open bug,
URL
)

Details

In bug 1689886 I am adding a very basic implementation of clipboard.read with ClipboardItems. It currently reads everything synchronously from the clipboard. Instead only the required data should be read asynchronously when ClipboardItem.getType is called.

Severity: -- → N/A
Component: DOM: Core & HTML → DOM: Copy & Paste and Drag & Drop
Webcompat Priority: --- → ?
Webcompat Priority: ? → P2
See Also: → 1803494
Depends on: 1852947
Webcompat Priority: P2 → ?

Tom, is this still something that should stay open?

Webcompat Priority: ? → ---
Flags: needinfo?(evilpies)

I think in bug 1712122 we went with a different approach and made loading all clipboard entries (types) asynchronous. This would go even further by only loading the requested types. I am not sure if this is something we plan on doing.

Flags: needinfo?(evilpies) → needinfo?(echen)

Right now we load all clipboard entries asynchronously when clipboard.read() is called, which follows the current spec. However there are some discussion about deferring the load when getType() is actually called, https://github.com/w3c/clipboard-apis/issues/191, I would like to keep this bug open for tracking that.

Flags: needinfo?(echen)
You need to log in before you can comment on or make changes to this bug.