QClipboard doesn't signal when new data is copied
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:/
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.
Changed in ubuntu-ui-toolkit: | |
status: | New → Invalid |
Loic, seems we have some problems with the backend.