Closed Bug 121776 Opened 23 years ago Closed 23 years ago

XMLSerializer loses content

Categories

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

x86
Linux
defect
Not set
normal

Tracking

()

VERIFIED WORKSFORME

People

(Reporter: bbaetz, Assigned: hjtoi-bugzilla)

References

()

Details

1. Go to the above url, and look at the attachment.
2. Scroll all the way down, and see what the last line is.
3. Press the "eddit attachment as comment" button
4. Repeat step 2, and note that the attachment is truncated.

I don't think this is a bugzilla bug - the script shouldn't care about the size.
ccing myk anyway, just in case.

I haven't tried making a minimal testcase yet.
XML serializer bug, over to heikki.
Assignee: jst → heikki
Holy cow! I had no idea were were misuing XMLSerializer in Bugzilla. It is used
to serialize the attachment, which is a Really Bad Idea (TM) when the attachment
is not an XML document. Oh boy...

Anyway, I don't see the problem in Windows or Mac. I am building on Linux, will
test there after it finishes.
Keywords: dataloss
OK, I've tried to reproduce this again, and can't. I'm wondering if I just
pressed the button before the attachment finished loading (I'm on dialup). I'm
sure that I tested that, though (see step 2). Hmm.

If you have a way for us to do this w/o "misusing" xmlserializer, then if you
describe it/rewrite the script, I'll patch bugzilla.
WFM too, also on Linux. It is possible that you were seeing a regression caused
by jst's getElementById optimization, which was fixed by harishd.

If/when we get a scriptable HTML serializer (or generalized serializer) I'll let
you know.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
s/getElementById/nsHTMLTags::LookupTag/
QA Contact: lchiang → ian
v per comments
Status: RESOLVED → VERIFIED
Component: DOM: Mozilla Extensions → DOM
Component: DOM → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.