Closed Bug 444101 Opened 16 years ago Closed 14 years ago

FastFindLinksLabel is not translated in he

Categories

(Mozilla Localizations :: he / Hebrew, defect)

defect
Not set
trivial

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: timeless, Unassigned)

References

()

Details

(Keywords: fixed1.9.0.15)

Attachments

(2 files)

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
Thanks for the report, timeless!

Blocks: 436587
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows XP → All
Hardware: PC → All
Attached patch patchSplinter Review
Attachment #328511 - Flags: approval1.9.0.1?
Comment on attachment 328511 [details] [diff] [review]
patch

I'm confused to not see a '(' in the translated string.
(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.

חיפוש מהיר (קישורים בלבד):
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.
this still exists in 3.5RC2. please commit the patch.
somehow i'm sure i saw it in 3.5, but now i don't. maybe i mixed up with 3.0.
(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. :)
well, it's still in 3.0.
Attachment #328511 - Flags: approval1.9.0.1? → approval1.9.0.12+
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.
This needs landing in the next 8 hours if it's going to make 1.9.0.12.
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?
Attachment #328511 - Flags: approval1.9.0.14? → approval1.9.0.14+
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).
Tomer, now that you got that award, can you land this on our old cvs tree? ;-)
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+
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.

Attachment

General

Creator:
Created:
Updated:
Size: