Closed
Bug 695325
Opened 14 years ago
Closed 14 years ago
netError.dtd should use &brandShortName;
Categories
(Core :: DOM: Navigation, defect)
Core
DOM: Navigation
Tracking
()
RESOLVED
FIXED
mozilla10
People
(Reporter: neil, Assigned: neil)
References
Details
Attachments
(1 file)
1.18 KB,
patch
|
Gavin
:
review+
|
Details | Diff | Splinter Review |
When I wrote the patch that ended up in bug 451250 the core version of netError.dtd didn't use branding and obviously neither version of the relevant properties file used branding but I overlooked Firefox's override file does in fact use branding and I erroneously hardcoded Firefox in to the file.
Assignee | ||
Comment 1•14 years ago
|
||
Updated•14 years ago
|
Attachment #567744 -
Flags: review?(gavin.sharp) → review+
Assignee | ||
Comment 2•14 years ago
|
||
Pushed changeset 779adaa83feb to mozilla-central.
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Comment 3•14 years ago
|
||
Filed bug 696323 for catching this kind of bug automatically.
Flags: in-testsuite-
Comment 4•14 years ago
|
||
As usual changing a string substantially without changing its key is not the right way to go (even if in this case the missing variable should be caught by compare-locales).
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 5•14 years ago
|
||
(In reply to flod (Francesco Lodolo) from comment #4)
> (even if in this case the missing variable should be caught by compare-locales).
And I'm probably wrong on this one (catches missing variables but not missing entities?)
https://l10n-stage-sj.mozilla.org/dashboard/compare?run=168392
![]() |
||
Comment 6•14 years ago
|
||
I'm torn on the key change here, I'd rather go for not doing that.
As for the compare-locales check, right now, it only warns if the localization uses a variable that's not in en-US, not the other way around. Happy to see an experiment by someone.
Assignee | ||
Comment 7•14 years ago
|
||
(In reply to Axel Hecht from comment #6)
> I'm torn on the key change here, I'd rather go for not doing that.
I should post to .l10n though, if only I could remember which of my various profiles is subscribed to it...
Comment 8•14 years ago
|
||
(In reply to neil@parkwaycc.co.uk from comment #7)
> I should post to .l10n though, if only I could remember which of my various
> profiles is subscribed to it...
If you need I can do that on dev.l10n (and we can close this bug again).
Comment 9•14 years ago
|
||
(In reply to flod (Francesco Lodolo) from comment #8)
> (In reply to neil@parkwaycc.co.uk from comment #7)
> > I should post to .l10n though, if only I could remember which of my various
> > profiles is subscribed to it...
>
> If you need I can do that on dev.l10n (and we can close this bug again).
Please do so. Thanks!
Status: REOPENED → RESOLVED
Closed: 14 years ago → 14 years ago
OS: Windows XP → All
Hardware: x86 → All
Resolution: --- → FIXED
Target Milestone: --- → mozilla10
Assignee | ||
Comment 10•14 years ago
|
||
(In reply to Dão Gottwald from comment #9)
> (In reply to Francesco Lodolo from comment #8)
> > (In reply to comment #7)
> > > I should post to .l10n though, if only I could remember which of my various
> > > profiles is subscribed to it...
> > If you need I can do that on dev.l10n (and we can close this bug again).
> Please do so. Thanks!
No need, I already did.
You need to log in
before you can comment on or make changes to this bug.
Description
•