1756955 - After calling `nsIClipboard.emptyClipboard()` , `clipboard.read()` returns one `ClipboardItem` with no types

Status: RESOLVED FIXED

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

Description

[Mirko Brodesser (:mbrodesser) -- not reading bugmails currently]

Instead, it should return no ClipboardItem.

Affects (at least) Ubuntu 20.04.

Comment 1

[Edgar Chen [:edgar]]

I am going to fix this in bug 1755863.

Comment 2

[Edgar Chen [:edgar]]

(In reply to Edgar Chen [:edgar] from comment #1)

I am going to fix this in bug 1755863.

Okay, I was trying to change this in bug 1755863, but it causes a test failure on https://searchfox.org/mozilla-central/source/toolkit/components/extensions/test/mochitest/test_ext_async_clipboard.html. So I decide not changing any behavior in bug 1755863. I will work on the fix here instead.

Related spec issue: https://github.com/w3c/clipboard-apis/issues/179

Comment 3

[Edgar Chen [:edgar]]

Attachment: Bug 1756955 - clipboard.read() should return no clipboardItem if there is only unsupported items in system clipboard; r?nika

This aligns with the current spec. There are some discussion in
https://github.com/w3c/clipboard-apis/issues/179.

Comment 4

[Edgar Chen [:edgar]]

https://treeherder.mozilla.org/jobs?repo=try&revision=a5a7489071849db07db83d704f5368b53a8e7af4&group_state=expanded

Comment 5

[Pulsebot]

Pushed by [e-mail]:
https://hg.mozilla.org/integration/autoland/rev/5100ade1a9f2
clipboard.read() should return no clipboardItem if there is only unsupported items in system clipboard; r=nika

Comment 6

[Atila Butkovits]

https://hg.mozilla.org/mozilla-central/rev/5100ade1a9f2