Open
Bug 639321
Opened 14 years ago
Updated 2 years ago
"Binary File" not translated
Categories
(Firefox :: File Handling, defect)
Tracking
()
NEW
People
(Reporter: krystian4842, Unassigned)
Details
Attachments
(1 file)
7.17 KB,
image/png
|
Details |
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:2.0b12) Gecko/20100101 Firefox/4.0b12
Build Identifier: Mozilla/5.0 (Windows NT 6.1; rv:2.0b12) Gecko/20100101 Firefox/4.0b12
Since the dawn of history string "Binary File" in dialog which you get after trying to download an executable in Firefox is not translated. Screen attached.
Reproducible: Always
Steps to Reproduce:
1. Try to download an executable.
2. In the file type you can see untranslated "Binary File".
Actual Results:
Untranslated string
Expected Results:
"Binary File" should be localized
Comment 2•14 years ago
|
||
What language are you using?
Updated•14 years ago
|
Assignee: nobody → marcoos+bmo
Component: General → pl / Polish
Product: Firefox → Mozilla Localizations
QA Contact: general → akalla
Comment 5•14 years ago
|
||
that's a string which comes from the OS or server. Nothing we can do about it.
Closing as INVALID.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → INVALID
How come the OS with Polish language return English "Binary File" string?
Comment 7•14 years ago
|
||
It is not the user's operating system. It is the server that is sending the file.
I don't know if this is used in the actual Firefox but...
http://mxr.mozilla.org/mozilla2.0/source/uriloader/exthandler/nsExternalHelperAppService.cpp#561
I REOPEN this bug, if you think that I shouldn't - sorry.
Status: RESOLVED → REOPENED
Resolution: INVALID → ---
"These entries also ensure that we provide a good descriptive name when we encounter files with these content types and/or extensions."
Comment 10•14 years ago
|
||
(In reply to comment #8)
> I don't know if this is used in the actual Firefox but...
> http://mxr.mozilla.org/mozilla2.0/source/uriloader/exthandler/nsExternalHelperAppService.cpp#561
>
> I REOPEN this bug, if you think that I shouldn't - sorry.
even if the strings come from there, which I doubt, there is no way we could localize them -> back to the previous component.
Assignee: marcoos+bmo → nobody
Component: pl / Polish → General
Product: Mozilla Localizations → Firefox
QA Contact: akalla → general
Reporter | ||
Comment 11•14 years ago
|
||
Can anybody that knows Firefox' code well say if that's the case (comment #8) and is there any way to let the translators localize it?
Comment 12•14 years ago
|
||
The exthandler code is a bit of a mess to trace through, but I'd suspect that is indeed the source of the string that's being displayed. And the code should probably thus be changed to allow localizing those.
Status: REOPENED → NEW
Component: General → File Handling
Product: Firefox → Core
QA Contact: general → file-handling
Reporter | ||
Comment 13•14 years ago
|
||
I presume this won't be taken care of before 4.0 ships?
Comment 14•14 years ago
|
||
Correct.
The code linked to in comment 8 is probably the right thing. At the same time, making that stuff localizable could hurt performance in some cases...
I'd be happy to review a patch that makes those localizable and shows no perf impact.
Updated•9 years ago
|
Product: Core → Firefox
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•