Bug 281089

Summary:	folder properties "Access Control" and "Quota" tabs appear for all folders
Product:	[Applications] kmail2	Reporter:	Jonathan Marten <jjm>
Component:	folders	Assignee:	kdepim bugs <kdepim-bugs>
Status:	RESOLVED UNMAINTAINED
Severity:	normal	CC:	montel, pancho.s
Priority:	NOR
Version:	Git (master)
Target Milestone:	---
Platform:	Compiled Sources
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:
Attachments:	Screen shot showing additional tabs

Description Jonathan Marten 2011-08-31 07:39:38 UTC

Version:           Git (master) (using Devel) 
OS:                Linux

These tabs appear in the folder properties dialogue for some (but not all) local folders.  They never appear for the inbox or any other special folders, but most (but not all) of the others.

There seems to be no pattern as to whether they appear for normal folders, but it is consistent for any particular folder (even over a close and restart of KMail).

Where the tabs do appear, they are useless: in "Access Control" all of the Add/Edit/Remove buttons are permanently disabled, while "Quota" just shows a white bar with "100%" superimposed.


Reproducible: Always

Steps to Reproduce:
Select "Folder Properties" of a local folder (not IMAP) and observe.


Actual Results:  
Some (but not all) folders show these tabs.


Expected Results:  
IIRC, in KDE3 these tabs were only shown for IMAP folders.


Note, though, that even for IMAP the "Quota" tab just shows a bar with "100%", with no other GUI elements.

Comment 1 Laurent Montel 2011-08-31 16:28:37 UTC

I can't reproduce it.

Comment 2 Jonathan Marten 2011-08-31 17:29:12 UTC

Created attachment 63268 [details]
Screen shot showing additional tabs

Screen shot attached, personal information hidden.
This is for a Maildir local folder.

Comment 3 Laurent Montel 2011-09-04 15:15:18 UTC

Ok can't reproduce but will continue to investigate

Comment 4 Jonathan Marten 2011-10-25 10:46:31 UTC

Have done some more investigating and found that this affects folders which have been either copied/pasted or drag/dropped from an IMAP server to "Local Folders".  I did not do any automatic migration when starting to use Kmail2, but started with a new local mail directory and a new configuration, then copied selected folders via an IMAP server.

Looking at a folder that shows these tabs in akonadiconsole gives attributes which would appear to be more appropriate for an IMAP folder:

uidnext            27
collectionquota    -1 -1
collectionflags    \Answered \Flagged \Draft \Deleted \Seen \*
imapacl            jjm lrswipcda % %
timestamp          1314280717
uidvalidity        1314280434

Deleting all of these attributes in akonadiconsole then reopening the folder properties in KMail does not show the additional tabs.

Given the unusual circumstances I'd be happy for this bug to be closed, unless you think the root cause (copying inappropriate folder attributes from IMAP to local storage) should be investigated and fixed.

Comment 5 Laurent Montel 2011-10-25 10:50:29 UTC

Ok I understand.
Quota is just for imap folder so perhaps we can fix it when we dnd

Comment 6 Laurent Montel 2012-06-14 11:39:30 UTC

When we copy/paste folder from imap to local I think that we must reset quota attribute.
Need to fix it in akonadi lib

Comment 7 Bernd Oliver Sünderhauf 2012-11-25 10:13:36 UTC

Still the case on KDE 4.9.3.

Comment 8 Denis Kurz 2016-09-24 18:15:52 UTC

This bug has only been reported for versions before 4.14, which have been unsupported for at least two years now. Can anyone tell if this bug still present?

If noone confirms this bug for a Framework-based version of kmail2 (version 5.0 or later, as part of KDE Applications 15.12 or later), it gets closed in about three months.

Comment 9 Denis Kurz 2017-01-07 21:48:40 UTC

Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.0 aka 15.08), please open a new one unless it already exists. Thank you for all your input.