I've set up a CardDAV resource for a SOGo backend. When I delete one of the addressbook folders (in KAddressbook terms) from the SOGo resource, the addressbook (in server terms) is deleted from the server, but KAddressBook shows a lot of popups, one for each contact, saying 'Could not delete file .' Reproducible: Always Steps to Reproduce: 1. Create a new addressbook on (SOGo) server 2. Add some contacts to the new addressbook 3. use CardDAV resource to access (SOGo) server 4. rightclick the new address book (so not the carddav resource itself) and click 'Delete Addressbook Folder' Actual Results: observe the popup for each contact in that addressbook Expected Results: no popups, or in case there is some local error that still needs reporting, only 1 popup.
Looks more like an issue with the dav resource. I'll have a look at this.
Indeed, it's pop-up fest. I'm trying to figure out the source of the issue, but it looks like it's coming from KIO.
At least I found a way to silence the pop-ups: use 'webdav' (or 'webdavs') instead of 'http' (resp. 'https') in the URLs. This means that a non-code fix should do the trick.
Maybe the CardDAV resource should then silently replace http(s) with webdav(s) internally, because people WILL hit this behaviour since http:// style URLs are always used for these resources. webdav:// style is KDE specific AFAICS.
(In reply to comment #4) > Maybe the CardDAV resource should then silently replace http(s) with > webdav(s) internally, because people WILL hit this behaviour since http:// > style URLs are always used for these resources. webdav:// style is KDE > specific AFAICS. Yup, sounds like the less intrusive way to do it. I was thinking about modifying the http.protocol definition, but it may have too much consequences.
I've worked on this, and apparently the behavior of webdav urls is more like a bug than a feature… So it's back to the starting point. Apparently the notification comes from somewhere in KIO, but I'm still figuring out the source and if there's a way to disable it. No success so far.
At least in Dolphin I've seen most (all?) KIO errors are swallowed and shown in the status bar, or via a notification area. So it seems the errors can be intercepted somehow. Maybe this bug triggers a path that uses a simple popup (maybe left there for debugging). It sounds to me like the popup should be removed if it originates in the KIO handler, and replaced with proper error reporting
*** Bug 331221 has been marked as a duplicate of this bug. ***
Still existing: akonadi-server 1.13.0 kmail 4.14.3 Gentoo I have Exchange calendar connected via davmail as CalDAV. Second calendar is GMail. I got plenty of windows with text "Error while trying to delete calendar item. Error was: No items found" in following situations: - restart of akonadi (either from Akonaditray or from console) - resume of computer from S1 sleep Would be nice, if dialog could be fixed at least up to max 1 message. Another point is, that message itself has no information - I don't know, which calendar item it is going to delete. If I new that, I could take look and maybe delete such events or provide some additional info. Thanks for fixing (or redirecting to akonadi server).
This bug has never been confirmed for a KDE PIM version that is based on KDE Frameworks (5.x). Those versions differ significantly from the old 4.x series. Therefore, I plan to close it in around two or three months. In the meantime, it is set to WAITINGFORINFO to give reporters the oportunity to check if it is still valid. As soon as someone confirms it for a recent version (at least 5.1, ideally even more recent), I'll gladly reopen it. Please understand that we lack the manpower to triage bugs reported for versions almost two years beyond their end of life.
Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.1 aka 15.12; preferably much more recent), please open a new one unless it already exists. Thank you for all your input.