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)
Core
DOM: Core & HTML
Tracking
()
NEW
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()
| Reporter | ||
Comment 1•13 years ago
|
||
Also, FileReaderSyncPrivate::GuessCharset() seems to support UTF-32 when checking for BOM. We don't support it in nsDOMFileReader() nor in nsContentUtils::CheckForBOM()
Comment 2•13 years ago
|
||
(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.
| Reporter | ||
Comment 3•13 years ago
|
||
ok, but why ?
Comment 4•7 years ago
|
||
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
| Assignee | ||
Updated•7 years ago
|
Component: DOM → DOM: Core & HTML
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•