Ability to export and save data

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Would be nice to be able to export the data or save to an external file.
 Allowing people to share information for debugging purposes.
2.
3.

What is the expected output? What do you see instead?

What version of the product are you using? On what operating system?

Please provide any additional information below.

Original issue reported on code.google.com by dawn.par...@gmail.com on 10 Jun 2008 at 8:56

[GoogleCodeExporter]

Original comment by pappkame...@gmail.com on 24 Jun 2008 at 4:11

• Changed state: Accepted
• Added labels: Type-Enhancement
• Removed labels: Type-Defect

[GoogleCodeExporter]

The cool thing is that you can select all components from the list and 
right-click
and copy. Not exactly an export feature but can do the job :)

Even cooler is that you can filter using the search box.

Original comment by sst...@gmail.com on 25 Jul 2008 at 5:04

[GoogleCodeExporter]

The saving and exporting stuff is the Key feature that is missing right now.

Original comment by starpl...@gmail.com on 29 Sep 2008 at 9:12

[GoogleCodeExporter]

I agree. Easily the ONLY feature that keeps this from walking away as the best
network packet analyzer at the HTTP level is that you can't save a capture file 
and
review it later. 

Original comment by eunche...@gmail.com on 20 Nov 2008 at 1:12

[GoogleCodeExporter]

If it were possible, could you allow for the specifying of an output file to 
spool
all the data  to as it is being collected.

Thank you.

Original comment by bruc...@fallenacorn.com on 16 Dec 2008 at 3:56

[GoogleCodeExporter]

+1 Yes a total dump of ALL collected info would be great.

Original comment by PaulGr...@gmail.com on 29 Jan 2009 at 7:07

[GoogleCodeExporter]

My requirement is some what similar . I am looking for open source tool which 
can
record the http(s) session and replay it as many times as we want.It will help
benchmark the web application and going further we can have automated 
performance
testing process where we will replay the recorded traffic and we can check if 
any new
development has really pull down the performance of the web app by comparing the
bench marked numbers against the test numbers.

Original comment by syoges...@gmail.com on 30 May 2009 at 10:31

[GoogleCodeExporter]

An XML export would be THE killing feature for HTTPFOX.
The way http://www.ieinspector.com/httpanalyzer/index.html saves a "full 
content 
stream" in an XML file would be nice.
Any hope of getting this feature quite soon? :)
Thanks, Olivier.

Original comment by O.Lenorm...@gmail.com on 8 Jul 2009 at 8:43

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Rather than export it for replay within HTTPFox, it would be better to export 
it 
into a XML format that could be easily translated for use with JMeter and/or 
other 
tools.

This page gives details on the JMeter format:
  http://wiki.apache.org/jakarta-jmeter/JmxTestPlan

Original comment by ar.noone...@gmail.com on 5 Aug 2009 at 11:28

[GoogleCodeExporter]

Hey, pappkamerad
I used Httpfox a lot in my life. Thanks for your effor on it.

I made a diff to implement export traffic data , it's format looks something 
like
HttpWatch's export. Attatched is the diff and exported sample . 
Feel free to apply it to the code tree if you think it worthy. 

I can improvement it if you want.
Thanks for your effort on this great tool.

-bobby

Original comment by bobby7...@gmail.com on 7 Sep 2009 at 7:25

[GoogleCodeExporter]

here is the diff stuff and sample, it bases on the latest code under trunk.
http://httpfox.googlecode.com/svn/trunk/

best regards

any question, feel free to email to me, bobby7718@gmail.com

-bobby

Original comment by bobby7...@gmail.com on 7 Sep 2009 at 7:30

Attachments:

• exportTrafficData.diff
• save.png
• google.xml

[GoogleCodeExporter]

thanks bobby!
i will take a look at it when i am back in vienna.

Original comment by pappkame...@gmail.com on 11 Sep 2009 at 8:39

[GoogleCodeExporter]

Saving POSTed files/binary data is absolutely required to debug some Flash apps.

Original comment by Konstantin.Pelepelin on 14 Oct 2009 at 1:21

[GoogleCodeExporter]

For the saved format, it would be nice to catch all the information in all the 
tabs
("Headers", "Cookies", "Query String", etc).  Then put each detail on a separate
line, in a sorted order.  With this I could use file diff tools to compare 
requests
that are behaving differently.

Original comment by fschw...@gmail.com on 22 Dec 2009 at 7:38

[GoogleCodeExporter]

Has this feature been added as of yet?  I do not notice it in the latest 0.8.7 
I have installed.  Is there an ETA for this feature?

Original comment by kalendr...@gmail.com on 9 Jun 2010 at 8:38

[GoogleCodeExporter]

There is also a HTTP archive format initiative
http://groups.google.com/group/http-archive-specification?hl=en
it is being used by 
http://groups.google.com/group/http-archive-specification/web/har-adopters?hl=en

Original comment by ovit.res...@gmail.com on 17 Jun 2010 at 8:16

[GoogleCodeExporter]

It appears this feature is not implemented yet (v0.8.7). I also agree that this 
feature would improve the program quite nicely. 

My interest is to analyse the query strings for one (or several websites). It 
would be nice if HttpFox could export all info on the main panel + all other 
fields in a sorted way, as an extension of what it can do now (only fields in 
the main panel). 

There are 2 ways to achieve this:
1. Let the user configure custom fields on the main panel; export only the main 
panel
2. Export the main panel + all the other strings within the header

The format as it is now is just fine, as it easily copy-pastes into excel, 
which is then convertible to almost any format. Excel then brings all 
search/filter/sort functionality to mine the collected data.

Can you let us know if/when you would implement this feature? 

thanks !!!

Original comment by Nicolas....@gmail.com on 25 Jun 2010 at 6:41

[GoogleCodeExporter]

Saving components would be a huge improvements. Unfortunately it seems that 
copy&paste sometimes does not work really well (at least in my case)

Original comment by vanessa....@gmail.com on 27 Oct 2010 at 10:05

[GoogleCodeExporter]

copy/paste works fine. But I would like to save the complete information and 
load it again. Is it planned to implement something like this?

Original comment by archil.a...@gmail.com on 28 Nov 2010 at 7:21

[GoogleCodeExporter]

Looks like this issue is dropped or frozen.  Saving the data would be a killer 
feature.  At least allowing copy and paste to put all the information that is 
available ( headers, post data, responses into the clipboard ).

Original comment by vladis...@gmail.com on 4 Oct 2011 at 11:59

[GoogleCodeExporter]

We need this.. Any progress?

Original comment by vir...@gmail.com on 17 Oct 2011 at 7:00

[GoogleCodeExporter]

I need this 

Original comment by xufengb...@gmail.com on 1 Dec 2011 at 9:05

[GoogleCodeExporter]

Please add this feature!

Original comment by numismat...@gmail.com on 12 Jan 2012 at 9:57

[GoogleCodeExporter]

Any progress?

Original comment by inc...@gmail.com on 15 Jan 2012 at 10:13

[GoogleCodeExporter]

It sounds like that there still some people are expecting the feature, not sure 
what's the latest status in httpfox, but I'm still available to contribute on 
this feature.

Drop me an email if the issue become must-have for httpfox.

-bobby

Original comment by bobby7...@gmail.com on 16 Jan 2012 at 2:29

[GoogleCodeExporter]

Copy all rows is not working for me.
To reproduce:
Right click on the list panel, select 'Copy all rows'
Switch to a text editor, paste contents of clipboard.
Observed behavior:
Nothing pasted
Expected behavior:
A pile of lines pasted from clipboard to my text editor.

Firefox 9.01
httpfox 8.10

Original comment by Max.Slim...@gmail.com on 9 Feb 2012 at 7:47

[GoogleCodeExporter]

Looks like someone wrote a patch to save data:
http://code.google.com/p/httpfox/issues/detail?id=72

I think it's for an older version of the addon, but maybe someone can figure it 
out.

Also, I'm not sure if it just saves the already retrieved/cached data or makes 
another request to the server. I think most people would prefer cached since 
another request is unnecessary and could potentially result in different data.

Original comment by quake...@gmail.com on 8 Mar 2012 at 9:30

[GoogleCodeExporter]

+1 

logging is extremely important reverse engineering apis

Original comment by benib...@googlemail.com on 22 Feb 2013 at 12:47

[GoogleCodeExporter]

I want logging of the requests and responses as raw text files so that I can do 
the following:

   openssl s_client -quiet -ign_eof -connect `hostname`:443 < req1.txt > resp1.txt

Trying to get these requests and responses any other way involves setting up an 
ssl proxy server, messing with certificates, changing settings in firefox, and 
confirming 'yes' to all of the changed security certificates while browsing.  
Not cool.

If you could add an option to the right-click menu(s) of the lower-left pane 
next to 'Copy all rows' that says 'Dump request to file...', one for the 
lower-right pane that says 'Dump response to file...', and one for the top pane 
that says 'Dump request to file...' and 'Dump all requests to files...', then 
that would be perfect.

The advantage of this over tcpdump is that these dumps would be unencrypted, 
which tcpdump, tcpflow, and wireshark can't do.  This is the client-side 
equivalent of the Apache module named mod_firehose: I don't know if you'd want 
to copy their file format; it might be useful.

Thanks!

Original comment by pkts...@gmail.com on 4 Apr 2014 at 11:35