1033527 - REGRESSION in 30.0: "Find" feature puts search text into clipboard (obliterating previous cut or copy = user data loss)

Status: RESOLVED DUPLICATE of bug 1020743

(Firefox :: General, defect)

Description

[Tantek Çelik]

Very bad UI regression.

tl;dr: When you use the "Find" functionality in Firefox 30.0, and type in some text to find (don't even have to search for it), it REPLACES the contents of the CLIPBOARD! This didn't happen in 29.

Steps:
1. Select some text, choose "Copy" from the Edit menu.
2. Verify that that text is in the clipboard by pasting it somewhere like the search box.
3. Now choose "Find" and type some *other* text. Don't bother doing the search (does not matter).
4. Go paste again somewhere like the search box, note that that *other* text is pasted.

Expected result:
4. Same "some text" is pasted.

If the user had previously "Cut" some text - that text would now be LOST.

Thus this is a USER DATA LOSS bug.

Comment 1

[Tantek Çelik]

In case it matters, found while merging a wiki edit conflict on a MediaWiki install (indiewebcamp.com). Reproduced when viewing a static page as well: http://tantek.com/2014/179/b1/indiewebcamp-thoughts-before-gathering

It looks like there was some change that conflated the clipboard and the "Find" box in the browser. This is very bad. Please revert whatever change that was.

Clipboard text should NOT be auto-filled into the "Find" box. Likely same source of regression.

Comment 2

[:Gijs (he/him)]

Note that we don't actually break the clipboard - we break our internal clipboard. Try pasting in TextEdit and you'll see that it's fine.