1186391 - nsIConverterOutputStream fails with some charset in Firefox 38esr

Status: RESOLVED WONTFIX

(Core :: Internationalization, defect)

Description

[intendentedelleacque]

User Agent: Mozilla/5.0 (Windows NT 5.1; rv:31.0) Gecko/20100101 Firefox/31.0
Build ID: 20150624141335

Steps to reproduce:

I write a small extension for my office, that needs to write data converting them from UTF8 to CP850.

To do that, I use nsIConverterOutputStream and then converter.init(nsIFile, "cp850", 0, 0).






Actual results:

This works perfectly on Firefox31esr, but will fail on Firefox38esr, returning an error on converter.init(nsIFile, "cp850", 0, 0). 


Expected results:

Converter components should work on Firefox38esr as it does on Firefox31esr

Comment 1

[Loic]

Could you attach a minimal extension (or HTML file) showing up the issue, it would help to find a possible regression range.

Comment 2

[intendentedelleacque]

Attachment: test.xpi

Minimal test for bug 1186391

Comment 3

[intendentedelleacque]

Install the test.xpi I provided above on a Windows machine, then:

1) open the url chrome://ancvg/content/etichette.html
2) put some text in textarea and click "save" button
3) the content of textarea will be saved in C:\testfile.txt with encoding cp850 and you will get a "Done" alert

On Firefox 31esr everything works.

On Firefox 38esr and 39 it will fail with this error in Console:
Component returned failure code: 0x80500001 [nsIConverterOutputStream.init] etichette.html:14:0


If you edit manually the file chrome://ancvg/content/etichette.html, you will find out that with some encodings (for ex. cp850, cp858) it fails, some oters (for ex. iso8859-1) it works.

Comment 4

[Loic]

(In reply to intendentedelleacque from comment #3)
> Install the test.xpi I provided above on a Windows machine, then:
> 
> 1) open the url chrome://ancvg/content/etichette.html

When I enter this URL, I get "File not found". Did you join the file in the xpi?

Comment 5

[intendentedelleacque]

Attachment: testcase n.2

Comment 6

[intendentedelleacque]

No it was there, try this test2.xpi

Comment 7

[Loic]

Still "File not found" with version #2.

Comment 8

[intendentedelleacque]

So if I understand well https://bugzilla.mozilla.org/show_bug.cgi?id=997124 , these encodings are not supported anymore? So we will be forced to have a Firefox esr31 just to use that extension :/

Comment 9

[Cosmin Muntean [:cmuntean], Ecosystem QA]

Considering that the bug 1997124 was fixed and encoding are not supported anymore, I will mark this issue as Resolved - Won`t Fix.

Thanks,
Cosmin.