copy image not working correctly

Bug #1585291 reported by Bill Filler on 2016-05-24
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Canonical System Image
Medium
Bill Filler
Oxide
Medium
Olivier Tilloy
webbrowser-app (Ubuntu)
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) on 2016-05-24
Changed in canonical-devices-system-image:
assignee: nobody → Bill Filler (bfiller)
milestone: none → backlog
Changed in webbrowser-app (Ubuntu):
assignee: nobody → Olivier Tilloy (osomon)
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) on 2016-06-07
Changed in oxide:
assignee: nobody → Olivier Tilloy (osomon)
milestone: none → branch-1.17
importance: Undecided → Medium
status: New → In Progress
Olivier Tilloy (osomon) on 2016-06-16
Changed in oxide:
status: In Progress → Fix Released
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  Edit
Everyone can see this information.

Other bug subscribers