Opened 10 years ago
Last modified 9 years ago
#4314 new defect
Frame Transfer tool button does not respond to touch
Reported by: | garycmartin | Owned by: | erikos |
---|---|---|---|
Priority: | Normal | Milestone: | Unspecified |
Component: | Sugar | Version: | 0.98.x |
Severity: | Unspecified | Keywords: | |
Cc: | manuq, humitos, garycmartin | Distribution/OS: | Unspecified |
Bug Status: | Unconfirmed |
Description
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)
Attachments (5)
Change History (12)
Changed 10 years ago by garycmartin
comment:1 Changed 10 years ago by humitos
- Cc manuq humitos added; manqu removed
comment:2 Changed 10 years ago by humitos
- Cc garycmartin added
@gary: that one is the ticket that I've just mentioned to you about the patch.
comment:3 Changed 10 years ago by 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.
comment:4 Changed 10 years ago by 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.
Changed 10 years ago by garycmartin
Changed 10 years ago by garycmartin
Changed 10 years ago by garycmartin
comment:5 Changed 10 years ago by erikos
The Palette is still of type GtkMenu, it has to be ported to use our custom Palette. Same for the Invite palettes.
comment:6 Changed 10 years ago by dnarvaez
- Milestone changed from 0.98 to Unspecified
comment:7 Changed 9 years ago by walter
- Priority changed from Unspecified by Maintainer to Normal
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.