Closed Bug 1519375 Opened 6 years ago Closed 1 year ago

cache recent folders list

Categories

(Thunderbird :: Folder and Message Lists, defect, P3)

Product:
Thunderbird
Component:
Folder and Message Lists
Platform:
Unspecified
All
Type:
defect

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: helmo, Unassigned)

References

Details

(Keywords: perf)

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:64.0) Gecko/20100101 Firefox/64.0

Steps to reproduce:

In bug 809066 we discovered that in order to show recent folders in the MoveTo/CopyTo menu's ALL folders need to be loaded in memory to iterate over their properties (last modified I guess)

bug 809066 helps a bit by moving this list to a sub menu.

Actual results:

This is causing delays when you have a lot of data because loading from disk can be slow.
It causes me to report bug 1504141.

Expected results:

The list of recent folders should be available without the need to open all data files.

There must be a memory structure listing all folders already ... could a last modified timestamp be added there?

See Also: → 1504141
Flags: needinfo?(acelists)
Keywords: perf
Component: Untriaged → Folder and Message Lists
Flags: needinfo?(acelists)
OS: Unspecified → All
Summary: Keep recent folders list in memory → cache recent folders list
Status: UNCONFIRMED → NEW
Ever confirmed: true
See Also: → 809066
See Also: → 1646980

aleca, any thoughts on this, given your recent experience?

Flags: needinfo?(alessandro)

p.s. note bug 1504141

Mh, not sure how we might handle the cache.
In the folderPane.js we have the gFolderTreeView controller with the nsITreeView implementation which comes with the full map of folders loaded at startup.
I'm not sure how easy/doable would be to tap that controller inside the filter dialog as, if I'm not wrong, those lists are fetched with a completely different method.
I'll investigate, but I'm not sure I'm the most educated dev to tackle this issue.
I'll give it a try anyway.

Flags: needinfo?(alessandro)
Severity: normal → S4
Priority: -- → P3

Herman, how is version 102?

If it still occurs, please create a performance profile using version 102 from https://www.thunderbird.net/en-US/ and the procedure at https://support.mozilla.org/en-US/kb/profiling-thunderbird-performance

Flags: needinfo?(helmo)

Sorry for the delay, I've have no more issues with this recently.

Status: NEW → RESOLVED
Closed: 1 year ago
Flags: needinfo?(helmo)
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.