277228 - innerHTML needs fixing.

Status: RESOLVED INVALID

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

Description

[Joe Bag O'donuts]

Hi bugs:

This is not a bug report.  I just didn't know of another place to place this
request.  The tag property innerHTML is NOT a standard.  Apparently Firefox
defines innerHTML as the page source.  M$ Internet Explorer treats it as the
page as it was rendered (i.e. the source) plus any changes made to inputs in a
form.  Firefox actually displays additional form items when using innerHTML. 
However, it only does so when innerHTML is read and the new items are
concatenated with the original innerHTML.  Unfortuately, this results in a reset
of the form.  I know, I know, I should use the DOM and just append the new
inputs to the form.  My question is: If you're going to have something like
innerHTML and it's going to behave differently than IE, wouldn't you be better
off either not having innerHTML or having one that behaves the same way?
     Since innerHTML isn't a standard, Firefox actually does change the page
with a non DOM call to innerHTML.
     You'd probably gain more acceptance in the development community if you
made the result of the call to innerHTML identical to IE.  That is account for
changes to form inputs befoe the call.

Thanks for listening.

Comment 1

[thesh_bugs]

Attachment: testcase

If it isn't a bug, use a webforum. Also, it appears to me that Gecko is using
the DOM source for innerHTML.

Invalid?

Comment 2

[Boris Zbarsky [:bzbarsky]]

Invalid, since the bug report never clearly says what the problem is.  Joe,
innerHTML aims to be IE-compatible.  If you have a page where it's not, please
reopen this bug and attach the page using 
https://bugzilla.mozilla.org/attachment.cgi?bugid=277228&action=enter