Re: "Open Invitations" and akonadi_search_resource

Sandro Knauß <[email protected]>
Newsgroups gmane.comp.kde.devel.pim
Message-ID <4358261.szbLMGWNvh@tuxin>
Hi,
 
> I suppose the akonadi_search_resource was supposed to display these
> invitations so the filter model made sure we didn't display the invitation
> twice. But since this resource disappeared/broke, we now don't have any
> invitations displayed anymore.

The akonadi_search_resource is not broken - you can check it via 
akonadiconsole, that there you find invitations. The search resource is 
relaying on the Akonadi Search and you can see it as a persistent search. You 
can see the query string, if you go to Interals tab in akonadiconsole in 
folder properties.

The main reason for this persistent search is, that you may want to show 
invitations in an different color and to always see them even if the calendar 
is not displayed. If you read an email of an invitation in kmail the 
invitation is automatically added to you default calender. You can answer the 
invitation later via KOrganizer and don't need to to this in KMail.

> I wonder if we shouldn't just change the condition in
> calfilterpartstatusproxymodel to by default only hide invitations where we
> are attendees and that we explicitly declined and maybe add an API to
> display all invitations (in case the user wants to also see the declined
> invitations).

Why to add another API? You can define the mBlockedStatusList and you have 
Akonadi Search that gives you all exactly what you what to have ;)
The only difference is, that the collection is a virtual one (isVirtual=True). 
That implies that parentCollection != storageCollection. For virtual one the 
parentCollection is the search folder and the storageCollection is pointing to 
the collection, where the event is stored.

Btw. the  proxy model makes sure that events comming from virtual collections  
(like this Open Invitations collection) are always displayed:

https://invent.kde.org/pim/akonadi-calendar/-/blob/master/src/
calfilterpartstatusproxymodel_p.cpp#L91

Maybe we need to move the SearchCollectionHelper, that take care about the 
search query,  to a place where also kalendar can use it:

https://invent.kde.org/pim/korganizer/-/blob/master/src/helper/
searchcollectionhelper.h

Cheers,

Sandro
signature.asc (application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE-----

iQIzBAABCgAdFiEEOewRoCAWtykmSRoG462wCFBgVjYFAmLUGscACgkQ462wCFBg
VjYJ0RAAxMNt/meVt6lrJiUwnrmvhjI+/CCf2icUbDyI87MPbjPo7deDoaNVio/A
/D83iAUObW451VLWIaJ3K25C/jJ9Z0yzYgJAkfOEAOLV2X5n1tBWvVgAqSPhJ6Ks
E2P253tj3VM/GEjRoCaHrQADcj6/Z2+AXDVMd7GRhUvtYU/emqNAulYi20GvVHZD
YJoQwcF5xEJ5sQi0I1k7lx5HoFj2DXewYN1IoUMAkb/q5JHKOnJ0GYVBhgXhTSUH
yJmptAlr8SgvS3H5dI6EvmYLtM7yUAvh4SM+dfp361kWTNiadYc/2kZHS0GSpDgT
YXQEQA/jkqcy860uSvqAEKTw2rabhNTfD2kjDjjAdAf1K4kREJmlQuwDG0slvj9q
OHUbVgMD0sEgP5f0JkAloBLFxTT6vbvuFXeRTU6Vyeao65XG8FPovROnarqExI50
dG2HcNydVn0PRb/jupfATy9mlsVLuskc3D5XVdX+k6O5ESH7mavFDk6uKXlyh15P
EM0ewTJ7jT58H49WpnHUB3uSuFvNoZIrPHkNNHpe8Q8mpS/iW7rPL+i5Z5qNGg+b
c34YvGVi3EaYoI8VrskDD18MkSh1JYlgRHKNUxQitH7Ys5qatgjEfVNrJIhcxNDU
95s3ls3vWChS8cM4vHTc2uVoUHoU+nSPNJwm2TJKGra+ladlam4=
=ix/D
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.