Closed Bug 13400 Opened 26 years ago Closed 26 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: 26 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.