Checkbox shown in the ListView Multiselect mode does not obey selected property
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
ubuntu-ui-toolkit (Ubuntu) |
Fix Released
|
High
|
Unassigned | ||
Vivid |
New
|
Undecided
|
Unassigned |
Bug Description
The ListItem in Ubuntu.Components 1.2 and higher supports multiselect mode which is controlled by the "selectMode" property. The "selected" property controls whether a listitem is selected or not. However it seems that the checkbox shown during multiselect mode doesn't seem to obey the "selected property.
Steps to reproduce the bug:
1. Run the sample code
2. Long press to active multiselect mode
3. Press on any checkbox visible while in multiselect mode
4. Now press on that listitem.
Notice the following,
- Clicking on the listitem toggles the "selected" property. But the checkbox does not seem to respect that.
- The "selectedIndices" array correctly shows that the listitem is selected/unselected on pressing it, but the checkbox just ignores that.
I have attached sample code which reproduces the bug in a simple manner.
Related branches
- PS Jenkins bot: Approve (continuous-integration)
- Ubuntu SDK team: Pending requested
-
Diff: 378 lines (+250/-1)9 files modifiedcomponents.api (+1/-0)
modules/Ubuntu/Components/Themes/Ambiance/1.2/ListItemStyle.qml (+7/-0)
modules/Ubuntu/Components/Themes/Ambiance/1.3/ListItemStyle.qml (+5/-0)
modules/Ubuntu/Components/plugin/plugin.cpp (+1/-0)
modules/Ubuntu/Components/plugin/uclistitem.cpp (+17/-0)
modules/Ubuntu/Components/plugin/uclistitem.h (+10/-1)
modules/Ubuntu/Components/plugin/uclistitem_p.h (+1/-0)
tests/unit_x11/tst_components/tst_listitem_selectmode.qml (+104/-0)
tests/unit_x11/tst_components/tst_listitem_selectmode13.qml (+104/-0)
tags: | added: new-listitems |
Changed in ubuntu-ui-toolkit (Ubuntu): | |
importance: | Undecided → High |
Changed in ubuntu-ui-toolkit (Ubuntu): | |
status: | Confirmed → In Progress |
I can confirm that when using the package UITK on a ubuntu 15.04 framework using the steps provided by Nekhelesh that I can reproduce the bug. Therefore I have set this bug to confirmed.
So this now affects: clock, podbird, music and weather (reboot)? Which have all bumped to the new framework and listitems, although only currently on their dev versions.