touch-packages team mailing list archive

[Victor Thompson <1468100@xxxxxxxxxxxxxxxxxx>]

I can confirm this bug. I wonder if the ListItem's selectMode property
is becoming disconnected from the view's property. Perhaps a work around
would be to individual set each ListItem's selectMode property [0].

0 -
https://developer.ubuntu.com/api/apps/qml/sdk-15.04/Ubuntu.Components.ListItem
/#selectMode-prop

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to ubuntu-ui-toolkit in
Ubuntu.
https://bugs.launchpad.net/bugs/1468100

Title:
  ListItems with trailing but no leading actions, after swiping right
  break selectMode

Status in ubuntu-ui-toolkit package in Ubuntu:
  Confirmed

Bug description:
  If you have a listitem with trailing actions but no leading actions it
  is possible to break the selectMode as the press and hold signal is
  never fired.

  Steps with the example QML app [0]
  1) Swipe one of the listitems to the right (to try and reveal a leading action [which there aren't any])
  2) Press and hold on the swiped listitem
  3) Notice nothing happens (also notice nothing in the log for the press and hold appears)
  4) Press and hold on another listitem
  5) Notice that all but the swiped listitem change to selectMode=True

  What was expected:
  3) For all of the items to change to selectMode=True
  5) For all of the items to change to selectMode=True

  Note that you can 'fix' the listitem by swiping to the left and
  clicking on an action or dismissing the swipe, then you are able to
  press and hold it to activate selectMode correctly again.

  0 - http://pastebin.ubuntu.com/11764308/

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1468100/+subscriptions