On Thursday, May 28, 2015 at 12:58:44 PM UTC+2, Senthil wrote:
>
> Getting HAR data as a string works for me - I think having it minimal is
> the best case scenario for everyone - it just does what it is supposed to
> do (clear and trigger).
>
> It also gives me the flexibility to store har with all the additional info
> that I may want to add.
>
Great!
What do you think about the suggested "HARPageLoaded" event? (fired when
all requests executed during the page load are finished)
I still feel like this is needed - in order to know when to trigger the
export. But, looks like it is isn't?
(you might want to read the discussion above)
Honza
>
> Hoping to get my hands on it soon - let us know when it is in nightly.
>
Will check it out and get back.
>
> Thanks.
>
> On Wednesday, May 27, 2015 at 3:19:36 PM UTC+5:30, Jan Honza Odvarko wrote:
>>
>>
>>
>> On Wednesday, May 27, 2015 at 10:31:01 AM UTC+2, Senthil wrote:
>>>
>>> Now I read the Firefox bug, I understand that Har export is becoming
>>> part of Firefox.
>>>
>>> Since it is going to be lightweight, do we have options for sending
>>> beacons - if not, can you spin out the code that you've written in FBug 3.0
>>> to a new extension which can publish the har to a URL on "HARPageLoaded" or
>>> Manual trigger.
>>>
>>> My earlier request to add headers will fall here - it should not be part
>>> of the firefox browser.
>>>
>>> Thanks
>>> Senthil.
>>>
>>> On Wednesday, May 27, 2015 at 12:31:37 PM UTC+5:30, Senthil wrote:
>>>>
>>>> 1. What do you mean by saying "extensions not needed anymore" -> "Har
>>>> Export" is part of Firebug 3.0 or Firefox network panel??
>>>>
>>>> 2. I have been using Netexport with Selenium and I find "triggerExport"
>>>> and "clear" events good enough to automate the page.
>>>>
>>> Yes, precisely, I also think that having HAR API available in the
>> content is enough for the automation. It's relatively simple to provide
>> them and it's quite flexible at the same time.
>>
>>
>>>
>>>> 2.5 I would REQUEST ability to add headers to the beacon URL when
>>>> export is triggered (***important***) - I would want to send info about
>>>> buildid, runid as part of the header while keeping the beacon url intact
>>>>
>>> The current API design allows to get just the HAR source (without
>> storing it into a local file). See an example:
>>
>> var options = { getData: true };
>> HAR.triggerExport(options).then(function(result) {
>> var har = result.data;
>>
>> // The har variable contains a HAR string (JSON) with
>> // all Network panel data included. An automated tool can
>> // parse/process the string, append any additional information
>> // and eventually sent/store anywhere where the tool has access to.
>> });
>>
>> So, the automation tool can get the HAR data, customize them and sent
>> anywhere you want.
>> Would this work for you?
>>
>>
>>
>>>
>>>> 3. "HARPageLoaded" would be a nice addition - WILL user be allowed to
>>>> configure the time period (1000 ms or 5000) after which the event will be
>>>> fired??
>>>>
>>> See the thread above. Ahmad is suggesting that the event is unnecessary
>> and it's up to the automation tool to trigger the export at the right time.
>> It make sense to me, the actual logic that says when to trigger the export
>> can vary from case to case and it looks like responsibility of the tool.
>>
>>
>>>
>>>> And thanks for HAR and HAR Export - It is helping me a lot with my work.
>>>>
>>> Excellent!
>>
>> Honza
>>
>>
--
You received this message because you are subscribed to the Google Groups
"Firebug" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/firebug.
To view this discussion on the web visit
https://groups.google.com/d/msgid/firebug/c66c515e-968d-4b24-be3e-6aeeef16ccd9%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
