1739413 - windows clipboard history doesn't work in version 94.0 in private window

Status: RESOLVED WONTFIX

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

Description

[egoist1372]

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:94.0) Gecko/20100101 Firefox/94.0

Steps to reproduce:

open private window
copy any text
press win + V key
you won't see the copied text in clipboard history

Actual results:

you won't see the copied text in clipboard history in private window

Expected results:

windows clipboard should be able show the copied text in clipboard history

Comment 1

[BugBot [:suhaib / :marco/ :calixte]]

The Bugbug bot thinks this bug should belong to the 'Core::DOM: Editor' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.

Comment 2

[egoist1372]

it was working fine in previous versions

Comment 3

[Andrew McCreight [:mccr8]]

This was a deliberate change made in bug 1730194. See: https://www.mozilla.org/en-US/security/advisories/mfsa2021-48/#CVE-2021-38505

Comment 4

[egoist1372]

(In reply to Andrew McCreight [:mccr8] from comment #3)

This was a deliberate change made in bug 1730194. See: https://www.mozilla.org/en-US/security/advisories/mfsa2021-48/#CVE-2021-38505

actually this link is not related to my problem since as in the link you sent says "This bug only affects Firefox for Windows 10+ with Cloud Clipboard enabled. Other operating systems are unaffected." and my cloud sync option is disabled and yet I'm affected by
this bug report is not resolved yet from my side.

Comment 5

[egoist1372]

Attachment: clipboard cloud sync option is disabled

Comment 6

[Andrew McCreight [:mccr8]]

It was a deliberate change that private information not be copied into the history, too. The idea of private browsing is that things you do with it should not persist after you close private browsing, so I think storing information into a clipboard history on your computer would run counter to that.

If you want to revert to the previous behavior, you can set clipboard.copyPrivateDataToClipboardCloudOrHistory to true. Note that this means you'll end up copying stuff to the cloud again if you enable that.

Comment 7

[egoist1372]

(In reply to Andrew McCreight [:mccr8] from comment #6)

It was a deliberate change that private information not be copied into the history, too. The idea of private browsing is that things you do with it should not persist after you close private browsing, so I think storing information into a clipboard history on your computer would run counter to that.

If you want to revert to the previous behavior, you can set clipboard.copyPrivateDataToClipboardCloudOrHistory to true. Note that this means you'll end up copying stuff to the cloud again if you enable that.

Thanks for the info. but this still should be fixed since even I that had cloud sync disabled it prevented me to copy stuff in private window

Comment 8

[Daniel Veditz [:dveditz]]

The advisory may be incomplete or mis-worded, but our engineering intent is to intentionally block local clipboard history as well. You can see the preference mentioned in comment 6 has "CloudOrHistory" in the name, and the commit comment likewise says "Cloud Clipboard and Clipboard History". As Andrew said they both leave traces after the private session closed, and most users think of the clipboard as a transient action. We offer the pref as a way for users to get the old behavior back.

We could well be wrong about what "most users think", but to reach that conclusion we need to evaluate broad feedback on the release. A bug to change it back is premature. You can leave feedback at https://support.mozilla.org/ or on one of our community forums

Comment 9

[egoist1372]

(In reply to Daniel Veditz [:dveditz] from comment #8)

The advisory may be incomplete or mis-worded, but our engineering intent is to intentionally block local clipboard history as well. You can see the preference mentioned in comment 6 has "CloudOrHistory" in the name, and the commit comment likewise says "Cloud Clipboard and Clipboard History". As Andrew said they both leave traces after the private session closed, and most users think of the clipboard as a transient action. We offer the pref as a way for users to get the old behavior back.

We could well be wrong about what "most users think", but to reach that conclusion we need to evaluate broad feedback on the release. A bug to change it back is premature. You can leave feedback at https://support.mozilla.org/ or on one of our community forums

agree with all but it needed to give options to users who just updated and their clipboard suddenly stopped working without any mention or hint
anyway thanks for the responses and informations

Comment 10

[Masayuki Nakano [:masayuki] (he/him)(JST, +0900)]

I've not realized that the change affects to existing behavior of the private browsing mode. It might be wrong to use nsITransferable.isPrivateData in both cases, for the original bug report case and for copy of in the private mode case, because the sensitiveness of the copied data is different for me. In the latter case, not copying to cloud may be reasonable, but not copying to history may not be so.