Re: displayURL is set asynchronously?

2014-03-10 Thread Jan Honza Odvarko
On Tuesday, March 11, 2014 12:49:11 AM UTC+1, Fitzgerald, Nick wrote: > On 3/10/14 4:24 AM, Jan Honza Odvarko wrote: > > > Debugger.script.source.displayURL isn't available for new Function scripts > > that contain the //# sourceURL directive when accessing it within &

displayURL is set asynchronously?

2014-03-10 Thread Jan Honza Odvarko
Debugger.script.source.displayURL isn't available for new Function scripts that contain the //# sourceURL directive when accessing it within Debugger.onNewScript hook. It's properly set when testing the flag after timeout. Note that it's properly set for eval scripts (within the onNewScript hoo

Re: Column numbers appended to URLs recently

2014-03-05 Thread Jan Honza Odvarko
On Wednesday, March 5, 2014 9:50:07 AM UTC+1, Martin Thomson wrote: > On 2014-03-03, at 18:54, Jan Honza Odvarko wrote: > > > > > URLs in stack traces for exception objects have been recently changed. > > There is a column number appended at the end (I am seeing this

Re: Column numbers appended to URLs recently

2014-03-05 Thread Jan Honza Odvarko
On Tuesday, March 4, 2014 10:33:47 PM UTC+1, Jason Orendorff wrote: > On 3/3/14, 12:54 PM, Jan Honza Odvarko wrote: > > > URLs in stack traces for exception objects have been recently changed. > > There is a column number appended at the end (I am seeing this in Nightly, &

Column numbers appended to URLs recently

2014-03-03 Thread Jan Honza Odvarko
URLs in stack traces for exception objects have been recently changed. There is a column number appended at the end (I am seeing this in Nightly, but it could be also in Aurora). An example of the stack trace: http://example.com/path/file.html:102 ... means there was an exception at the specif

XHR multipart/x-mixed-replace changed in the last Nightly?

2013-03-06 Thread Jan Honza Odvarko
It looks like support for Content-type: multipart/x-mixed-replace; change in the last Nighly. Executing XHR in this test case: https://getfirebug.com/tests/head/console/spy/2285/issue2285.html * in Firefox Nightly 22.0a1 (2013-03-05) responseText is: --NEXTPART Content-type: text/plain Part0+-

Re: Components.utils.evalInSandbox() changed in Fx21?

2013-01-15 Thread Jan Honza Odvarko
On Tuesday, January 15, 2013 6:03:13 PM UTC+1, Boris Zbarsky wrote: > On 1/15/13 11:57 AM, Jan Honza Odvarko wrote: > > > Is this expected behavior? > > > > Yes. Basically, objects and arrays now have the same enumeration > > behavior, and it's numeric p

Components.utils.evalInSandbox() changed in Fx21?

2013-01-15 Thread Jan Honza Odvarko
Example: var string = "{5: 5, 2: 2, 15: 15}"; var s = Components.utils.Sandbox("http://getfirebug.com";); Components.utils.evalInSandbox("(" + string + ")", s); --- Executing the previous code in Fx20 results with an object that has its properties in the same order as defined in the |string|.

Re: BFCache & Application Cache

2012-11-29 Thread Jan Honza Odvarko
On Nov 29, 11:15 pm, Honza Bambas wrote: > You may QI the channel to nsIApplicationCacheChannel and check for > loadedFromApplicationCache attribute. ok, works for me, thanks. > I'm just interested in how you recognize a bfcache load, > nsIWebProgressListener::STATE_RESTORING flag check? Firebug

BFCache & Application Cache

2012-11-29 Thread Jan Honza Odvarko
Firebug's Net panel is already showing responses coming from BFCache (http://www.softwareishard.com/blog/firebug/firebug-tip-what-the-heck- is-bfcache/) and now we'd like to support also Application Cache: https://developer.mozilla.org/en-US/docs/HTML/Using_the_application_cache When using this de

Re: "abort" listener not executed for XHR

2012-11-22 Thread Jan Honza Odvarko
On Nov 23, 5:36 am, Boris Zbarsky wrote: > On 11/22/12 3:48 AM, Jan Honza Odvarko wrote: > > > I can create a simple extension, but it'll require having patch from > > bug 800799 applied. > > That's fine.  I'm pretty good at applying patches.  ;) Excel

Re: "abort" listener not executed for XHR

2012-11-22 Thread Jan Honza Odvarko
On Nov 21, 5:53 pm, Boris Zbarsky wrote: > On 11/21/12 11:31 AM, Jan Honza Odvarko wrote: > > > Am I doing something wrong? > > When is the addEventListener call made? There are two scenarios: 1) The listener is appended when "http-on-modify-request" is sent. It

"abort" listener not executed for XHR

2012-11-21 Thread Jan Honza Odvarko
I am registering a listener for "abort" event in XHR xhr.addEventListener("abort", onAbort, false); but it isn't executed in the following case: var request = new XMLHttpRequest(); request.open("POST", "issue2462.php", true); request.send(null); request.abort(); nsIEventListene

Re: HTML depth limit?

2012-10-30 Thread Jan Honza Odvarko
On Oct 29, 8:07 pm, Rob Campbell wrote: > This sounds really familiar. Honza, did you run into this in the past? No, I haven't noticed that (but obviously the problem has been there for some time) > In any case, I was able to reproduce this with the attached test-case in your > bug: > http://cl

Re: HTML depth limit?

2012-10-30 Thread Jan Honza Odvarko
On Oct 29, 8:57 pm, Mats Palmgren wrote: > On 10/29/2012 07:47 PM, Jan Honza Odvarko wrote: > > > Is there any depth  limit for HTML elements in a document? > > Yes, around 200 or so. > > http://dxr.mozilla.org/search.cgi?tree=mozilla-central&string=MAX_REF... OK, I se

HTML depth limit?

2012-10-29 Thread Jan Honza Odvarko
Is there any depth limit for HTML elements in a document? Related Firebug bug report: http://code.google.com/p/fbug/issues/detail?id=5780 Honza ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: onHTTPSpyReadyStateChange not sent for aborted XHR?

2012-10-17 Thread Jan Honza Odvarko
On Oct 12, 2:05 pm, Jan Honza Odvarko wrote: > One of the Firebug automated tests is using following script to check > that XHR displayed in the Console panel (and the Net panel) is > properly finished if aborted: > > var request = new XMLHttpRequest(); > request.ope

onHTTPSpyReadyStateChange not sent for aborted XHR?

2012-10-12 Thread Jan Honza Odvarko
One of the Firebug automated tests is using following script to check that XHR displayed in the Console panel (and the Net panel) is properly finished if aborted: var request = new XMLHttpRequest(); request.open("POST", "", true); request.send(null); request.abort(); It works in Firefox 17, where

Re: HTTP-ON-EXAMINE-MERGED-RESPONSE

2012-08-03 Thread Jan Honza Odvarko
On Aug 2, 7:16 pm, Honza Bambas wrote: > On 8/2/2012 3:19 PM, Jan Honza Odvarko wrote: > > > > > > > > > According to the MDN here: > >https://developer.mozilla.org/en/Observer_Notifications#HTTP_requests > > > HTTP-ON-EXAMINE-MERGED-RESPONSE is: >

HTTP-ON-EXAMINE-MERGED-RESPONSE

2012-08-02 Thread Jan Honza Odvarko
According to the MDN here: https://developer.mozilla.org/en/Observer_Notifications#HTTP_requests HTTP-ON-EXAMINE-MERGED-RESPONSE is: called *instead* of http-on-examine-response when a response will be read partially from cache, and partially from the network (HTTP 206 or 304 response). Headers ar