Closed Bug 13400 Opened 25 years ago Closed 25 years ago

should cache string bundles

Categories

(MailNews Core :: Composition, defect, P3)

All
Windows NT
defect

Tracking

(Not tracked)

VERIFIED WONTFIX

People

(Reporter: Bienvenu, Assigned: rhp)

References

Details

(Whiteboard: [Perf])

I believe we can get a performance win by caching string bundles instead of
loading the string resource file every time we need a string.

These are the two calls that create string bundles that could cache them. I've
fixed the leak of the string bundles.

nsMsgComposeStringBundle.cpp(64):    res =
sBundleService->CreateBundle(propertyURL, locale, &sBundle);
nsMsgComposeStringBundle.cpp(80):    res = sBundleService->CreateBundle(url,
locale, &sBundle);
Status: NEW → ASSIGNED
Target Milestone: M12
Whiteboard: [Perf]
Putting on [Perf] radar.
Blocks: 11091
(target milestone is M11 or M12 - add to mail beta tracking bug)
Assignee: ducarroz → rhp
Status: ASSIGNED → NEW
Reassign to Rich as he implemented StringBundle in msgCompose...
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WONTFIX
I have two bugs related to cacheing of string bundles. This one and one for
libmime. Reworking this code to cache the string bundle wouldn't really give us
any sort of performance win because the only time these calls are made are
during error conditions. (i.e. display error to user). The libmime issues are
valid since they are called much more frequently, but this would be a lot of
work for little gain, so I am marking WONTFIX.

- rhp
Status: RESOLVED → VERIFIED
Ok, I'll verify as won't fix then.
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.