Bug 53680 - if priority changed in todo, it is not sorted again
Summary: if priority changed in todo, it is not sorted again
Status: RESOLVED FIXED
Alias: None
Product: korganizer
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Debian testing Linux
: NOR normal
Target Milestone: ---
Assignee: Cornelius Schumacher
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-01-30 18:24 UTC by Juraj Nospam
Modified: 2003-03-04 11:11 UTC (History)
0 users

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 Juraj Nospam 2003-01-30 18:24:58 UTC 
Version:            (using KDE KDE 3.1)
Installed from:    Debian stable Packages

When you change priority in todo list with right click on priority column, the sorting is not ran again (so if I have display sorted by priority, change it there, the order is wrong -- it is like it was before).
Comment 1 Cornelius Schumacher 2003-03-04 11:11:28 UTC 
The list of todos is intentionally not resorted automatically. This would be confusing as the item you 
just edited would be moved away under the mouse cursor. 
 
There actually was a bug which prevented correct resorting from working correctly after changing the 
todo by the context menu. This is now fixed in CVS and for 3.1.1.