copy image not working correctly

Bug #1585291 reported by Bill Filler
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Canonical System Image
In Progress
Medium
Bill Filler
Oxide
Fix Released
Medium
Olivier Tilloy
webbrowser-app (Ubuntu)
Fix Released
Medium
Olivier Tilloy

Bug Description

I don't believe the "copy image" function is working correctly. It just copies the url of the image with text/plain content type. This give the client of the pasteboard no indication that it's an image.

I would have expected one of the following, not sure which is correct (we should look how desktop/other platforms do it)
1) copy the actual image to the pasteboard and specify correct content type (i.e. image/jpeg, etc). I believe this is the preferred method.
2) copy the url of the image but set the content-type (i.e. image/jpeg) that it's an image so it can be easily decoded by the paste side

Steps to reproduce:
- launch browser, go to a site with an image
- long press, select "copy image" from popup menu
- open Notes, or Messaging-App
- create a new Note or Message
- long press in the text area and select "Paste" from the popup

Expected results:
- the image is pasted into the field

Actual results:
- the url of the image is pasted into the field as text

Related branches

Bill Filler (bfiller)
Changed in canonical-devices-system-image:
assignee: nobody → Bill Filler (bfiller)
milestone: none → backlog
Changed in webbrowser-app (Ubuntu):
assignee: nobody → Olivier Tilloy (osomon)
Revision history for this message
Olivier Tilloy (osomon) wrote :

Oxide needs an additional API to allow copying an image to the clipboard. I have implemented that in https://code.launchpad.net/~osomon/oxide/+git/oxide/+merge/295690.

Changed in webbrowser-app (Ubuntu):
status: New → In Progress
importance: Undecided → Medium
Changed in canonical-devices-system-image:
importance: Undecided → Medium
status: New → In Progress
Olivier Tilloy (osomon)
Changed in oxide:
assignee: nobody → Olivier Tilloy (osomon)
milestone: none → branch-1.17
importance: Undecided → Medium
status: New → In Progress
Olivier Tilloy (osomon)
Changed in oxide:
status: In Progress → Fix Released
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package webbrowser-app - 0.23+17.04.20161202-0ubuntu1

---------------
webbrowser-app (0.23+17.04.20161202-0ubuntu1) zesty; urgency=medium

  [ Andrew Hayzen ]
  * Ensure if the webview changes that the loading visible state of the
    progress bar is bound to the correct webview (LP: #1638337)
  * Additional autopilot tests
  * Add dependencies on qtdeclarative5-ubuntu-content1 and
    qtdeclarative5-ubuntu-download-manager0.1 as they are now in main
    (LP: #1491279)
  * Add Drag and drop support of tabs between windows on non-mir clients

  [ Olivier Tilloy ]
  * Add a desktop UA override for ESPN websites (LP: #1637285)
  * Add user agent overrides for meet.jit.si (LP: #1635971)
  * Make QmlTests::UbuntuWebView02::test_no_contextual_actions() more
    robust (LP: #1633528)
  * Run unit tests with verbose output by default when building packages
  * Do not transfer keyboard focus from the address bar to the new tab
    view in incognito mode (LP: #1634463)
  * Use new API in oxide 1.17 to copy image to clipboard (LP: #1585291)
  * Use the ubuntu-app-platform content interface
  * Desktop UA override for google docs (LP: #1643386)

 -- Olivier Tilloy <email address hidden> Fri, 02 Dec 2016 08:38:21 +0000

Changed in webbrowser-app (Ubuntu):
status: In Progress → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.