Closed
Bug 444101
Opened 17 years ago
Closed 14 years ago
FastFindLinksLabel is not translated in he
Categories
(Mozilla Localizations :: he / Hebrew, defect)
Mozilla Localizations
he / Hebrew
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: timeless, Unassigned)
References
()
Details
(Keywords: fixed1.9.0.15)
Attachments
(2 files)
75.41 KB,
image/png
|
Details | |
763 bytes,
patch
|
samuel.sidler+old
:
approval1.9.0.15+
|
Details | Diff | Splinter Review |
Build identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9) Gecko/2008052906 Firefox/3.0
Locale pack is from http://releases.mozilla.org/pub/mozilla.org/firefox/releases/3.0/win32/xpi/he.xpi
i have local switcher, noscript and quick locale switcher installed
1. load a web page (dilbert?)
2. press ' <single quote>
expected results:
Hebrew text labeling search field
actual results:
English text
reproducible: only with ', doesn't happen with / (which provides a Hebrew label)
unrelated bugs need to be found for
1. noscript's use of <>s in the script field w/ Hebrew
Comment 1•17 years ago
|
||
Thanks for the report, timeless!
Comment 2•17 years ago
|
||
Attachment #328511 -
Flags: approval1.9.0.1?
Comment 3•17 years ago
|
||
Comment on attachment 328511 [details] [diff] [review]
patch
I'm confused to not see a '(' in the translated string.
Comment 4•17 years ago
|
||
(In reply to comment #3)
> I'm confused to not see a '(' in the translated string.
Well, It still there. Look right before the colon.
חיפוש מהיר (קישורים בלבד):
Comment 5•17 years ago
|
||
Maybe what Axel means is that both '(' and ')' appear as ')' in the diff, but that is just an artefact of viewing the text in left-to-right context. If you set bidi.browser.ui to true and choose "Switch Page Direction" from the view menu or the context menu, the text appears as it will appear in RTL UI.
Comment 6•16 years ago
|
||
this still exists in 3.5RC2. please commit the patch.
Comment 7•16 years ago
|
||
somehow i'm sure i saw it in 3.5, but now i don't. maybe i mixed up with 3.0.
Comment 8•16 years ago
|
||
(In reply to comment #7)
> somehow i'm sure i saw it in 3.5, but now i don't. maybe i mixed up with 3.0.
I am unable to reproduce. :)
Comment 9•16 years ago
|
||
well, it's still in 3.0.
Updated•16 years ago
|
Attachment #328511 -
Flags: approval1.9.0.1? → approval1.9.0.12+
Comment 10•16 years ago
|
||
Comment on attachment 328511 [details] [diff] [review]
patch
I can give you approval for .12.
Please use the bugzilla keywords dance and use a rich check-in comment.
Man, I haven't checked the .1 flag for ages and just switched over to a regexp query that actually does catch a request this old.
Comment 11•16 years ago
|
||
This needs landing in the next 8 hours if it's going to make 1.9.0.12.
Comment 12•16 years ago
|
||
Comment on attachment 328511 [details] [diff] [review]
patch
This missed 1.9.0.12. Will have to land in 1.9.0.13 when we open up for that.
Attachment #328511 -
Flags: approval1.9.0.12+ → approval1.9.0.13?
Updated•15 years ago
|
Attachment #328511 -
Flags: approval1.9.0.14? → approval1.9.0.14+
Comment 13•15 years ago
|
||
Comment on attachment 328511 [details] [diff] [review]
patch
Gah. Should've approved this earlier...
Re-approving for 1.9.0.14 based on comment 10. Please use the fixed1.9.0.14/verified1.9.0.14 to indicate fixed and verified statuses (after it's verified).
Comment 14•15 years ago
|
||
Tomer, now that you got that award, can you land this on our old cvs tree? ;-)
Comment 15•15 years ago
|
||
Comment on attachment 328511 [details] [diff] [review]
patch
Moving out approval. You can land this for 1.9.0.15 any time.
Attachment #328511 -
Flags: approval1.9.0.14+ → approval1.9.0.15+
Comment 16•15 years ago
|
||
Keywords: fixed1.9.0.15
Updated•14 years ago
|
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•