1945434 - gemini.google.com - Copy does not work from the text input box when editing a prompt

Status: VERIFIED FIXED

(Web Compatibility :: Site Reports, defect, P2)

Description

[Raul Bucata]

Environment:
Operating system: Mac OS X 10.15
Firefox version: Firefox 134.0

Steps to reproduce:

1. Navigate to: https://gemini.google.com/ and enter a prompt
2. Hover over the text and click on the "Edit" button
3. Copy the text
4. Paste and observe

Expected Behavior:
Text is pasted

Actual Behavior:
Copy does not work from the text input box when editing a prompt

Notes:

• Reproduces regardless of the status of ETP
• Reproduces in firefox-nightly, and firefox-release
• Does not reproduce in chrome
• "Cut" works as expected

Created from https://github.com/webcompat/web-bugs/issues/147850

Comment 1

[Raul Bucata]

Attachment: Chr vs FF

Comment 2

[Alice0775 White]

I can reproduce the issue on Nightly136.0a1 Windows11.

Comment 3

[Alice0775 White]

FWIW,
Copy works as expected if set dom.event.clipboardevents.enabled to false.

Comment 4

[Sean Feng [:sefeng211]]

Apparently this site does the same thing as https://bugzilla.mozilla.org/show_bug.cgi?id=1902004

It has code like

        _.Sy(this.document, 'copy').pipe(_.dD(this.nb)).subscribe(
          function (c) {
            var d = a.Qb,
            e = d.document.getSelection(),
            f,
            g = (f = e == null ? void 0 : e.getRangeAt(0)) == null ? void 0 : f.cloneContents();
            if (e && g) {
              d = d.document.createElement('div');
              d.appendChild(g);
              var h;
              (h = c.clipboardData) == null ||
              h.setData('text/html', d.innerHTML);
              var l;
              (l = c.clipboardData) == null ||
              l.setData('text/plain', e.toString())
            }
            c.preventDefault()
          }

where it listens for "copy" event, get the current selection, and execute selection.toString() to get the content. If it works, l.setData('text/plain', e.toString()) is supposed to set the content to the clipboard.

Comment 5

[railioaie]

The issue has been fixed.

Tested with:

Browser / Version: Firefox Nightly 138.0a1 (2025-03-24)
Operating System: Windows 10

Comment 6

[railioaie]

Attachment: 25.03.2025_10.25.23_REC.mp4

Comment 7

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

Since nightly and release are affected, beta will likely be affected too.
For more information, please visit BugBot documentation.

Comment 8

[Calin Tanase]

The issue is still reproducible with the RC build.

Tested with:

Browser / Version: Firefox 138.0-candidate build 1
Operating System: Windows 10/MacOS

Comment 9

[Alice0775 White]

Because, dom.selection.mimic_chrome_tostring.enabled is true in NIGHTLY_BUILD only.

Comment 10

[Sean Feng [:sefeng211]]

Yeah, 139 will have it.

Comment 11

[Randell Jesup [:jesup] (needinfo me)]

This is fixed in 139, so moving back to fixed

Comment 12

[Calin Tanase]

Attachment: RC 139 build 1 vs Chrome.mp4

Verified but the issue is still reproducible with the RC build. When pasting the copied text it displays different data.

Tested with:

• Browser / Version: Firefox 139.0-candidate build 1
• Operating System: Windows 10

Comment 13

[Sean Feng [:sefeng211]]

hmm, this looks like a different issue than the original bug post.

The original bug was about doing the paste in that "Edit" text area, which has been fixed by bug 1954979.

Looks like we still got an issue for doing the paste in the user input area.

I'll spin up a new bug for that.

Comment 14

[railioaie]

Verified and not reproducible

Browser : Firefox 140.0 - RC
OS: macOS Sequoia 15.5