Closed Bug 724540 Opened 8 years ago Closed 6 years ago

investigate use of ICU charset conversion to replace code/data in intl/uconv

Categories

(Core :: Internationalization, defect)

defect
Not set

Tracking

()

RESOLVED WONTFIX

People

(Reporter: jfkthame, Unassigned)

References

(Blocks 1 open bug)

Details

No description provided.
Inevitably, ICU's character conversion data is not exactly the same as Mozilla's. I'm pretty familiar with the differences between two (having worked on Mozilla's in the past) and can help if necessary.
Depends on: 915735
We should be careful not to import any Encoding Standard violations from ICU. It's not at all clear that it's a good idea to start using any of ICU's conversion code.
If we do this we reduce the set of code bases that implement encodings for browsers to two. And the open source set to one.
I have prepared a queue of patches to carefully remove the parts of uconv that we don't actually use. It's pretty sad that at the same time we build ICU converters, including ones that are totally Web-irrelevant and that we shouldn't be building even if we migrated to ICU converters (bug 944348).

I would still rather remove *all* ICU converters from the build and make ours Encoding Standard-compliant instead of fighting the ICU upstream regarding Encoding Standard compliance.
This particular bug is a definite WONTFIX. (Bug 944348 is indeed sad, but this is not the place)
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.