Bug 339680 - local maildir ressource resets "TopLevelIsContainer=true" to "...=false" without user intervention
Summary: local maildir ressource resets "TopLevelIsContainer=true" to "...=false" with...
Status: RESOLVED UNMAINTAINED
Alias: None
Product: Akonadi
Classification: Frameworks and Libraries
Component: Maildir Resource (show other bugs)
Version: 4.13
Platform: Arch Linux Linux
: NOR major
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-10-04 23:01 UTC by piedro
Modified: 2018-02-01 09:51 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description piedro 2014-10-04 23:01:10 UTC
"TopLevelIsContainer=true" should be the default for the locl folders maildir (at least as I understand it). Though when clicking on change propreties in akonadiconsole or the akonadi assistant the effect is that the entry "TopLevelIsContainer=true" gets removed from the maildir resource file. 

The effect is that suddenly the this hidden folder appears "/.local/share/.local-mail.directory"... 

Now local folders in kmail don't find the custom subfolders, mail seems lost and akonadiserver creates errors (well, errors due to file location, I guess...) 

I consider this a really serious prolem. BTW this is on Arch and is KDE 4.14.1 - plz enter the option to choose version 4.14 to the bugtracker... 

thx for reading, p.    


Reproducible: Always

Steps to Reproduce:
1. create subfolder in kmails local folders and confirm that "TopLevelIsContainer=true" is set 
2. now open akonadi configuration and click on change for "Local folders" 
3. configuration pops up, do not change but close with "ok" and check the resource file 

Actual Results:  
"TopLevelIsContainer=true" has been removed - the results for programs as kmail2 are obvious and described above... 

Expected Results:  
If the user doesn't change the configuration, the configuration file should not change. 
Also if the user changes the location the default "TopLevelIsContainer=true" should be set.
Comment 1 Denis Kurz 2017-06-23 20:01:48 UTC
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.
Comment 2 Denis Kurz 2018-02-01 09:51:27 UTC
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.