Bug 295542 - the local folders list is greyed out, but functional
Summary: the local folders list is greyed out, but functional
Status: RESOLVED UNMAINTAINED
Alias: None
Product: kmail2
Classification: Applications
Component: folders (show other bugs)
Version: unspecified
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-03-08 17:38 UTC by m.eik michalke
Modified: 2017-01-07 21:43 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
screenshot (112.44 KB, image/png)
2012-03-08 17:39 UTC, m.eik michalke
Details
maildir after login (81.57 KB, image/png)
2013-01-10 18:07 UTC, m.eik michalke
Details
maildir after cancelled edit (82.50 KB, image/png)
2013-01-10 18:09 UTC, m.eik michalke
Details

Note You need to log in before you can comment on or make changes to this bug.
Description m.eik michalke 2012-03-08 17:38:31 UTC
User-Agent:       Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/534.34 (KHTML, like Gecko) rekonq Safari/534.34
Build Identifier: 

after the update to KDE 4.8.1, local mail folder names are displayed greyed out in kmail2's folder list. apart from that, they are fully functional, you can just barely read their names.

on occasion, suddenly they are shown in black fonts as before -- so far i have no clue what triggers this.

Reproducible: Always

Steps to Reproduce:
1. start kmail2

Actual Results:  
local mail folder names shown greyed out

Expected Results:  
local mail folder names shown in the usual font color

distribution: kubuntu 11.10
kontact/kmail package version: 4.8.1 (package 4:4.8.1a-0ubuntu1~oneiric1~ppa1)
Qt version: 4.8.0 (package 4:4.8.0-1ubuntu8~oneiric1~ppa1)
linux kernel 3.0.0-16-generic
Comment 1 m.eik michalke 2012-03-08 17:39:58 UTC
Created attachment 69381 [details]
screenshot
Comment 2 Laurent Montel 2012-03-08 17:48:03 UTC
it's offline. Don't know why but your local folder is offline.
Press F5 it will ask to put online
Comment 3 m.eik michalke 2012-03-08 17:59:11 UTC
hm, F5 doesn't change anything -- in which context should i press it?

also, i'm not sure what "the folders are offline" means? i get e-mails as usual, they're filtered into subfolders and i can work with those folders normally. is that supposed to happen with "offline" folders?

i only use POP3 accounts, btw.
Comment 4 m.eik michalke 2012-03-08 18:12:34 UTC
ok, found something: in the akonadi settings, the "Maildir" resource said "ready", while the icon was not showing a green light as on the other resources, but a small plug symbol. i pressed "edit", saw that it was correctly configured to ~/.local/share/local-mail,
pressed "ok", the plug became a green light and the folders were shown as i'd expect it.

it seems akonadi doesn't completely finish opening this resource, allthough it gets marked as "ready". i've noticed a similar issue with my calendar resource -- first it doesn't load successfully, but when i simply do "edit" and "ok" without changing anything, i get the green light.
Comment 5 m.eik michalke 2012-03-10 11:10:09 UTC
the problem is permanent. but actually, i don't even have to press "ok" when editing the resource to solve this (temporarily, until next login):

- log in, then i have to wait about three minutes until akonadi (supposedly) finished starting all resources (feels a little like the XP desktop...)
- start kmail, my local folders are greyed out as seen in the screenshot
- start akonadi resource configuration
- select the "maildir" resource: it still has a plug symbol, but says "ready"
- click on "edit"
- don't change a thing, click "cancel"

the resource symbol changes to the green light immediately and folders are normally visible in kmail.
Comment 6 m.eik michalke 2013-01-10 18:05:05 UTC
just to let you know, this is still bugging me (version 4.9.5). it's became more subtle though, as offline folders are no longer grey. but look at the following screenshots to see what i must do manually after every single KDE login:
 - open akonadi resource configuration
 - select the stuck "maildir" resource (screenshot "maildir after login")
 - click on "edit"
 - don't change anything, just push "cancel" (screenshot "maildir after cancelled edit")
even closing the very config dialog by hitting "cancel" ("abbrechen") is ok now. so just opening the edit dialog and cancelling it again solves the problem -- until the next login.
Comment 7 m.eik michalke 2013-01-10 18:07:32 UTC
Created attachment 76370 [details]
maildir after login

akonadi showing the local maildir. notice the plug symbol, which indicates that the folder is not fully active, although the text already states "ready" ("bereit"). waiting doensn't change a bit.
Comment 8 m.eik michalke 2013-01-10 18:09:40 UTC
Created attachment 76371 [details]
maildir after cancelled edit

this is how the maildir appears after i merely opened the "edit" dialog and then closed it with "cancel". now suddenly there's a green light, and kmail2 is fully operational until the KDE session ends.
Comment 9 Denis Kurz 2016-09-24 18:04:23 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 10 Denis Kurz 2017-01-07 21:43:26 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.