Open Bug 741024 Opened 13 years ago Updated 3 years ago

nsDOMFileReader could use nsContentUtils for stream conversion

Categories

(Core :: DOM: Core & HTML, defect, P5)

defect

Tracking

()

People

(Reporter: janv, Unassigned)

Details

I'm implementing readAsText() for FileHandle and I found out that we could remove some code in FileReader and just call nsContentUtils::ConvertStringFromCharset() and nsContentUtils::CheckForBOM()
Also, FileReaderSyncPrivate::GuessCharset() seems to support UTF-32 when checking for BOM. We don't support it in nsDOMFileReader() nor in nsContentUtils::CheckForBOM()
(In reply to Jan Varga [:janv] from comment #1) > Also, FileReaderSyncPrivate::GuessCharset() seems to support UTF-32 when > checking for BOM. We don't support it in nsDOMFileReader() nor in > nsContentUtils::CheckForBOM() We shouldn't, I don't think.
ok, but why ?
https://bugzilla.mozilla.org/show_bug.cgi?id=1472046 Move all DOM bugs that haven’t been updated in more than 3 years and has no one currently assigned to P5. If you have questions, please contact :mdaly.
Priority: -- → P5
Component: DOM → DOM: Core & HTML
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.