mozilla.dev.platform Google Group

Re: DOMContentLoaded

2010-01-04T05:27:49Z

No, that wouldn't work. These would:
<script src="some-cgi-script-that-slee ps-for-more-than-400ms">
(or equivalent with httpd.js).
<script>
var start = new Date;
var end = new Date;
while (end - start < 400) {
end = new Date;
}
</script>
(Of course with the latter there's no guarantee that you'll get back to

Re: DOMContentLoaded

2010-01-04T05:28:29Z

Ok good, I think we have sorted this out in Firebug, but we need a test
case we can rely on. How can we ensure that DOMContentLoaded is fired no
sooner than 400ms in a simple page? Load a script from an non-existent
server?
jjb

Re: nsIWebBrowserFind.findNext fails because there is no primary shell for the document

2010-01-03T21:09:54Z

OK. That's not an unexpected state of being for a document which is not
being shown (for example, which is loaded in a display:none iframe or
the like).
Do you have reason to believe there should in fact be a presshell here?
-Boris

Re: onLocationChange to wyciwyg

2010-01-03T21:08:40Z

OK....
Fails what where with what JS error?
Just like it was before the reload, right?
That's correct.
No. wyciwyg is an internal URI scheme used to represent document.write
result pages; the location bar shows the thing after the slash which
comes after the number which comes after wyciwig://.
See also nsIURIFixup.createExposableURI .

nsIWebBrowserFind.findNext fails because there is no primary shell for the document

2010-01-03T19:50:01Z

Hi,
I am using nsIWebBrowserFind.findNext (from JS) and it always fails
with NS_ERROR_INVALID_POINTER. Here is the code snippet that I am
working with:
// this.browser is the <browser> associated with a tab, got by
gBrowser.getBrowserAtIndex(i)
var browserFind = this.browser.docShell.getInter face
(Ci.nsIWebBrowserFind);

onLocationChange to wyciwyg

2010-01-03T18:07:51Z

While investigating Firebug issue 2649,
[link],
I came up with a weird effect. After I completed the user's test
procedure, I tried to reload the page to start over, but I could not
succeed. The reload request causes an onLocationChange to a url,
wyciwyg://1/[link]

Re: DOMContentLoaded

2009-12-30T18:29:47Z

What other ways? innerHTML parses into a new document (or more
precisely document fragment), then inserts the nodes into your original
document via a DOM insertNode call. That call triggers mutation events
as needed. The HTML5 spec makes this pretty explicit.
-Boris

Re: DOMContentLoaded

2009-12-30T18:30:49Z

So what about setting element.innerHTML and all other ways that look
like parsing is going on?
jjb

Re: DOMContentLoaded

2009-12-30T18:07:50Z

Yes.
"Do not", rather than "may not". They never trigger mutation events.
DOMContentLoaded just tells you that there will be no more parser
mutations for that document after that point (modulo document.open, of
course).
-Boris

Re: DOMContentLoaded

2009-12-30T17:56:43Z

I was confused by the "can't have such an expectation" followed by "of
course". I guess you mean:
Scripted mutations to the document trigger mutation events at all times.
Parser mutations may not trigger mutations events before DOMContentLoaded.
jjb

Re: DOMContentLoaded

2009-12-30T17:06:02Z

That's not quite right. DOMNodeInserted is not fired for nodes inserted
by the parser. DOMContentLoaded fires at the point when the parser is
done with the document. So after DOMContentLoaded, you can expect to
see mutation events for all mutations to the document; before that you
can't have such an expectation.

Re: Conversion to external linkage

2009-12-30T15:12:00Z

Neil wrote:
Hmm, I'm not too good at the details of those linkage things when it
comes down to how code is written.
From a build perspective, I'd favor going to libxul or even XULRunner
in the long term, matching what Firefox does as much as possible. I
guess mail would need to be built in the same way as Firefox does with

Re: Page-load performance problem in Gtk (and headless) backend

2009-12-30T14:20:49Z

Sorry for delay on reply, am on holiday - the bug/patch have indeed been
filed: [link]
--Chris

DOMContentLoaded

2009-12-30T05:38:23Z

The documention for DOMContentLoaded makes it sound quite insignificant:
---
Fired on a Window object when a document's DOM content is finished
loading, but unlike "load", does not wait until all images are loaded.
---
Generally Firebug tries to get in to the page as early as possible.
Based on the above, DOMContentLoaded does trigger some Firebug actions,

Re: Conversion to external linkage

2009-12-29T22:14:37Z

It is currently true that you should not mix the internal and external
string APIs, because there are symbols shared between them such as
nsString::nsString. That could be fixed by using namespaces, e.g.
mozilla::internal::nsAString / mozilla::glue::nsAString, and the headers
would choose which version to use with `using` declarations and typedefs.