| Summary: | folder renaming: new forbidden name is silently converted to "unnamed" | ||
|---|---|---|---|
| Product: | [Unmaintained] kmail | Reporter: | Maciej Pilichowski <bluedzins> |
| Component: | IMAP | Assignee: | kdepim bugs <pim-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | lemma, montel |
| Priority: | NOR | Keywords: | triaged |
| Version First Reported In: | SVN trunk (KDE 4) | ||
| Target Milestone: | --- | ||
| Platform: | unspecified | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
See also bug 148792. This bug is still reproducible on trunk r948809. I fixed yesterday in 4.4.x |
Version: (using KDE KDE 3.5.7) Create folder A, rename it (properties), enter dot as its name ("."), ok --> "unnamed". KMail should not accept this rename if this name is forbidden, user can search long for the name she/he gave.