Summary: | Filtering by sub-category in the to-do's does not work | ||
---|---|---|---|
Product: | [Applications] korganizer | Reporter: | Stephen Ostrow <isleshocky77> |
Component: | todoview | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | bko, christophe, marcan, nospam, Patrick.pxc.C, ralph, ron_w_ii, rvvs89, smartins |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Stephen Ostrow
2008-09-23 00:38:03 UTC
I can confirm this. I use SUSE RPMs and if I choose a subvategory there are no todos shown. Confirmed in trunk (rev. 887816) Confirming. KOrganizer 4.1.4 Ubuntu Intrepid Ibex 8.10 It looks as if the problem has its roots in the way the subcategories are stored. The right way seems to be "Category:Subcategory" and this is what appears in the ics file, when you use the edit window or the context menu to set the category. However if you single click on the category to set it, " Subcategory" appears in the ics file. The Filter works only for these kind of entries, but they are ambiguous. Version 4.2.2 It gets worse, imagine you have these categories: Parent1 | --Son1 Parent2 | --Son1 and read an ics file that says CATEGORIES:Son1, how do you know which is the correct parent? *** Bug 207453 has been marked as a duplicate of this bug. *** But the categories are already stored right (prefixed by the parent). This appears to just be a bug in the selector. It uses the literal text of the option (subcategory prefixed by some spaces) instead of the correct Category:Subcategory format. Oh, wait, I see what you mean. Yes, subcategories are also stored wrong if you use the multi-subcategory selector in the Todo view (click the little arrow). It works fine when you select them in the main editor, as well as when you right click. So it's a bug in both the filter multi-selector and the in-line table view multi-selector, which I'd assume both use the same code and widget. This bug still exists in version 4.3.3. Just tested it out this morning. Bug still exists in 4.4.0, just tested now. Bug still exists in 4.4.2. Age of Bug is 8+ months. Is anyone working on this? What can be done to move this along? SVN commit 1137634 by smartins: Keep the real sub-category in the UserRole so we can use it for filtering. MERGE: trunk, e35? BUG: 171484 M +6 -4 categoryhierarchyreader.cpp M +5 -3 categoryhierarchyreader.h M +1 -1 kcheckcombobox.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1137634 SVN commit 1137641 by smartins: Fwd port commit 1137634 by smartins from branch 4.4 to trunk: Keep the real sub-category in the UserRole so we can use it for filtering. MERGE: none ( no sub-categories in enterprise ) CCBUG: 171484 M +6 -4 incidenceeditors/categoryhierarchyreader.cpp M +5 -3 incidenceeditors/categoryhierarchyreader.h M +1 -1 korganizer/kcheckcombobox.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1137641 |