Bug 504136 - Todoview remains empty, even if calendar view shows the available odos correctly
Summary: Todoview remains empty, even if calendar view shows the available odos correctly
Status: RESOLVED FIXED
Alias: None
Product: korganizer
Classification: Applications
Component: todoview (other bugs)
Version First Reported In: 6.4.1
Platform: openSUSE Linux
: NOR major
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-05-13 07:03 UTC by 5pb03hm
Modified: 2025-05-13 11:18 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In: 6.4.2
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description 5pb03hm 2025-05-13 07:03:16 UTC
SUMMARY
Since the update to 6.4.1, the todoview remains empty. The calendarview shows the available To-dos correctly. To-dos are added via CalDav (Nextcloud), but creating a local Calendar Folder and adding a set of To-dos also does not help. The todoview still stays empty.

STEPS TO REPRODUCE
1. Open Kontact
2. Create a Todo
3. Go to To-do List

OBSERVED RESULT
Todoview remains empty
Calendarview shows the created To-do

EXPECTED RESULT
Todoview shows the list of todos

SOFTWARE/OS VERSIONS
Windows: N/A
macOS: N/A
(available in the Info Center app, or by running `kinfo` in a terminal window)
Kontact: 6.4.1 (25.04.1)
KDE Frameworks: 6.13.0
Qt: Using 6.9.0 and built against 6.9.0
openSUSE Tumbleweed (Wayland)
Build ABI: x86_64-little_endian-lp64
Kernel: linux 6.14.5-1-default


ADDITIONAL INFORMATION
Comment 1 5pb03hm 2025-05-13 07:30:52 UTC
It happened with openSUSE Tumbleweed, Snapshot 20250509 (https://lists.opensuse.org/archives/list/factory@lists.opensuse.org/message/DBJ7Q4MIGS4EO4SS7MSP37B52CYHWNYB/)

Possibly related changes:
akonadi-calendar: 25.04.0 -> 25.04.1
eventviews: 25.04.0 -> 25.04.1
korganizer: 25.04.0 -> 25.04.1
Comment 2 Allen Winter 2025-05-13 11:09:02 UTC
should be fixed with commit 5c30c6614f3d862051fe51335e2631a7aded9d59

apologies, this was a fix in master that I forgot to cherry-pick into the release/25.04 branch
Comment 3 5pb03hm 2025-05-13 11:18:07 UTC
(In reply to Allen Winter from comment #2)
> should be fixed with commit 5c30c6614f3d862051fe51335e2631a7aded9d59
> 
> apologies, this was a fix in master that I forgot to cherry-pick into the
> release/25.04 branch

Thanks, no problem. I am looking forward to the fix!