Bug 254163 - after editing the complete status of a todo the scrollbar in the list is not updated.
Summary: after editing the complete status of a todo the scrollbar in the list is not ...
Status: CLOSED FIXED
Alias: None
Product: KOrganizer Mobile
Classification: Applications
Component: tasks (show other bugs)
Version: unspecified
Platform: Unlisted Binaries Linux
: NOR normal
Target Milestone: ---
Assignee: Sergio Martins
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-10-14 15:43 UTC by Ludwig Reiter
Modified: 2011-01-19 12:22 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Ludwig Reiter 2010-10-14 15:43:57 UTC 
Version:           unspecified (using Devel) 
OS:                Linux

version:  20101008.1183810-1maemo1.1182955 (enterprise5)

Reproducible: Always

Steps to Reproduce:
1. Create a new todo.
2. Switch to the list.
3. Select the todo and edit it.
4. change complete status.
5. Switch back to the list.


Actual Results:  
Scrollbar hasn't changed.

Expected Results:  
The scrollar of the changed todo should show the right complete status.
Comment 1 Sergio Martins 2010-11-18 14:33:59 UTC 
Indeed.
Comment 2 Sergio Martins 2010-11-18 21:45:02 UTC 
SVN commit 1198539 by smartins:

Two fixes for some crazy randomness in the task list:

- The percentComplete property is initialy binded to model.percentComplete, but then looses this binding
when there's a mouse release, so after handling the mouse release, we must re-bind.

- We are not interested in all onPercentCompleteChanged events, only on those coming from the mouse release event

BUG: 254163

 M  +3 -0      lib/CompletionSlider.qml  
 M  +2 -1      tasks/TaskListView.qml  


WebSVN link: http://websvn.kde.org/?view=rev&revision=1198539
Comment 3 Ludwig Reiter 2011-01-19 12:22:30 UTC 
Windows CE Task Touch 2011-01-16 git-4d1bc61
test of the description: passed.
Closed.