Summary: | Poor error message when trying to create a folder that already exists | ||
---|---|---|---|
Product: | [Applications] kmail2 | Reporter: | Bernd Oliver Sünderhauf <pancho.s> |
Component: | folders | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | REPORTED --- | ||
Severity: | wishlist | CC: | montel |
Priority: | NOR | ||
Version: | 4.9.3 | ||
Target Milestone: | --- | ||
Platform: | Chakra | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Bernd Oliver Sünderhauf
2012-11-25 02:01:08 UTC
You unsubscripted a folder and after try to create it ? No, actually I hit Bug #305269, hiding created top-level IMAP folders. Might be true that the case "recreate folder after unsubscribing" is too edgy to receive special attention. However, this was only described as a scenario where it is even less obvious that a folder already exists. So if we leave out the "Ideally..." section of my proposal, the minimum remaining is: Akonadis failure to create a folder which (for whatever reason) already exists on the server, shouldn't lead to a cryptic error such as: "Could not create folder: Could not create collection foo resourceId: 12". What I'm asking for is a more meaningful and understandable error, such as: "Could not create folder 'foo' because it already exists in [name of resource/folder]. " => OK Akonadi's error could possibly be caught be kmail. However, this might be Akonadi's job, because Akonadi knows better why the folder couldn't be created. Should I move this one to the Akonadi queue? Removed extramile tag: Doesn't regularly affect many people, rather an edge case. |