"Binary File" not translated

NEW
Unassigned

Status

()

8 years ago
2 years ago

People

(Reporter: krystian4842, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Reporter)

Description

8 years ago
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
(Reporter)

Comment 1

8 years ago
Created attachment 517264 [details]
Screenshot of the problem
What language are you using?
(Reporter)

Comment 3

8 years ago
Polish

Updated

8 years ago
Assignee: nobody → marcoos+bmo
Component: General → pl / Polish
Product: Firefox → Mozilla Localizations
QA Contact: general → akalla

Comment 4

8 years ago
Marking new per screenshot
Status: UNCONFIRMED → NEW
Ever confirmed: true
that's a string which comes from the OS or server. Nothing we can do about it.
Closing as INVALID.
Status: NEW → RESOLVED
Last Resolved: 8 years ago
Resolution: --- → INVALID
(Reporter)

Comment 6

8 years ago
How come the OS with Polish language return English "Binary File" string?
It is not the user's operating system. It is the server that is sending the file.
(Reporter)

Comment 8

8 years ago
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 → ---
(Reporter)

Comment 9

8 years ago
"These entries also ensure that we provide a good descriptive name when we encounter files with these content types and/or extensions."
(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

8 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?
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

8 years ago
I presume this won't be taken care of before 4.0 ships?
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

2 years ago
Component: File Handling → File Handling
Product: Core → Firefox
You need to log in before you can comment on or make changes to this bug.