QClipboard doesn't signal when new data is copied

Bug #1247880 reported by Nicholas Skaggs
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Ubuntu UI Toolkit
Invalid
Undecided
Unassigned
qtubuntu
New
Undecided
Unassigned

Bug Description

It seems qt's qclipboard isn't working as expected inside of ubuntu touch. Specifically, a signal doesn't seem to be emitted when new clipboard data arrives. This seems to be the cause of bug's like this;

https://bugs.launchpad.net/ubuntu-filemanager-app/+bug/1243854

Ultimately, the app is going to implement it's own clipboard, which isn't something that makes sense.

From Carlos on the original bug report:

The problem here is that Qt's QClipboard class does not work as expected in the Ubuntu Touch platform, it does not give notification about clipboard changes as clipboard is expected to work across applications, even it looks like does not storage clipboard data.

For clipboard when there is X11, Qt uses X11 clipboard storage, so Ubuntu File manager can copy/paste among several file managers on Desktop Linux. So when using Qt in a embedded platform without X11 it is necessary to look at QClipboard and see if it needs some extra implementation.

It looks like QClipboard does not emit the signal when the clipboard changes. On Desktop for instance you can copy on nautilus and Ubuntu file manager detects that by receiving this signal from Qt, so the file manager will enable paste menu. I can work around this by sending this signal myself, but I am afraid we will loose inter-application
clipboard communication.

Revision history for this message
Zsombor Egri (zsombi) wrote :

Loic, seems we have some problems with the backend.

Zsombor Egri (zsombi)
Changed in ubuntu-ui-toolkit:
status: New → Invalid
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.