GNOME Bugzilla – Bug 268412
public mail folder subfolders not displayed on favourites
Last modified: 2007-01-19 13:07:40 UTC
Description of Problem: Subfolders are not displayed when viewing an Exchange public mail folder from the favourites. Steps to reproduce the problem: 1. Add a public mail folder containing subfolders to favourites 2. Browse to folder from favourites list 3. Notice lack of subfolders :) Whilst playing around with this I found that if I create a new sub folder in the favourite, it is displayed correctly but once I restart Evolution, it's not shown again.
It behaves the same way in Outlook. Creating a subfolder in favourite doesn't make any sense, that should be disallowed. However, making a public folder favourite will just make the top level folder favorite, not the children.
Then consider this a feature request. A convenient way to access a child public folder and it's descendents. I'd recommend some way of adding it and it's children to the favourites. Preferably with it's children as sub-nodes.
Reassiging these to the maintainer 'surfy'.
*** Bug 316414 has been marked as a duplicate of this bug. ***
*** Bug 335520 has been marked as a duplicate of this bug. ***
Created attachment 64798 [details] [review] e-d-s part of the patch
Created attachment 64800 [details] [review] Exchange connector part of the patch
From 2.4.x onwards, Exchange button is gone and public folders are accessed using Folder->subscriptions menu, which shows the folder tree with the check boxes infront of each node, which makes the job easier, and #268412 can be closed. But in 2.4.x, only top level public folders where displayed, as in bug #316414 and bug #335520, and the above patch fixes this issue.
Patch committed to CVS head and gnome-2-14 braches.
I am reopening the bug, as I have reverted the patch from gnome-2-14 branch and making it critical. The patch above is partial. Now we need to fix the part of downloading huge public folders issue discussed in bug #346728.
Committed a fix for HEAD/2.8.x - please feel free to reopen if it is reproducible again.
re-opening the bug as the fix committed earlier is reverted.
Reverted the last commit. This has to be fixed by improving the performance on fetching the folder tree.
Created attachment 77018 [details] [review] Tryout patch
This enables subfolders for public folders and also solves the issue of slow startup at evolution. This is just a initial patch. we are working on improving the performance of fetching the public folders in subscribe window anyways. Can any one try this patch.
A more appropriate fix is committed to 2.9.4. Now, public folders are loaded on-demand and hence, reduces memory consumption as well. I am working on another round of optimization that should further increase the performance w.r.t accessing public folders.
Second round of optimizations are committed to HEAD and are available in 2.9.5 release. Please check out and give your feedbacks. For now, I am closing this bug as fixed.