Closed
Bug 76332
Opened 24 years ago
Closed 24 years ago
nsIStringBundleService::CreateBundle() should not take a locale param
Categories
(Core :: Internationalization, defect)
Tracking
()
RESOLVED
FIXED
mozilla0.9.1
People
(Reporter: jud, Assigned: jud)
References
Details
Attachments
(2 files)
(deleted),
patch
|
Details | Diff | Splinter Review | |
(deleted),
patch
|
Details | Diff | Splinter Review |
The CreateBundle() api is using a dead nsILocale param; should be removed.
Assignee | ||
Updated•24 years ago
|
Target Milestone: --- → mozilla0.9.1
Comment 1•24 years ago
|
||
since you have to change call sites anyway, can you change this to .createBundle
(interCaps) while you're at it? (I only see 5 uses of this in JS the tree so
it's minor)
Assignee | ||
Comment 2•24 years ago
|
||
Assignee | ||
Comment 3•24 years ago
|
||
tao can I get an r= when you have a chance.
Assignee | ||
Comment 5•24 years ago
|
||
alecf sr=? this would be checked in *after* the tree opens for 0.9.1, on the
trunk. it's not for 0.9.
Comment 6•24 years ago
|
||
I thought i'd mention that there is a real performance hit when inside
nsStringBundleService::getStringBundle
We are inside here like 2 seconds when we launch mozilla or gtkEmbed.
It takes like 10 seconds on initial startup to register all the chrome.
This bottleneck hurts.
--pete
Comment 7•24 years ago
|
||
I traced it a bit further to this call:
NS_OpenURI(getter_AddRefs(in), uri);
inside of:
nsStringBundle::InitSyncStream
--pete
Assignee | ||
Comment 8•24 years ago
|
||
that OpenURI() call does an OpenInputStream() which blocks the UI thread. you
might want to re-open http://bugzilla.mozilla.org/show_bug.cgi?id=26291 and
discuss it there.
no more discussion on the perf issue in this bug please.
Comment 9•24 years ago
|
||
Yea thanks, i just filed this one to track it.
http://bugzilla.mozilla.org/show_bug.cgi?id=76682
I'll look at it now.
--pete
Comment 10•24 years ago
|
||
Changing QA contact to ftang for now. Can you please verify this within
development or provide a test case later on?
QA Contact: andreasb → ftang
Assignee | ||
Comment 11•24 years ago
|
||
There are some string-usage cleanups that I would normally request under the
``it appeared in your context diff'' doctrine, and it's hard to validate the
ownership model around CreateBundle(..., m_pIStringBundle) without access to the
rest of the tree, but it looks like you have Done No Harm. And since you fixed
some IDL case, I'm swooning with joy.
sr=shaver. (I'd still like you to get an r= from someone with more commercial
tree experience, because I can't see a lot of context there.)
Comment 13•24 years ago
|
||
r= sr= syd on the commercial bits
Comment 14•24 years ago
|
||
looks like you need to expand out the tabs . . .
--pete
Assignee | ||
Comment 15•24 years ago
|
||
mozilla diffs have been checked in. leaf is going to checkin the commercial
diffs when the commercial cvs server comes back on line either today or
tomorrow; thanks leaf.
Assignee | ||
Comment 16•24 years ago
|
||
leaf checked in the comm patches. this is all checked in.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•