| Summary: | delete addressbook folder on CardDAV resource throws popup bomb | ||
|---|---|---|---|
| Product: | [Frameworks and Libraries] Akonadi | Reporter: | Sander van Grieken <sander> |
| Component: | DAV Resource | Assignee: | kdepim bugs <kdepim-bugs> |
| Status: | RESOLVED UNMAINTAINED | ||
| Severity: | normal | CC: | greg, kde-bugzilla, Milos.Kozina, pete, tokoe |
| Priority: | NOR | ||
| Version: | 4.9 | ||
| Target Milestone: | --- | ||
| Platform: | Ubuntu | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Sander van Grieken
2012-11-16 15:19:45 UTC
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. |