Closed Bug 1551643 Opened 6 years ago Closed 5 years ago

Right-clicking on image to 'Copy Image' does not copy image

Categories

(Firefox :: General, defect, P1)

68 Branch
x86_64
macOS
defect

Tracking

()

RESOLVED FIXED
Firefox 68
Tracking Status
firefox-esr60 --- unaffected
firefox66 --- unaffected
firefox67 --- unaffected
firefox67.0.1 --- unaffected
firefox68 + disabled

People

(Reporter: rfeeley, Assigned: qdot)

References

(Regression)

Details

(Keywords: regression)

STEPS TO REPRODUCE

  1. Go to any web page with an image
  2. Right-click the image
  3. Select "Copy Image"
  4. Paste image into another source (e.g. GitHub comment, or Slack channel)

EXPECTED RESULTS
• Image pastes

ACTUAL (AND POTENTIALLY CAREER-LIMITING) RESULTS
• Previous clipboard contents are pasted

Appears to affect drag and drop.

It seems to be important that there be text in the clipboard for this to reproduce. So, new STR:

  1. Go to any web page with an image and some text.
  2. Copy some text to the clipboard.
  3. Right-click the image
  4. Select "Copy Image"
  5. Paste image into another source (e.g. GitHub comment, or Slack channel)

EXPECTED RESULTS
• Image pastes

ACTUAL (AND POTENTIALLY CAREER-LIMITING) RESULTS
• Previous clipboard contents are pasted

34:52.84 INFO: No more inbound revisions, bisection finished.
34:52.84 INFO: Last good revision: b081558961139b81c626b6d37055d4c60204a013
34:52.84 INFO: First bad revision: dc66462519e1960df71a10d3df05b4db2e84e279
34:52.84 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=b081558961139b81c626b6d37055d4c60204a013&tochange=dc66462519e1960df71a10d3df05b4db2e84e279

Regressed by: 1542415

Marking tracking since this seems like something we don't want to accidentally let slip to our release channel.

Hey qDot, any idea why bug 1542415 would break clipboard actions like cut and paste, and drag and drop?

Flags: needinfo?(kyle)

Not a clue, off the top of my head. It's also broken cursors in some instances (Bug 1546022). This seems to just be causing all sorts of frontend pain, which is why we left it as a pref. :(

Flags: needinfo?(kyle)

(Just in case you're looking here and haven't seen it, there's talk of flipping the pref in https://bugzilla.mozilla.org/show_bug.cgi?id=1542415#c19)

The pref change was backed out in bug 1551993.

So per comment 7, this was fixed by bug 1551993, right? Can we close this?

Priority: -- → P1

SGTM.

Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → FIXED
Assignee: nobody → kyle
Target Milestone: --- → Firefox 68

So I still have this bug in Firefox Developer Edititon 73.0b3 (64-bits)

Also experiencing this, Firefox 73.0b3 64-bit on Windows 10 64-bit. Started happening a few days ago.

Definitely still present in 73b3. On some sites the images copy fine, others not. Google Images and IMDB are two sites impacted.

Please file a new bug for the issue in 73.

ArchLinux, Firefox 72.0.2 the same issue. Drag & drop works without any issues.

Has Regression Range: --- → yes
You need to log in before you can comment on or make changes to this bug.