Bug 511650

Summary: Failed to translate incidence to Akonadi Item
Product: [Applications] korganizer Reporter: sourcemaker <kde-bugzilla>
Component: generalAssignee: kdepim bugs <pim-bugs-null>
Status: REPORTED ---    
Severity: critical CC: winter
Priority: NOR    
Version First Reported In: 6.5.2   
Target Milestone: ---   
Platform: Arch Linux   
OS: Linux   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:

Description sourcemaker 2025-11-04 21:37:04 UTC
After the latest update, tons of error messages are generated in an endless loop.
Failed to translate incidence $UID to Akonadi Item
Comment 1 sourcemaker 2025-11-04 21:41:14 UTC
As far as I can tell, akonadi_davgroupware_resource is broken after the update. 
In addition, akonadi_migration_agent restarts every time I log in.
Comment 2 sourcemaker 2025-11-04 21:53:15 UTC
Critical addendum:
All my calendar entries were also ruined and updated on the radicale server. 
Tags were changed for no reason!

For example:
Rückfahrt is now updated to Rückfahrt  (return trip)

Why does Akonadi change all entries without interaction?!
And more importantly? How can I undo this without having to reinstall Akonadi? 
With so many configuration files, this is a huge effort every time.
Comment 3 sourcemaker 2025-11-04 21:53:48 UTC
Possibly also important:
I use PostgreSQL.
Comment 4 sourcemaker 2025-11-05 22:58:31 UTC
System-wide PostgreSQL 18.
Comment 5 sourcemaker 2025-11-06 23:04:21 UTC
Also, the akonadi_migration_agent starts on every login.
PIM Maintenance (Finished)
Comment 6 Allen Winter 2025-11-20 20:20:42 UTC
did you ever figure this out?

I just successfully helped a Fedora user with postgres backend and the problem he had was a symbolic link pointing to the postgres v16 libpq.so.5, even though Fedora default postgres is v18.

can you make sure that libqsqlpsql.so looks correct (isn't a broken or incorrect symlink, etc)

also run `lddtree /usr/lib64/qt6/plugins/sqldrivers/libqsqlpsql.so` and grep for any "not found" lines