Frame Transfer tool button does not respond to touch

[garycmartin]

Testing 13.1.0 build 16:

The Frame Transfer tool button does not respond to touch interaction (preventing use in ebook mode). Clicking with the mouse cursor does open the Transfer palette (laptop mode).

Steps to reproduce:

1) with two touch compatible XOs on the same access point, both in ebook mode
2) use the Neighbourhood view of XO A to 'Friend' the other (via the buddy icon of XO B)
3) switch to the Journal of XO A
4) press and hold an entries icon in the Journal to raise its palette
5) tap 'Send to...'
6) tap the XO B buddy name
7) a transfer notification will briefly pulse in the top left of the screen
8) raise the Frame with the swipe down gesture from the top screen edge
9) note the transfer icon in the top frame, try and tap it nothing happens
10) on XO B, raise it's frame
11) note the transfer icon in the top frame, try and tap it nothing happens

Expected behaviour:
The Transfer palette should open (see screen shot)

[humitos]

I think this is happening because "Send to friend" was not working on build 16. I attached a patch on #4242 that fixes the "Send to friend". Maybe it's related.

[humitos]

@gary: that one is the ticket that I've just mentioned to you about the patch.

[garycmartin]

re-testing in 13.1.0 build 19 with patch from ​http://bugs.sugarlabs.org/ticket/4242 applied.

1) on first use of 'send to <friend>' the sender's frame transfer widget still does not respond to a single touch (however a long-press does trigger the palette and allow interaction)
2) the receivers frame transfer widget now does correctly respond to a single touch to o[en its palette
3) on subsequent 'send to <friend>' attempts, the behaviour is erratic, the palettes for sender and receiver often both fail to open on single touch. Long-press usually opens them in these cases but intermittently the long-press can trigger all palettes to fail to open (both using the mouse cursor and short and long-press), requiring a restart of sugar.

[garycmartin]

Attaching three separate examples of shell.log for when the long-press triggers all palettes to fail. Closest I can get to triggering it reliably is to long press on the a transfer icon in the frame, as soon as the grey pre-light around the icon appears drag/move your finger a small distance (even just wobble/roll your finger a little). All palettes will now fail to open. Usually can trigger this after one or two attempts, but not every time.

[erikos]

The Palette is still of type GtkMenu, it has to be ported to use our custom Palette. Same for the Invite palettes.

[erikos]

first patch to port the Palette to our custom ones