Can't copy address line from menu bar with Ctrl C

[FGrose]

Observed with Fedora-SoaS-Live-x86_64-26-20170423.n.0.iso and Fedora-SoaS-Live-x86_64-26-20170429.n.0.iso

Highlighting the address line and pressing Ctrl C preduces only a chirp sound and no copy to the clipboard.

The right click context menu Copy seems to work, but I'm having difficulty pasting shortly after copying. (I'll update after more testing.)

See log from ​https://bugs.sugarlabs.org/ticket/4978

[FGrose]

See similar bug: ​https://bugs.sugarlabs.org/ticket/4642

[quozl]

Reproduces on Fedora 25, Ubuntu 16.04 and 17.04 with Browse-200.

Please test fix in ​https://github.com/sugarlabs/browse-activity/pull/52

[FGrose]

This fix works sometimes.
I tested Ctrl C, Ctrl V first. It worked.
Then context menu Copy, Ctrl V. not sure...
context menu Copy, tool bar paste - failed to paste

So I noticed other problems and inconsistencies.
For example, highlighting the address bar text does not activate the tool bar (scissor subbar) Copy icon.

Another example, after highlighting one word only from this text entry tool (the comment box in bugs.sugarlab.org), Ctrl C , Ctrl V works; but highlighting more than one word, fails. Interestingly, the Frame clipboard shows entries for all the failed cases in this full comment, but the one word copy doesn't show a Frame clipboard icon. The scissor sub toolbar Copy icon highlights with either one or multiple word highlights, but the Paste button is highlighted but fails to effect a paste.

The shell.log has the following suspicious lines:

1493781398.338445 WARNING root: no data for selection target MULTIPLE.
1493781398.342033 WARNING root: no data for selection target NULL.
1493781452.755714 WARNING root: no data for selection target MULTIPLE.
1493781494.499172 WARNING root: no data for selection target MULTIPLE.
1493781667.953887 WARNING root: no data for selection target MULTIPLE.
1493781832.434096 WARNING root: no data for selection target MULTIPLE.
1493781832.443364 WARNING root: no data for selection target NULL.
1493781933.281632 WARNING root: no data for selection target MULTIPLE.
1493781933.290154 WARNING root: no data for selection target NULL.
1493782159.964203 WARNING root: no data for selection target MULTIPLE.
1493782159.965231 WARNING root: no data for selection target application/vnd.webkitgtk.smartpaste.
Traceback (most recent call last):

File "/usr/lib/python2.7/site-packages/jarabe/frame/clipboardpanelwindow.py", line 87, in _owner_change_cb

data_hash = hash(selection.get_data())

AttributeError: 'NoneType' object has no attribute 'get_data'
1493782168.032662 WARNING root: no data for selection target MULTIPLE.
1493782176.224319 WARNING root: no data for selection target MULTIPLE.
1493782176.229174 WARNING root: no data for selection target application/vnd.webkitgtk.smartpaste.
Traceback (most recent call last):

File "/usr/lib/python2.7/site-packages/jarabe/frame/clipboardpanelwindow.py", line 87, in _owner_change_cb

data_hash = hash(selection.get_data())

AttributeError: 'NoneType' object has no attribute 'get_data'
1493782188.959123 WARNING root: no data for selection target MULTIPLE.
1493782188.967980 WARNING root: no data for selection target NULL.
1493782550.174864 WARNING root: no data for selection target MULTIPLE.
1493782550.184662 WARNING root: no data for selection target NULL.

[quozl]

Thanks for the testing. I'm able to reproduce similar.

Four problems;

• ctrl+c and ctrl+v sometimes don't work, depending on the entry,
• the clipboard sometimes doesn't catch a copy or cut,
• the clipboard sometimes catches a copy or cut but does not contain what was selected,
• the clipboard always reports an error when a WebKit2 rich text selection is made.

Five components at hand now;

• GTK+,
• the Sugar Toolkit Edit Toolbar;
• the Sugar Frame clipboard;
• the Browse activity, a wrapper and toolbar;
• the WebKit2 browser, seen below the toolbar;

It is the connection of the Edit Toolbar between the activity and WebKit2 which causes ctrl+c to be hidden from the activity and GTK+, which is why the fix works. It isn't the right fix; we had better find out why it is happening instead.

The edit toolbar copy button is bound to the WebKit2 instance only, so it doesn't activate when the activity entry fields are selected; not just the location entry, but also the activity journal entry name and the search entry.

The right-click context menu inside entry boxes is entirely the responsibility of GTK+, we didn't ask for it, and nor did WebKit2. You can even find it in the activity home view search entry.

The failure of the frame clipboard is also worth investigating.