In http://bugzilla.mozilla.org/show_bug.cgi?id=5663, plaintext copy/paste of entities wasn't working because in nsHTMLToTXTSinkStream::EncodeToBuffer mUnicodeEncoder was null, so we were hitting an assert and bailing out. I fixed that bug (if we have no encoder we simply copy the bits directly) but the question remains why we don't have a unicode encoder (and the assertion is still there and still being hit). We need to figure out whether this is really a problem, and either fix it or remove the assertion.

Accepting bug, setting milestone to M7

Assigning to akkana

Marking M8 since I don't understand the issues yet.

Move XIF/I18n bugs to M9; they're dependant on stubs which I18n is trying to get in for M8.

Bumping milestone again. No one really cares about this bug anyway, AFAIK.

Bumping this up yet again, since there are still issues waiting to be resolved before I can really understand how this stuff is supposed to work in the output sinks.

Changing Component to Output.

moving to m16 - load balance

I was leaving this bug open to track the need to convert the text output sink to use the new unicode encoders; but 13401 is also tracking that issue, so I'll mark this a dup. *** This bug has been marked as a duplicate of 13401 ***

verified dupe of 13401.

Bulk move of all "Output" component bugs to new "DOM to Test Conversion" component. Output will be deleted as a component.