copy/paste does not work correctly with text fields

fwiw in terms of debug, this does seem to work as expected in the Notepad application.

From what I can tell is that the feature works on desktop, and doesn't work on the device. Text input context menu items are enabled/disabled by an API provided by the Qt upstream. This detects whether there is anything in the clipboard to paste. If there's nothing, it will be disabled.

The clipboard from the toolkit has not been touched since 13.10, and suddenly stopped working. So I suspect the issue is in QtUbuntu.

The clipboard provided by unity8 through the mir protocol and socket ir working fine. It's copying content and pasting as requested by client apps.
webbrowser is able to copy content over to the clipboard. But somehow that toolbar that pops up when you long press a text field doesn't recognize that there's content in the clipboard. I can see it requests the content from the clipboard (in order to check if there's anything in the clipboard I guess) but it's still greyed out.

The notes app is able to paste just fine though. But it uses a different component for the paste function. So the problem is either in that text field toolbar code or in whatever api it uses.

The context menu that pops up (and looks like a toolbar :) ) uses QtQuick TextField's canPaste to see whether is something in clipboard to paste. If the MIME type is not suitable to paste, it will return false. The code doing the job is here http://bazaar.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/trunk/view/head:/modules/Ubuntu/Components/TextInputPopover.qml#L51

I repeat, the same code works on desktop.

@dandrader is this a matter of comparing the qtmir to qt pluging for x ?

> @dandrader is this a matter of comparing the qtmir to qt pluging for x ?

Actually there seems to be something odd happening in the google protobuf communication (which is what mir uses). The very first time the client requests for the clipboard content unity8 returns the correct content but the client gets nothing on the other side (or so says google protobuf). So it thinks the clipboard is empty. But if it requests again later on the content arrives as expected. Notes app works because it queries the clipboard content at different moments.

Also if you just ignore canPaste() (wich was set according to the very first clipboard request that's done early on) and don't grey out the component it pastes fine as well (as later clipboard requests return the content normally).

Status changed to 'Confirmed' because the bug affects multiple users.

This bug was fixed in the package qtubuntu - 0.60+14.10.20141001.3-0ubuntu1

---------------
qtubuntu (0.60+14.10.20141001.3-0ubuntu1) utopic; urgency=low

  [ Zsombor Egri ]
  * Handle PasswordMaskDelay. (LP: #1237614)

  [ Robert Carr ]
  * Support mir restored surface state as a way to leave fullscreen.
    (LP: #1194550)

  [ Daniel d'Andrada ]
  * Use the global clipboard from D-Bus (LP: #1367814)
 -- Ubuntu daily release <email address hidden> Wed, 01 Oct 2014 17:20:53 +0000

This bug was fixed in the package qtmir - 0.4.3+14.10.20141001.5-0ubuntu1

---------------
qtmir (0.4.3+14.10.20141001.5-0ubuntu1) utopic; urgency=low

  [ Daniel d'Andrada ]
  * CONFIG+=no_tests to avoid building the tests and therefore speed up
    the build
  * Provide a global clipboard via D-Bus (LP: #1367814)

  [ josharenson ]
  * Remove check to see if application is already focused before
    focusing.

  [ Robert Carr ]
  * MirSurfaceItem::consume Set motion event tooltypes based on
    QTouchPoints (LP: #1371282)

  [ Gerry Boland ]
  * Fix AppMan handling Upstart resuming a Stopped application
 -- Ubuntu daily release <email address hidden> Wed, 01 Oct 2014 18:43:00 +0000