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.
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/cc2f29e4-9797-4b30-8b10-4debb0869511%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
