mozdev.org

If you do not get a response to a question posted in this forum, please try sending a message to the project's mailing list or to the project owner directly.

[1] Submitted by: David Boyd on Wednesday December 18th 2002

I'm very glad you developed this! I don't need this now, but a few months ago this would have saved me tons of time. With this, Mozilla is almost perfect for development.

[2] Submitted by: Sy on Wednesday December 18th 2002

Nice thing. I like it.
And I would like to see it improved... how about a Sidebar?
And maybe the possibility to create filters to allow displaying only certain headers, and to perform some other actions such as generating request headers (for the next request) based on information gathered from those filters.
e.g.: if you get a 404 or 403 code, then retry the same request but sending a different Referer... etc...

[3] Submitted by: Txx on Friday December 20th 2002

Leave it as it is. It's perfect.

[4] Submitted by: lamekisser on Friday December 27th 2002

This is a must have tool for me!
Before I installed Live, I use (am still using)
Naviscope to check the headers. Now I have the
feature inside Mozilla... cool.
I am using Mozilla 1.3a (20021212), the Page Info
Tab works great, but the Live HTTP Headers window
does not, there is nothing inside the window.

[5] Submitted by: JR on Friday December 27th 2002

Phoenix support would be nice too :).
What is the deal w/ Phoneix? What's so different that most things don't work?

[6] Submitted by: PL on Wednesday January 1st 2003

Hey!

I have corrected the fr-FR DTD file so that they show up correctly.

The HTML entities like é=é are not allowed in *.dtd files, the format is UTF-8 so é=é.

I would like to know at whom I could send the corrected fr-FR files so that you could pack them with the XPI package.

Cheers :-)
g-dhr.pl@sympatico.ca

[7] Submitted by: Marcel on Monday January 6th 2003

Why does it say HTTP/1.x instead of HTTP/1.0 or HTTP/1.1 ?

Marcel

[8] Submitted by: LiveHTTPHeaders on Tuesday January 7th 2003

It says HTTP/1.x because I still didn't find a way to get
the protocol version used to make the request. As I don't know if 1.0 or 1.1 was used, I wrote 1.x.

[9] Submitted by: Eymert on Wednesday January 8th 2003

Hello, thanks for this great tool!

For my work, I also need to be able to see what HTTP headers are transfered from time to time. Until now, I always ran a packet sniffer during get or post actions, but that didn't work with SSL (obvious :-).

The only thing I ENORMOUSLY miss about this tool, is the following: When I post a HTTP form, this plugin doesn't capture which values for the form variables are sent along with the form. I just needed that part of the information.

Still, this tool can be of some use for me, but form variables would make this tool really perfect!

[10] Submitted by: Ian Hickson on Monday January 13th 2003

This should _so_ be a part of all trunk builds. Contact me (livehttpheaders@spam.hixie.ch) if you need help.

If it was part of the trunk, it would be a lot easier for this to be written correctly -- i.e. keeping track of things on a per-tab basis rather than a per-uri basis, etc.

[11] Submitted by: Nilson on Sunday January 19th 2003

Thanks for this wonderful tool!

[12] Submitted by: Macero on Thursday January 30th 2003

Excellent work, great implementation. Your tool has a *unique* featura that is not present in any other HTTP analyser: show content in HTTPS requests. Naviscope, Proximotron, or even trapping the BeforeNavigate2 event in Internet Explorer 5 can't handle https at all, or can't handle the content.
Again, excellent, and my final reason to move to Mozilla as dev broswer.

[13] Submitted by: Julian on Saturday February 1st 2003

Very useful. I especially like the headers tab - cool to have both request and response in one view, only three clicks away.

Well designed, but I have one suggestion: in the "Live HTTP headers", a checkbox to optionally always scroll to the bottom would be nice. For example when testing a webapp, you'd always see the most recent headers in view while clicking through the application.

Thanks for this great piece of software.

[14] Submitted by: Fred on Tuesday February 11th 2003

Help me someone! I cannot get mozilla (1.2.1, w2k) up and running. It stays in the background sucking 99% of CPU. What should I do to uninstall it? Thanx

[15] Submitted by: LiveHTTPHeaders on Wednesday February 12th 2003

As stated in the 'installation' page, if you need to uninstall livehttpheaders, you will need to edit these three files and remove the lines containing 'livehttpheaders' if present:
* chrome/installed-chrome.txt
* chrome/overlayinfo/communicator/content/overlays.rdf
* chrome/overlayinfo/navigator/content/overlays.rdf

[16] Submitted by: Tom Coady on Tuesday February 18th 2003

This is almost exactly what I wanted except it provides more information than I want - just the server id, possibly inside a sidebar or something. Perhaps that exists somewhere else already?

[17] Submitted by: Chris on Wednesday February 19th 2003

How much begging does it take to get Phoenix support for this?

[18] Submitted by: Hendikins on Friday February 21st 2003

Works with Netscape 7.02 on Win32.

[19] Submitted by: Marius on Sunday February 23rd 2003

At the moment installation requires root permissions on Linux. Could you make it installable into ~/.mozilla?

[20] Submitted by: LiveHTTPHeaders on Sunday February 23rd 2003

For all that wanted it, the new version 0.4 now supports Phoenix 0.5 !

[21] Submitted by: Micke on Tuesday February 25th 2003

Thanx.

A perfect tool. The best addition so far to Mozilla!

[22] Submitted by: zentara on Wednesday February 26th 2003

How do you install this from source? Say I've downloaded
the xpi file to my hard drive, how do I install it automatically
like the online install does it?
zentara@zentara.net

[23] Submitted by: LiveHTTPHeaders on Wednesday February 26th 2003

Here are two ways to install LiveHTTPHeaders from hardisk:

1) If you download the .XPI on your hard drive and want to install it later, all you need to do is to do a 'File Open' of the XPI on your hard disk and it will ask you if you want to install it.

2) If you download the CVS sources and want to install it, you need to create a folder named 'livehttpheaders' under mozilla/chrome and put the source in it:
mozilla/chrome/livehttpheaders/content
mozilla/chrome/livehttpheaders/locale
mozilla/chrome/livehttpheaders/skins
and, after that, add the content of the file 'installed-chrome.cat' to the file mozilla/chrome/installed-chrome.txt.

[24] Submitted by: Kai Bolay on Wednesday February 26th 2003

Great tool!

I'm missing one function: I want to specify the IP address/host to which mozilla connects independently from the "Host:" header. This is to debug load-balanced applications. Intead of hitting the load-blancer I want to be able to hit individual machines (while still supporting name based virtual hosts)...

Is this possible with this extension? If not, could you add a feature which adds an additional field next to the URL bar which allows me to specify an IP. It can be done in two ways:

Example:

URL: http://www.loadbalanced.test/index.html
www.loadbalanced.test is a load-balancer at 192.168.0.100
the real web servers are at 192.168.0.101 and 192.168.0.2

a) extra field for "Host:". I'd enter
URL: http://192.168.0.101/index.html
Host: www.loadbalanced.test

b) extra field for "Target". I'd enter
URL: http://www.loadbalanced.test/index.html
Target: 192.168.0.101

both would lead to something similar as

telnet 192.168.0.101
GET /index.html HTTP/1.1
Host: www.loadbalanced.test

Who can help?

[25] Submitted by: Shen on Friday February 28th 2003

It doesn't seem to work for me with Mozilla 1.2.1 on Windows 98. I even did a clean (re)install of Mozilla and tried all available versions of livehttpheaders. The windows in Tools/Web Development/LiveHttpHeaders as well as in Page Info/Headers are always blank, no matter what.

[26] Submitted by: Anthony on Friday February 28th 2003

Excellent tool. The time I've wasted not having this... What would be even better would be to see the requests going from the JVM too (I appreciate there might be technical difficulties...)

[27] Submitted by: LiveHTTPHeaders on Friday February 28th 2003

For those that receive blank pages, it seems that if the page come from cache, the headers will not be available.
Also, the live window will only display request made while it is open and not from cache.
Try doing a reload or shift-reload of your page or empty your cache.

[28] Submitted by: Laur on Monday March 3rd 2003

It would be nice to have also an additional `download size' report () - per mimetype, in order to see how much is images, text and so on... this based on the browser behaviour, as it cannot be simulated with wget (ie. flash that downloads other flash movies and so on)

[29] Submitted by: Chris on Tuesday March 4th 2003

Using this extension on the following phoenix build.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20030221 Phoenix/0.5

The "Headers" tab does not seem to be added to the page info dialog like it is in Mozilla. Was this an oversight or intentional or left for future update?

"Live HTTP headers" window is available from "Tools" menu as expected though. However, I would place it after "Javascript Console" or something rather than at the bottom under "Options".

[30] Submitted by: Chris on Wednesday March 5th 2003

Ok. The "Headers" tab is available in the 0.5 milestone of Phoenix so your extension will have to be updated for newer builds. Also the extension does not appear in the "Extensions" area in preferences/options so you're probably missing the 'chrome:extension="true"' line in your contents.rdf. Here are the contents.rdf changes needed by Phoenix:
----------
chrome:authorURL="http://livehttpheaders.mozdev.org/"
chrome:description="Your description."
chrome:extension="true"

[31] Submitted by: Montréal on Sunday March 9th 2003

I get a "download error" everytime I try to install. Is it possible to download somewhere the xpi file?

[32] Submitted by: LiveHTTPHeaders on Monday March 10th 2003

You can download manually from the following URL:
http://downloads.mozdev.org/livehttpheaders/

To install it, look at suggestion #23 (Wednesday February 26th 2003).

[33] Submitted by: Ethan Cane on Tuesday March 11th 2003

This is a fantastic tool for web developers the world over. I have been constantly frustrated by the lack of tools on the market which offer this very functionalty.

To find such a tool also able to be plugged into a browser, allowing real-time reports is a god send.

Keep up the good work, because this is one very, very satisfied surfer.

PS. Should you require any assistance perhaps with space for hosting documents related to this project, please do not hesistate to contact me at webmaster@xmlstandards.org.

I would be more than glad to help out with this effort in any way possible.

Take care...

[35] Submitted by: Marc on Monday March 24th 2003

This is an awesome tool. One of the final straws that got me to completely switch from IE.

If you are interested in other possible improvements I suggest taking a look at HTTPwatch for Internet explorer. It is a pretty well developed product but it is definately not open source and it only works with IE. The most important differeces I can see are:

It displays info in a more condensed format with options to show more info (This is especially useful when the page has alot of images)

It explicitely shows when a page or image is pulled from the cache. And also display info about items in the cache (last modified/updated/accessed etc)

It shows the time taken to complete each request

These are just suggestions. I think the work you done so far is awesome and extremely useful

[36] Submitted by: Marc on Monday March 24th 2003

Ooops, forgot the url

http://www.simtec.ltd.uk

The Trialware version of HttpWatch allows you to log and examine HTTP access to a number information for a number of well known sites including Yahoo!, Amazon, EBay and Microsoft.

[37] Submitted by: Chris on Tuesday March 25th 2003

For any who may use this extension on Phoenix, I have created a mod that fixes some bugs and quirks in newer Phoenix builds. It is available here: http://www.intraplanar.net/phoenix/livehttpheaders.html

Hopefully my changes will be incorporated into the main extension.

[38] Submitted by: Martin Geisler on Saturday March 29th 2003

Thanks for a very nice tool!

I would really like to see a filter mechanism for I'm usually not interested in seeing the headers generated when downloading images.

Second, then I would like to have a separator inserted between page loads. This is so that I can go to a page and get an set of headers. When I hit reload or follow a link, then it would be nice to easily be able to separate the new headers from the old ones.

[39] Submitted by: Bruce Heerssen on Friday April 4th 2003

I'd like to see an easy way to extract the information from the headers tab - maybe a 'save as' option, or the ability to copy all the info to the clipboard.

Right now you can copy the value of a single field, but you cannot copy the name and you cannot copy more than one value at a time, though you can select more than one. If you do select more than one header, only the value of the last one is copied to the clip board.

[40] Submitted by: Daniel Fournier on Tuesday April 8th 2003

Fine tool, really.

But, for dev purposes I need to desactivate it if necessary (I'm developing a front end to WebDAV and I already have my own HTTP headers dumping routines).

Uninstalling it each time would not be realistic, and at least I would like to eliminate the dumping messages; 'MODiFY: url'.

Do you have any suggestion for all that?

[41] Submitted by: Mathieu on Tuesday April 8th 2003

I just want to report that version 0.4 also works on Mozilla 1.4b on Mac OS X.

This is a very nice tool. Useful and simple to use... My job (php web dev.) will be different from now on!

[42] Submitted by: i5mast on Tuesday April 8th 2003

it would be usefull to have a "Clean" button. now u have to reopen Live HTTP headers.

[43] Submitted by: Brian Miles on Tuesday April 8th 2003

I'm trying to install on Mozilla 1.3 under Mac OS X, and it simply isn't working. Clicking on the install link on the installation page does nothing. I downloaded the XPI file, and did a file open as per suggestion 23, and yet again nothing happens. What am I doing wrong (I know nothing about installing Mozilla extensions)?
Thanks in advance.

[44] Submitted by: Chewtoy on Tuesday April 8th 2003

I'll second suggestion 42 - it'd be nice not to have to close and re-open it to clear the display for a new page.

Here's another suggestion - how about color-coding the requests and responses in the real-time display? I know it's not that difficult to tell which is which if you know http at all, but it would still be a nice addition, especially considering how big the list of http headers usually is.

[45] Submitted by: Sniffy McNickels on Tuesday April 8th 2003

Just another request for a "clear" function, a la 42 and 44. Thanks! Great tool.

[46] Submitted by: justin on Tuesday April 8th 2003

Great moz hack!

Simple, elegant, useful.
Thnx

[47] Submitted by: Don on Wednesday April 9th 2003

To clear right click the Live window and select "Delete All"

A button would none the less be nice.

[49] Submitted by: LiveHTTPHeaders on Friday April 18th 2003

Note for those using Linux (Unix) or Mac OS-X:
It may be necessary to install this add-on as root. Or at least, verify that you have write permissions on the mozilla/chrome directory and subdirectory. For future version of livehttpheaders, it may be necessary to have write permissions on the mozilla/components directory too.
Also, you need to check the 'enable software installation' setting under advanced preferences->Software installation.

[50] Submitted by: John on Saturday April 19th 2003

Thanks you for the web, it is what I needed to complete my work.
You do a very good work and you must feel proud of it.

[51] Submitted by: Joey on Friday April 25th 2003

Mac OS Browsers need livehttpheaders! camino or Mozilla would be awesome. Thanks!

[52] Submitted by: Eko Budu Setiyo on Saturday April 26th 2003

Thanks you very much, very Usefull tool for me. Save a lot of Development of FuseLogic (http://www.haltebis.com/index.php?fuseaction=wakka.main&wakka=FuseLogic).
My wish list is "clear buttom" so no need for me to close it just to clear all header.
Once again excellent Tools.

[56] Submitted by: Bill Burton on Thursday May 8th 2003

First discovered this very useful extension when trying out a Phoenix pre 0.6 build with version 0.5. Some thoughts:

* Please add support for a horizontal scrollbar and/or an option to wrap to the width of the window (preferable) maybe spliting on ";". The problem is my cookies together must be at least 256 characters wide. The only way to view them is to copy and paste the Cookie header to some other window.

* In pages with a lot of images, it's hard to find the original requested page. It would be very useful to have a simple filter that could take a list of suffixes, i.e. gif,jpg,png which would be ignored. There should also be a Filter checkbox or option to allow filtering to be turned on or off easily.

* In the Live HTTP Headers window, if you scroll to the end before issuing a request, it does follow new data added to the window. However, it still might be nice to have a Follow checkbox or option that would cause it to jump to the end when new data is added to the window.

[57] Submitted by: Sven Neuhaus on Thursday May 8th 2003

This is pretty awesome. You could borrow some ideas from Proxomitron or Paros ( http://www.proofsecure.com/ ), especially intercepting requests instead of replaying them, and the tree view...

[58] Submitted by: Shen on Wednesday May 14th 2003

I'm happy to report that Mozilla 1.3.1 + LiveHttpHeaders 0.5 started working again for me on Windows 98 (see my older comment about it around version 0.4-).

[59] Submitted by: BIVOL ONLINE on Tuesday May 20th 2003

Works fine on Mozilla 1.3 on Win32

[60] Submitted by: Micky Williamson on Wednesday June 4th 2003

I love this tool. We develop an application behind a proxy that adds custom http headers. It would be nice to be able to specify additional http headers to pull

[61] Submitted by: Alex on Tuesday June 10th 2003

mozdev is nice!

[62] Submitted by: Nicholas Wolverson on Wednesday June 11th 2003

Is there a good reason to require installation as root? Not all linux users are using it solely on their home machine, and few administrators are going to bother to install LiveHTTPHeaders on their machines.

[63] Submitted by: Daniel Savard on Monday June 16th 2003

For now, LiveHTTPHeaders can't be installed in the user chrome directory because it need to register a component (mozilla/components).

If you aren't root or don't have write permission to the mozilla/components and to the mozilla/chrome directory, you can install a new Mozilla in you own home directory. You will have full access to it and install what you want in this Mozilla. (This way, you can even try different version of Mozilla at the same time !)

[64] Submitted by: Laotzu Chi on Friday June 27th 2003

I come to suggestions page to ask for filters, but first look at todo list. I see tree view, and think maybe group by mime type would serve a lot of filter needs. But still, a grep mode with regex support would be nice on the raw data.

Also thinking a pipe to a cmd would be nice for replay mode.

[66] Submitted by: Bruce Heerssen on Monday July 7th 2003

I know this has been requested before, but I thought I'd add mine so that it would be seen as a more-often-requested feature.

I'd really like to be able to filter according to mime-type/extension. Images often do not contain useful information in their request/response headers, it would be nice to filter them out - along with other types of requests (flash,audio files, etc.)

Thanks, and keep up the good work. Live HTTP Headers is now an indespensible part of my toolbox.

[67] Submitted by: Mike Healan on Thursday July 10th 2003

It perhaps needs a setting that automatically deletes the oldest parts of the buffer once it reaches a certain size.

I left it going and forgot all about it for two days, and noticed Mozilla acting sluggish and eating 126MB of RAM. Turned out it was enormous buffer saved by the viewer. Deleted the contents and Mozilla started using only 30MB.

[68] Submitted by: Peter Frandsen on Saturday July 12th 2003

This seems like a very nice tool (although I have not been able to get it to work in Mozilla 1.4).

I have the following suggestion (please forgive me if it is already in the tool as I have not been able to use it yet).

One thing that I would find very valuable as a development/debug and teaching tool is a feature that allows me to view the complete HTTP conversation (like HTTPTunnel). A tool like that integrated in the browser would be wonderfull :-)

Regards
PS. Thanx for providing such good tools and helping keep the web open for all.

[69] Submitted by: Peter Frandsen on Monday July 14th 2003

This seems like a very nice tool (although I have not been able to get it to work in Mozilla 1.4).

I have the following suggestion (please forgive me if it is already in the tool as I have not been able to use it yet).

One thing that I would find very valuable as a development/debug and teaching tool is a feature that allows me to view the complete HTTP conversation (like HTTPTunnel). A tool like that integrated in the browser would be wonderfull :-)

Regards
PS. Thanx for providing such good tools and helping keep the web open for all.

[70] Submitted by: Mario Schomburg on Wednesday July 16th 2003

GREAT!

That's what I always wanted!

I would call it "perfect" if you could add multiple filters (include and exclude (e.g. exclude all *.gif-Requests)) to the live view!

[71] Submitted by: Neil Stansbury on Wednesday July 16th 2003

Great tool - I just like to be able to open it in a tab rather than a window.

[72] Submitted by: Tom Jenkins on Wednesday July 16th 2003

installed version 0.6 on win xp with moz 1.4. seems to work fine for me.

thanks alot for this utility

[73] Submitted by: Tom Jenkins on Friday July 18th 2003

installed version 0.6 on win xp with moz 1.4. seems to work fine for me.

thanks alot for this utility

[74] Submitted by: ryan nelson on Thursday July 24th 2003

feature request: add timing statistics per requested object, (time to first byte, total time to download object) so we can see what objects in a page are taking the longest to load...

i'd specifically like this, 'cause i have pages that pull images from adservers, include a menubar from some other machine, etc... when i receive reports of "the page is slow", i can figure out what exactly is slowing us down.

thanks for an amazingly useful tool!

[75] Submitted by: Feature request on Tuesday July 29th 2003

Great tool, love it. Wish I had found it earlier. I would like to filter out all the non html content type. Most of the time I am instersted in only main page. But it gets cluttered quickly by all the headres for images,css and js files it pulls for that one page.
TIA -Harit

[77] Submitted by: Heiko Thurat on Saturday August 2nd 2003

Your guys are great!

The Live HTTP header - plugin is the best und most useful plugin I can imagine. Keep on.

Heiko

[78] Submitted by: Daniel Nash on Monday August 4th 2003

Parallel logging of time to load each item, page total time to load, per thread http requests, and browser's cacheing behaviour after each response would be on my list.

[79] Submitted by: Joel Fouse on Friday August 8th 2003

This is a great idea, and I'm glad someone's taken the time to implement it.

One suggestion about the "Replay" button -- make it disabled unless something is chosen to replay. If I click Replay right after a page has loaded, nothing happens. Once I click somewhere in the header for a specific object, though, Replay will bring up the replay window for that object. Disabling it when the user hasn't chosen a specific object to replay would also fix this bug: if I click on Replay right after opening the LiveHTTPHeaders window (when the header display field is blank), mozilla freezes and the cpu maxes out and stays there. Sure, it's user error, but the interface can help prevent that.

[80] Submitted by: Anthony on Friday August 8th 2003

A very nice add-on. I'd just like to say that it works fine on Mozilla 1.4
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624

[81] Submitted by: Vladislav Duma on Wednesday August 13th 2003

First of all, thank you for a real professional tool for Mozilla you introduced.

With the current version of LHH (0.6) it's only possible to *replay* the http-transaction that has already been carried out. Is it possible to "catch" outgoing HTTP request the very first time and allow to modify it?

[82] Submitted by: Daniel Savard on Wednesday August 13th 2003

It is still not possible to catch a new request and modify it before sending to the network. I'm able to catch the request but I'm not able to wait for user input without blocking all Mozilla.

I need to find a way to be able to freeze a thread without freezing the user interface.

[84] Submitted by: Vladislav Duma on Sunday August 24th 2003

Idea for comments 81-82:
Maybe it's possible to catch the request and substitute it with the a request to, for example, about:blank? This will prevent Mozilla from freezing, and will simulate doing nothing.

Or the plugin can catch only the access to the network? If so, maybe it's possible to substitute the initial request with a request to the page which is known to be empty (this page can be hosted on mozdev.org?). But this "solution" requires some handling of network errors...

[85] Submitted by: Vladislav Duma on Sunday August 24th 2003

By the way, is LiveHTTPheaders going to be included in the trunk, according to comment #10? (If so, when?)

[93] Submitted by: derekg on Tuesday September 9th 2003

- Add a button on this page to report the above 'spam' postings so that someone can remove them.

This page is for suggestion about livehttpheaders ONLY.

[94] Submitted by: Phillip on Wednesday September 10th 2003

I'd like to echo the request of Bill Burton, Bruce Heerssen, Mario Schomburg, and others: please can we have a way of filtering out all the images headers? I'd like to just view the headers of .php requests. Fantastic plugin though.

Phillip.

[97] Submitted by: olleg on Friday September 12th 2003

Will be usefull add feature to install in user profile.

[102] Submitted by: Johan Känngård on Friday September 19th 2003

Nice utility!!! A suggestion: an option to see the complete HTTP conversation (untouched), including the complete HTML source.
http://dev.kanngard.net/

[103] Submitted by: user on Saturday September 20th 2003

What program i need to compile source code to xpi?

[104] Submitted by: Daniel Savard on Saturday September 20th 2003

A xpi file is a zip file. You only need zip/unzip or a similar program (winzip) to be able to extract or recompress a xpi file.
(A jar file is also a zip file, like xpi file).

[105] Submitted by: Axel S on Monday September 22nd 2003

Nice Extension, very usefull e.g. to find annoying adservers without crawling throug the html-code of a site.

Thanks for it!

But it won't work for me on 20030916 Firebird/0.6.1+ (W2k), on Nigthly 20030912 everything is OK (same user-profile).
Is it just me, or is it the new Network-Code in FB?
The Window still shows up but it stays empty, your suggestion on Bug 4667 won't fix it.

[106] Submitted by: Daniel Savard on Monday September 22nd 2003

For those who use a nightly build newer than 2003-09-15, LiveHTTPHeaders may stop to work. This is due to a modification in the network code. The new version (due in one week) should be compatible with the new code.

[107] Submitted by: Axel S on Monday September 22nd 2003

Cool, thats what i call fast Support.
Thanks again.

[108] Submitted by: Test on Wednesday October 22nd 2003

Trying to post a note

[109] Submitted by: lukeh on Wednesday October 22nd 2003

Did anyone else find that installing this package totally broke Mozilla (1.4) for them? It wouldn't even start for me, I got a XUL error about "menu" being an unrecognised entity in chrome://content/navigator/navigator.xul...

[110] Submitted by: Daniel Savard on Sunday October 26th 2003

Hello Lukeh, It should works well with Mozilla 1.4
Maybe there is an incomatibility with another Mozilla's project ?
Can you report a bug and tell more details about your actual configuration ?
Thanks

[111] Submitted by: Multizilla button on Monday October 27th 2003

I want a toolbar button to open the window and I thought the multizilla toolbar would be a nice place to put it so I asked them for it: http://mozdev.org/bugs/show_bug.cgi?id=4909

Figured it couldn't hurt to ask here too :)

[112] Submitted by: Martin on Tuesday October 28th 2003

Please please can we have an 'always on top' option so I don't have to flick back and forth and/or have fun resizing my browser window?

[113] Submitted by: lukeh on Sunday November 2nd 2003

Hello Daniel,

I was also using the Multizilla extension which is quite large, the Leech extension. Maybe these were causing problems?

I'm now using Mozilla 1.5, but I'm scared to install livehttpheaders for the same reason...

[114] Submitted by: Steve on Thursday November 13th 2003

Great tool.

I am using liveHTTPheaders 0.7 on Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 Firebird/0.7 (OS: WinXP Pro).

Once there is some logged material and the Headers tab is selected, my CPU goes to 100%. It only drops back if I select another liveHTTPheaders tab, or move to another browser tab.

Is this just me or is this `expected' behaviour? Is this the same issue that was reported in item 14?

TIA.

[115] Submitted by: Steve on Thursday November 13th 2003

Regarding the previous post [114] I have performed a little more experimention and if I turn off "use style sheet" in the config tab of liveHTTPheaders then I do not get the CPU saturation.
??

[116] Submitted by: Daniel Savard on Thursday November 13th 2003

Regarding the previous post (114 and 115), this is a known bug with the style sheet. It seems that if there is two background image in a same tree, the cpu goes 100%. It seem to be more frequent on Windows thant Linux . This is why the style sheet is disabled by default.

[117] Submitted by: blinky42 on Friday November 14th 2003

Sweet!!!

This makes debugging sooo much easier.
A suggestion:
- Is there any way to do a tree view sort of thing where you see the request & response for the page as a parent of all the things loaded as a result of that response?

[118] Submitted by: Rich on Tuesday November 18th 2003

This is an awesome tool for looking at https headers. I work in Tech Support for a proxy product and we noticed that connect requests are not captured. It would certainly be helpful to have those requests/replies as well. (For those that do look at https traffic, the connect requests are in the clear and can be seen with packet analyzers. It is after the connect request/connection established that everything is encrypted and LiveHTTPHeaders is so helpful.)

Thanks again for this wonderful tool.

[119] Submitted by: Steve le Freak on Wednesday November 19th 2003

cool - i need that tool. but i think a sortable / selectable gridview would a big improvement.

[120] Submitted by: David Kolar on Wednesday November 19th 2003

Could livehttpheaders be modified so that one could pause between each network request? I want to step though how a page and its graphics are loaded over the Internet. When I'm developing a page, everything loads really quick over the LAN and I have no sense of how the page might be rendering over a slow connection.

Also, I am all for comment 112, or perhaps a sidebar option.

BTW livehttpheaders is a real gift--thank you!

[121] Submitted by: MMR on Thursday November 20th 2003

First of all, thanks for the wonderful tool.

One feature that I would love to see is the ability to ignore some requests, ideally based on a regex. So one could ignore all images/css for example.

[122] Submitted by: Replaying HTTP on Friday November 21st 2003

I've got problems replaying a HTTP request with very long POST data
Anyone else experiencing the same ?
Win2K, FireBird 0.7 and Livehttpheaders 0.7
-Duro

[123] Submitted by: MK on Monday December 1st 2003

Thanks for the great extension!
My suggestion is to add a checkbox "view all data" so I could see headers and body of the SSL-accessible pages, or multi-framed ages, or multi-"Location: *" pages. It would be nice to have filters checking only text/* files (i.e., not for image/* or application/*).

[124] Submitted by: captainz on Monday December 15th 2003

Very nice utility.

Still can't get the response type (1.0 or 1.1) for HTTP headers, which is a shame as I've got a nasty protocol and proxies problem.

In the 'to do' list it suggests this might be working. Really? Anything I need to do?

[125] Submitted by: Erik Brandsberg on Thursday December 18th 2003

A few suggestions to improve an awsome tool:
1. Add "find" support to the headers, so you can find particular strings in large sets of headers.
2. Allow logging to a file, so that you can keep a log of all the headers.
3. Allow the configuration of an external processing script, i.e. a perl script, for pre-processing, which would allow removal of unwanted requests/responses in a progromatic manner, etc. This may make happy all the people wanting filters for the requests.

Erik Brandsberg

P.S. Awesome tool. I use it every day.

[126] Submitted by: Daniel Savard on Saturday December 20th 2003

As for the problem #124 (Can't get the response type (1.0 or 1.1) for HTTP Headers, you need to have at least Mozilla 1.5 and LiveHTTPHeaders 0.7 for this to work well.

[127] Submitted by: Steve VanSlyck on Monday December 22nd 2003

It would be nice to trace the request starting the moment the URL/URI is submitted by pressing . I am having trouble getting Moz to recognize 127.0.0.1 - it's almost as if it is totally ignoring the hosts file. Though I suspect its more than that because DNS is bypassing the hosts file too.

[128] Submitted by: minckster on Sunday December 28th 2003

Version 0.8 mis-identifies itself as 0.7 in "About". I checked a bunch and am fairly certain that I actually did not install 0.7 by accident.

Version information: Tools | Web Development | Live HTTP Headers | About. Also clicking "Check for update" on that tab tells me to update.

[129] Submitted by: Patrick on Sunday December 28th 2003

Great Tool, Perfect for developper. A must have

[130] Submitted by: Mike Anderson on Tuesday December 30th 2003

Would it be possible to get:

text wrapping in the live http header window
the ability to turn off and on browser or server messages
highlighted match of regular expression matches
find capability on results...

Other than these...Awesome tools

[131] Submitted by: Wayne on Monday January 5th 2004

Just a note of thanks for implementing the url regex filter... Thanks!

[132] Submitted by: rizzo on Wednesday January 7th 2004

Fantastic tool - saved me hours while trying to figure out why Mozilla/Firebird wouldn't display PDF file stream coming out of a ASP.NET memory object. Thanks all around.

Someone already mentioned this, but...
An option to keep the window "on top" would be perfect. If would definetely save me a ton of clicks having to switch between windows.

Another great option (ok, this is gratuitouis) would be to add transparency support to the LH window with a sliding scale allowing the user to set the level of opacity.

Thanks.

[133] Submitted by: rizzo on Wednesday January 7th 2004

I saw some people asking for an ability to place the LH into sidebar. I figured it out and wanted to share this technique.

1. Add a new bookmark. Set the location to:
chrome://livehttpheaders/content/LiveHTTPHeaders.xul

2. Then go into Properties for the bookmark and check the checkbox stating "Load this bookmark in the sidebar".

That's it. Everytime, you select this bookmark, LiveHeaders will start in the sidebar. Not pretty but usable.

[134] Submitted by: mungo on Thursday January 8th 2004

Great tool, i'm only missing one thing:
Is it possible, to configure LiveHTTPHeaders to display only 404-Headers? Or to display them in another colour?

[135] Submitted by: dg. on Saturday January 10th 2004

******************************************************
Make the header text searchable;
I'd like to have a 'find' button to search the text.
******************************************************

[136] Submitted by: tuevsec@gmx.de on Wednesday January 14th 2004

i'm missing the abilitiy to copy text out of the window!

helpful tool anyway,
ts

[137] Submitted by: Daniel Savard on Wednesday January 14th 2004

For post 136, there is a context menu (right button) when viewing the live window (no shortcut in this mode).
And for the PageInfo's header, the normal shortcut (ctrl-c) function (no menu in this mode).
This will be standarized in the next version.

[138] Submitted by: Jeroen Habets on Thursday January 22nd 2004

I've played around with the Filter option but have not been able to _exclude_ all pictures... I am no regexp expert but _if_ it is not possible to negate a regexp, a 'Exclude Filter' option would come to rescue. tia

[139] Submitted by: Daniel Stenberg on Monday January 26th 2004

This just rocks!

One cool addition would be the ability to generate an external script that uses 'curl' (http://curl.haxx.se/) to replay a series of requests!

[140] Submitted by: R M on Tuesday January 27th 2004

Hello!

A question only, any regexp to avoid the images (jpg, gif)

Thanks.

[141] Submitted by: Francesco Porta on Thursday January 29th 2004

A very good Mozilla tool!
Please, add a filter to trace only content-type text/html or other content-type.
TIA. FP

P.S. Add publication date to "What's new" sections.

[142] Submitted by: Thomas on Friday February 6th 2004

Fantastic tool for performance analysis. It would be even more perfect if the timestamp can be placed in a first column and the time resolution is milliseconds (perhaps via config?). Thanks for that!

[143] Submitted by: david on Saturday February 14th 2004

hi, Its excellent ,usefull tool. It all works , except when I select a url and get the replay window i hit replay nothing seems to happen?? I may be doing wrong but cant find any help relating to it.I am using winXP and firefox 0.8

[144] Submitted by: Joao Pires on Monday February 16th 2004

My suggestion for LiveHttpHeaders to became an even better tool:
- Add a "request start" timestamp and a "render time" timestamp in miliseconds.
In my work I've to do a lot of performance analysis & enhacements, so it's very useful to know the pages' render performance in the client side.

Thanks a lot for your time and effort!

[145] Submitted by: aSa on Monday February 16th 2004

After installing this as root under Linux firefox crashes when i try to start it as difrent user. I tested this several times and found that other extentions that can't be installed in user's profile cause the same problem. Is there a workaround for this (something different from setuid root firefox of course)?

[146] Submitted by: Brian on Wednesday February 18th 2004

Add a filtering capability so I can skip requests of certain content types. Your tool is semi-helpfull when building web spiders, but I often have to spend a lot of time removing unwanted entries like images and redirects.

I'd also like to be able to get the output as XML so I can (easily) write a script to convert the output into spidering code.

[147] Submitted by: Non-root User on Thursday February 19th 2004

I love this tool on my linux box at home, but at work I can't install it as root and I don't have a large enough quota to install mozilla in my home directory. Is there any other way?

[148] Submitted by: Andrew Z. on Tuesday February 24th 2004

This is a fantastic tool. Please add the timestamps (both for request and the answer from site) as many already suggested. This would help much in any performance testing, you almost do not need 'snoop' anymore...

Best Regards

[149] Submitted by: derekgillespie on Tuesday March 2nd 2004

****** syntax highlighting please ******

How about syntax highlighting... similar to the syntax highlighting when using 'view -> source' in moz?

Makes output much more ledgeable!

[150] Submitted by: AlexP on Wednesday March 17th 2004

Awesome tool!

A Regexp-Filter for Headers would be good, as in many
cases only a few (e.g. Host, User-Agent, Date, Server,
Location, Content-Type) are relevant during testing.

GreetingX,
Alex

[151] Submitted by: FCGreg on Tuesday March 23rd 2004

Many thanks for one of the best Mozilla plugins out there! This is a must for our development shop, and just about all of us are using it now.

Request: I want to throw in my two-cents along with many others in the forum: We really need timestamps in the resulting output. Timestamps for the request start and end time would be excellent -- and a Total Processing Time calculation would also be wonderful.

Again, thanks!

[152] Submitted by: jakarta on Wednesday March 24th 2004

This is a very usefull plugin, Thanks!
However, I think a very nice feature would be if it had an option to show all the HTML thats being sent also. sometimes I would like to change something in form code which requires me to save the form on my computer and change the HTML. It would be alot more convenient if I were able to do that from your porgram

[153] Submitted by: BigFire on Thursday March 25th 2004

This one is more for the people like myself who uses the nightly build (every single day). Can the extension be installable to the user's profile folder in addition to the program's chrome? This will dramatically cuts down the daily ritual that I go through of re-installing Live HTTP Header whenever I install the nightly.

[154] Submitted by: jakarta on Wednesday April 7th 2004

Is it just me or does live HTTP headers not capture info sent when form buttons are clicked. Does it only work for regular html?

[155] Submitted by: Daniel Savard on Wednesday April 7th 2004

LiveHTTPHeaders should capture POST forms correctly. However, it only capture what goes to the network. If the cache is not set to 'always', this may be the cause of the problem.
If not, and your POST form is public on the internet, can you send me the URL so I can check what goes wrong ? (or fill a bug and write the URL in 'how to reproduce ' the bug).

[156] Submitted by: cyphunk on Wednesday May 5th 2004

I've added the capability to Exclude items from results much like the include regexp. Well, exactly the same infact. This way I can define that I only want to see requests from xyz.com but that I dont want to see requests for .jpg|gif|ico.

I'd be willing to migrate this code to the trunk if the developer or someone would give me a pointer to where to get started.

Note: I have one location bug after changing the code. The Overlay .xul has trouble finding the title of the application now. Odd. I've changed it to static text and that fixed the problem but this should be solved before and if I were merge my code to the trunk.

(email me: cyphunk (>a^t<} bsd {dot) org.il)

[157] Submitted by: cyphunk on Wednesday May 5th 2004

also, if someone does help me then I would be more than willing to work on some of the various features other people have requested be added to the app.

ciao

[158] Submitted by: Tim G on Friday May 7th 2004

how about adding a timestamp to the begining and ending of each header request.

Thanks

[159] Submitted by: Suggestions on Saturday May 15th 2004

Very handy add-on. Would be even more useful to me with:

- exclusion filter

- ability to remove individual request/responses

- ability to view the message body (ie a button to show full request or response).

[160] Submitted by: jmf on Wednesday May 26th 2004

This is a really a very usefull plugin, Thanks!
My suggestion :
It would be great to have the Content Length for a link via the Context Menu Properties (Right-click Properties) before downloading it !!

Best Regards

[161] Submitted by: BigFire on Monday June 7th 2004

In regard with the 0.9 extension manager, will this extension be repackaged to the new standard?

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040607 Firefox/0.8.0+ (MOOX-AV)

[162] Submitted by: Sander on Thursday June 10th 2004

As BigFire writes, the extension does not install properly in Firefox 0.9 RC.

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040608 Firefox/0.8.0+

[163] Submitted by: Daniel Savard on Thursday June 10th 2004

I will check this with FireFox 0.9 (new extension).

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a1) Gecko/20040520

[164] Submitted by: Jacob Childress on Thursday June 10th 2004

I repackaged LiveHTTPHeaders to work with Firefox 0.9 RC1 (but not previous versions):

You can use this while you wait for an official version from Daniel Savard. It works for me, but please use at your own risk.

(While I was at it, I also tweaked it to display the "Live HTTP Headers" Tools menu item beneath "JavaScript Console" instead of beneath "Options.")

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040608 Firefox/0.8.0+

[165] Submitted by: Jacob Childress on Thursday June 10th 2004

My URL from the previous message was stripped out. If you want my XPI, try the server "www.chompy.net", and the directory "/mozilla/livehttpheaders/" and the file "livehttpheaders.xpi".

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040608 Firefox/0.8.0+

[166] Submitted by: Joe Fisher on Thursday June 10th 2004

Your "Install" interface dosen't work unless I'm connected to the Internet with Administrative rights. Can't do that! Why don't you have a download option?

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6) Gecko/20040113

[167] Submitted by: Bruce Heerssen on Monday June 14th 2004

I'd really like to have the ability to select and copy multiple lines in the output. Currently, I have to either copy and paste line by line, or save the entire thing and open it to copy just the lines I want.

Thanks for your attention, and for a great product. It has become my primary tool for tracking http request and response data. Keep up the good work!

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040608

[168] Submitted by: Daniel Savard on Monday June 14th 2004

There is already a way to copy multiple line in the Live output window. You only need to keep the control key pressed while selecting the wanted lines. And do a left-button -> Copy after.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040514

[169] Submitted by: Dennis on Thursday June 17th 2004

I hope you'll make release for Firefox 0.9 asap.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040614 Firefox/0.8

[170] Submitted by: Daniel Savard on Sunday June 20th 2004

The new version will work as an Firefox 0.9 extension.
I'm making currently making the change before releasing it.

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040510

[171] Submitted by: BigFire on Wednesday June 23rd 2004

One more thing on the 0.9 compatable release, be sure to make the extension usable for 0.9+. Plenty of extension fall prey to this version checking problem.

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040622 Firefox/0.9 (bangbang023)

[172] Submitted by: Manos on Tuesday June 29th 2004

Are there any plans regarding the ability to add custom headers in the request?

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4) Gecko/20011022 Netscape6/6.2

[173] Submitted by: Axel Luttgens on Tuesday June 29th 2004

An info so as to allow you to update your main page:
I just tried version 0.8 with Netscape 7.1 on Mac OS 10.3.4.
Seems to work without any problem.

And thanks for such a nice piece of software!

Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.4) Gecko/20030624 Netscape/7.1

[174] Submitted by: skc on Thursday July 1st 2004

A great feature (for me) would be to display proxy parameters:

DIRECT or proxy-name and userless or username.

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6) Gecko/20040206 Firefox/0.8

[175] Submitted by: Pachollini on Wed, 7 Jul 2004 08:53:25 -0400

Hi, Thanks a lot for the new "generator", it's a feature a always wanted ;-)
And Live HTTP Headers is one of my "Top Five" extensions - go on, You're doing a great work!

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040626 Firefox/0.9.1

[176] Submitted by: starji on Fri, 9 Jul 2004 02:16:34 -0400

First I must say excellent job on this extension. It has definately been useful for me.

I suppose my suggestion would be to add it to the update.mozilla.org site so when a user in firefox clicks 'get new extensions' they will see yours on the list. Not sure if you were planning this or not, but it would be nice to see on that list.

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040626 Firefox/0.9.1

[177] Submitted by: Axel Luttgens on Sun, 11 Jul 2004 08:46:35 -0400

An update to my post dated June 29th, 2004:
I installed version 0.9 over version 0.8, still with Netscape 7.1 on Mac OS 10.3.4.
Again, seems to work without any problem.

Great!

Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.4) Gecko/20030624 Netscape/7.1

[178] Submitted by: Aaron Harder on Sunday 11th July 2004 at 19:19 -0400

This release unfortunately does not seem to work with Firefox 0.9.2 (haven't checked it with 0.9.1, but that may not work either) ... I'd love to have this great extension avaialable in the lastest version of Firefox.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040707 Firefox/0.8

[179] Submitted by: BigFire on Tuesday 13th July 2004 at 17:00 -0400

Re: Aaron Harder

My suggestion is to unzip the xpi file and edit the install.rdf. Append to the max version constraint a + should solve the constraint problem.

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040707 Firefox/0.9.0+

[180] Submitted by: Martin on Tuesday 27th July 2004 at 10:01 -0400

i am not able to download any Version of livehttpheaders..

is there any url to an stable server?

Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.7.1) Gecko/20040707

[181] Submitted by: Dean on Tuesday 27th July 2004 at 11:11 -0400

Does not seem to work with Firefox 0.9.2. I also had WebDeveloper 0.8 installed and thought there might be a conflict. I uninstalled WebDeveloper and re-installed LiveHTTPHeaders 0.9 but it still doesn't work. It does appear in the Extensions window.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040707 Firefox/0.9.2

[182] Submitted by: Gerontius on Thursday 29th July 2004 at 14:04 -0400

Following up from messages 180 and 181, I can't get any version of livehttpheaders to install on firefox 0.9.2/Win2k either. Install.log insists "Install **FAILED** with error -207" although I've not been able to track down what error 207 actually is.
Extension worked perfectly pre-upgrade to 0.9.2.

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040707 Firefox/0.8

[183] Submitted by: jp on Friday 30th July 2004 at 08:05 -0400

i loved this tool, but my last attempt to install (first attempt was to profile) caused havoc: i could not start my linux mozilla anymore (it just locked without showing a window). I had to delete chrome.rdf to get it going again. Second attempt to install globally had the same effect. Are there known issues? I use mozilla pulled from the CVS on 20040630 (1.8a2) compiled under linux with xft support.

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a2) Gecko/20040630 MultiZilla/1.6.0.0d

[184] Submitted by: ct-nebergall@wiu.edu on Wednesday 4th August 2004 at 01:18 -0400

If possible, I would like the ablility to set custom sticky-headers. Headers that presist as long as I remain on a particular site. I can set headers in the replay window but I don't think they stick around when I access content out side of the replay screen.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040726 Firefox/0.9.1+

[185] Submitted by: Lavie Head on Wednesday 4th August 2004 at 21:07 -0400

It would be nice to have an option to also display the IP address of the host, etc. names. Would make load-balanced application testing a bit easier. Thanks. Great tool.

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040614 Firefox/0.9

[186] Submitted by: Mikki on Saturday 21st August 2004 at 02:17 -0400

COOL TOOL! Thanks!!

But, why it is not saving settings?
1) Open Live HTTP headers
2) Uncheck "Capture"
3) Close
4) Open Live HTTP headers again
"Capture" is checked! But should not!

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040819 Firefox/0.9.1+ (MOOX M3)

[187] Submitted by: David on Tuesday 24th August 2004 at 07:25 -0400

It would be nice to have an option to decode "Transfer-Encoding: chunked"

Thanks

Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.6) Gecko/20040206 Firefox/0.8

[188] Submitted by: lou on Tuesday 14th September 2004 at 19:13 -0400

doesnt work with the preview release

Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20040913 Firefox/0.10

[189] Submitted by: Dillon on Wednesday 15th September 2004 at 13:27 -0400

The install won't work on .10PR due to version issues. Is the code ok? Or do you just need to update the "supported versions" flag (wherever that is)?

Mozilla/5.0 (Windows; U; Windows NT 5.0; rv:1.7.3) Gecko/20040913 Firefox/0.10

[190] Submitted by: Pete on Wednesday 15th September 2004 at 18:17 -0400

To get it working with 1.0PR:
download the xpi, unzip it (an xpi is just a zipfile), edit the file "install.rdf", changing "9.0+" to "1.1" on line 16,
zip it back up (ie create a new zip archive containing everything as in the xpi file, but with the edited "install.rdf"), naming the newly created file to match the downloaded one.

Then just open the new livehttpheaders.xpi file from firefox's file menu, and install.

At least that worked for me, running on Linux.

Mozilla/5.0 (X11; U; Linux i686; rv:1.7.3) Gecko/20040914 Firefox/0.10

[191] Submitted by: Pete on Wednesday 15th September 2004 at 18:18 -0400

Oops! that should read 'changing "0.9+" to "1.1" on line 16' - ie 0.9, not 9.0!

Mozilla/5.0 (X11; U; Linux i686; rv:1.7.3) Gecko/20040914 Firefox/0.10

[192] Submitted by: Shane on Friday 17th September 2004 at 08:44 -0400

Any chance that this extension will be put on ?

Mozilla/5.0 (Windows; U; Windows NT 5.0; rv:1.7.3) Gecko/20040913 Firefox/0.10

[193] Submitted by: Shane on Friday 17th September 2004 at 08:45 -0400

Lets try this again. Any chance this extension will be added to update.mozilla.org?

Mozilla/5.0 (Windows; U; Windows NT 5.0; rv:1.7.3) Gecko/20040913 Firefox/0.10

[194] Submitted by: FoxyFire on Saturday 18th September 2004 at 02:15 -0400

For the love of all that is good, please make this work with 1.0PR...

Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)

[195] Submitted by: QuickNEasy on Saturday 18th September 2004 at 10:48 -0400

If there are no issues with the change suggested by Pete (above) any chances of a quick release with the supported version bumped a little higher ?

Obviously now that I have read how to fix it myself, I'll give it a try (and live with what I get...)

Great tool by the way

As other people have suggested it might sometimes be useful to have some of the information collapsed so it doesn't clutter the screen

Maybe a feature similar to the capture one that allows more things to be captured, but instead of a full header display just display the url with a clickable tag to expand the information manually

Just a thought, as that would be really useful with images/css/js

Another useful addition would be to be able to right click on the url and open it in a tab or external editor (if it was still in the browser cache)

Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20040913 Firefox/0.10

[196] Submitted by: Peter X on Sunday 19th September 2004 at 14:46 -0400

Re comment 190 for making LiveHTTPHeaders 0.9 install on Firefox 1.0PR, I changed the maxVersion to 1.1 in the install.rdf file but when I try to install it lets me try, and the extensions dialog appears but then a message box appears saying:

"
Firefox could not download the file at

file:///E:/livehttpheaders.xpi

because: Install script not found
"

The newly zipped xpi file does contain all the original files with *only* the install.rdf file tweaked. I'm installing on Windows 2000 and the installation is completely clean -- all original files were removed prior to install. Any ideas?

Cheers!

Mozilla/5.0 (Windows; U; Windows NT 5.0; rv:1.7.3) Gecko/20040913 Firefox/0.10

[197] Submitted by: Bobby Smorger on Monday 20th September 2004 at 16:06 -0400

Hi, I succeeded to reinstall LiveHTTPHeaders version 0.9 on Firefox 1.0PR. But I get a French version installed. Since I donot understand French: Is there an English version available?

TIA

Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20040913 Firefox/0.10

[198] Submitted by: Bobby Smorger on Tuesday 21st September 2004 at 07:53 -0400

I found reason of wrong locale: Some FireFox extensions corrupted my profile. From their website: next quote:
"With some extensions, ASB1.0, AHB1.4 and AHB1.41 give a bad localization (switch extensions to french), i am very sorry for this mistake and it's now fixed with new versions."

So I uninstalled FireFox and deleted profile completly. And after reinstalling I got normal English LiveHTTPHeaders

Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20040913 Firefox/0.10

[199] Submitted by: Pete on Wednesday 22nd September 2004 at 07:36 -0400

re: "Firefox could not download the file at file:///E:/livehttpheaders.xpi" - sorry, all I can say is it worked for me (on linux) .. I suppose I'd check the filename of the new file is actually correct (with DIR in a command window!) if it happened to me, but I also suppose you've done that. I'm no expert on mozilla/firefox/extentions, I'm afraid. Sorry!

I have noticed that my "back" button is sometimes not working on new firefox, which *may possibly* be down to my bodging the livehttpheaders install - I don't know for sure because I've installed a few extensions and haven't been bothered to trace the error yet, which may be in the browser release for all I know! But it's possible there are good reasons for the delay in release..

I'm quite ignorant, and not good at reading documentation. Eg., I spent about an hour searching the extensions site for the "preferential" extension, getting madder and madder, considered downgrading back to firefox 0.9 and descended into sulks and deep gloom, then half a day later noticed about:config mentioned somewhere... ;)

Mozilla/5.0 (X11; U; Linux i686; rv:1.7.3) Gecko/20040914 Firefox/0.10

[200] Submitted by: Daniel Savard on Thursday 23rd September 2004 at 00:14 -0400

There is a new version 0.9 available that is now installable on Firefox Preview Release.

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040803

[201] Submitted by: Daniel Aharon on Thursday 23rd September 2004 at 02:27 -0400

First - I want to say that this is a great extension. I've been using it since January and it helped me tremendously.

I have just one question that has already been asked above - why is this extension not published on update.mozilla.org?

Thx

Mozilla/5.0 (Windows; U; Windows NT 5.0; rv:1.7.3) Gecko/20040913 Firefox/0.10

[202] Submitted by: Wan Kwong Yeung on Thursday 23rd September 2004 at 07:24 -0400

Would you consider in "Replay" other HTTP methods like TRACE? Thank you.

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040803 Firefox/0.9.3

[203] Submitted by: Peter X on Thursday 23rd September 2004 at 11:27 -0400

The new 0.9 is working great now. Thanks everyone for helping!!

Mozilla/5.0 (Windows; U; Windows NT 5.0; rv:1.7.3) Gecko/20040913 Firefox/0.10

[204] Submitted by: Pezikon on Monday 27th September 2004 at 04:42 -0400

I noticed after using the Replay function on a POST request that the Content-Type field failed to be transmitted. what's up?

i captured a POST transmition with LiveHTTPHeaders.
Replayed the transmition. (unaltered and again altered)
i captured the replayed transmition.

The Content-Type field is in the initial captured transmition but not in the replayed transmition.

Evidently my Replay transmition did nothing. That is, the POST request couldn't post onto the website.

I havent done any testing as to reveal any additional effects/limitations of this bug.

This is what was in the first captured header but not in the replay header. It's what needs to be in the Replay.
Content-Type: application/x-www-form-urlencoded

FIX PLZ

Mozilla/5.0 (Windows; U; Windows NT 5.0; rv:1.7.3) Gecko/20040913 Firefox/0.10

[205] Submitted by: Pezikon on Monday 27th September 2004 at 05:39 -0400

Refering my previous post:

Come to think of it, the Content-Length field is also missing from the replay transmition.

looking at the source code, I'd say LiveHTTPReplay.js is fine. It looks like whatever the prob is, its after live.play(...) and so im guessing LiveHTTPHeaders.js is to blame.

Mozilla/5.0 (Windows; U; Windows NT 5.0; rv:1.7.3) Gecko/20040913 Firefox/0.10

[206] Submitted by: AlexP on Monday 27th September 2004 at 07:31 -0400

I mentioned the suggestion before, but it seems that nobody takes attention of this:

There are so many Headers that it is not clear. A
Regexp-Filter for Headers would be good, as many
Headers are in most cases not important.
E.g.: Accept-*, User-Agent, ...

GreetingX,
Alex

Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.7) Gecko/20040616

[207] Submitted by: Pezikon on Monday 27th September 2004 at 19:05 -0400

My bug/complaint/suggestion has already been noted in Mozdev Bug 6401 - Replay does not work with POST (data)

It's disapointing that the bug was reported in May 2004 and the bug/feature remains unfixed. i say feature because someone pointed out that this shortcoming is in the source code, in plain sight as though intended.

Mozilla/5.0 (Windows; U; Windows NT 5.0; rv:1.7.3) Gecko/20040913 Firefox/0.10

[208] Submitted by: OpenSrc_Enthu on Tuesday 28th September 2004 at 12:42 -0400

Pezikon,
If the problem is "in plain sight" why not just fix it and post the diff on these pages and as a comment in the bug. That way anyone who cares can apply your change for themselves....

Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20040913 Firefox/0.10

[209] Submitted by: Daniel Savard on Tuesday 28th September 2004 at 13:59 -0400

I should be able to put a new version mostly bug fixes in about two weeks (maybe three).
It should corrects most of the bugs in the bugs list.

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040910

[210] Submitted by: Josh on Tuesday 5th October 2004 at 08:09 -0400

Great extension, very handy! Haven't had any problems with it

HTML? In the useragent?

[211] Submitted by: gstolarov on Tuesday 5th October 2004 at 11:50 -0400

Greate tool. Can you add the ability to save HTTP data itself (along with the headers)?

Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20040913 Firefox/0.10

[212] Submitted by: Loran on Tuesday 19th October 2004 at 09:46 -0400

Great tool.
One suggestion/Question,
could we expect to have the web server type?
Thanks
amicalement,

Mozilla/5.0 (Windows; U; Windows NT 5.0; rv:1.7.3) Gecko/20041001 Firefox/0.10.1

[213] Submitted by: Ludovic Claude on Wednesday 20th October 2004 at 08:50 -0400

Great extension, but it was a bit hard to find as it's not listed in
Perhaps this would help popularity of your plugin to add it there.

Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20040913 Firefox/0.10 StumbleUpon/1.996

[214] Submitted by: Ludovic Claude on Wednesday 20th October 2004 at 08:53 -0400

Argh, the javascript truncated my post!

So please add a link for Livehttpheaders in
update.mozilla.org/extensions/showlist.php?category=Developer%20Tools

Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20040913 Firefox/0.10 StumbleUpon/1.996

[215] Submitted by: sean on Friday 22nd October 2004 at 07:19 -0400

Hi, good tool.

Just from a UI point of view: I wanted to modify and transmit a header, but it is just not clear how to do it. It took me a while to figure it out, and I had even done it before.

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040803 Firefox/0.9.3

[216] Submitted by: Gili on Thursday 28th October 2004 at 10:15 -0400

The plugin refuses to install on FireFox 1.0 RC1!

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20041026 Firefox/1.0RC1

[217] Submitted by: Stefan Scholl on Tuesday 9th November 2004 at 18:34 -0500

Please change the version number. The update mechanism of the extension manager can't find a new version to upgrade to a version which works with Firefox 1.0

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

[218] Submitted by: fred on Wednesday 10th November 2004 at 06:37 -0500

LiveHttoHeader fails to load with the freshly released 1.0 French official.

Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.7.5) Gecko/20041108 Firefox/1.0

[219] Submitted by: Greg on Wednesday 10th November 2004 at 07:02 -0500

Had liveHTTPHeaders installed on my PR1 release, I then isnatlled Firefox 1 official release without uninstalling the PR1 version. Had an error message that LiveHTTPHeaders is not compatible with this verion of Firefox. I then selected extensions and selected remove LHTTPH, message appeared that LHTTPH will be removed after a restart of Firefox. I still have the LHTTPH bar and I can't close it. An uninstall and reinstall of Firefox has not helped.

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

[220] Submitted by: Todd Ross on Wednesday 10th November 2004 at 08:47 -0500

As others have pointed out, LiveHTTPHeaders doesn't work with Firefox 1.0 final. It would also be nice if this extension were available on update.mozilla.org.

Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

[221] Submitted by: Daniel Savard on Wednesday 10th November 2004 at 23:16 -0500

I'll soon release a version 0.10 that will correct most bugs. And I asked to be on update.mozilla.org but still wait for it.

The version actually on this site should works on FireFox 1.0 and less. I tried it on FireFox 1.0 (english and french) under Linux.
Be sure to retrieve the latest 0.9 version from this site (dated october 31).

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20041020

[222] Submitted by: LilaB on Sunday 14th November 2004 at 18:16 -0500

Anxiously waiting the version that will work on Firefox 1.0 on Mac. (And Wintel, since I have to use both).

Thanks for this... it's been a great tool to have!

Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

[223] Submitted by: Klaus Johannes Rusch on Tuesday 16th November 2004 at 07:51 -0500

XML output would be nice (something like ......) for automated formatting of the output

Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20041001 Firefox/0.10.1

[224] Submitted by: Klaus Johannes Rusch on Tuesday 16th November 2004 at 07:51 -0500

The headers tab should allow copying of one or more records to the clipboard.

Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20041001 Firefox/0.10.1

[225] Submitted by: CivilianTarget on Tuesday 16th November 2004 at 08:48 -0500

Great tool.

A great, although probably unlikey feature would be the ability to consturct your own headers and send them out..

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 Mnenhy/0.6.0.104

[226] Submitted by: muamar on Thursday 18th November 2004 at 03:38 -0500

would be best if you could release your product for firefox version 1.0. it finds the 0.9 incompatible.

cheers

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

[227] Submitted by: Andrew Sacamano on Thursday 18th November 2004 at 15:55 -0500

Dittro on the 1.0 version. I'm considering downgrading until this comes out for 1.0... This tool is a life saver!

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

[228] Submitted by: javier on Friday 19th November 2004 at 08:28 -0500

Hi,
This extension is the best for me because i am website developer.
Can you add the following funtions :
1. Add/modify/delete http headers. By example, add always a specific header that webserver understand.
2. Add option to measure the download time request ( pages, images, etc ).

Regards.

Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1) Opera 7.54 [es-ES]

[229] Submitted by: RobertJ on Friday 19th November 2004 at 10:16 -0500

I'm using ivehttpheaders 0.9 on FF 1.0. Works just fine.

Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

[230] Submitted by: Stefan Scholl on Friday 19th November 2004 at 12:26 -0500

Yes, the current version of 0.9 works fine. The problem ist that there are different 0.9 versions and the automatic upgrade mechanism can't find the current one unless there's another version number.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

[231] Submitted by: Shané on Wednesday 24th November 2004 at 02:15 -0500

Thanks for this neat plugin.

Can we have an option of creating a tool bar button to launch LiveHttpHeaders? Currently I have bookmarked the URL chrome://livehttpheaders/content/LiveHTTPHeaders.xul but it does not open a new tab.

Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

[232] Submitted by: Daniel Savard on Wednesday 24th November 2004 at 09:00 -0500

About the previous post, it is possible to open LiveHTTPHeaders in a new tab. You need to configure this option in the Config tab in the live windows.

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20041020

[233] Submitted by: Jeremy Wilksch on Wednesday 24th November 2004 at 19:17 -0500

I like what you've done with LiveHTTPHeaders so far. The interface doesn't suit my needs though.

I'd like something (or an option for something) more like HTTPWatch:

- the window docked at the bottom of the content area like the FireFox 'Find' bar;

- a summary of requests in a tabular form along with request type, URL, time taken to retrieve the resource, and content type

- the ability to select a request from the summary and access more detailed info in a panel below it

Keep up the good work!

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

[234] Submitted by: dk on Saturday 27th November 2004 at 15:57 -0500

Live HTTP Headers is a must have for web developers, I've been using it quite intensively, I love it.

I'm now using the french version. It's nice to see extensions translated. There is only one small mistake : the tab « A propos » should be written « À propos ».

Mozilla/5.0 (Windows; U; Windows NT 5.0; fr-FR; rv:1.7.5) Gecko/20041108 Firefox/1.0

[235] Submitted by: TomU on Monday 6th December 2004 at 10:36 -0500

Hi,
I just downloaded and tried LiveHTTPHeaders version 0.10.
It's great, so far. Thanks for all your work!

I agree with Jeremy, the interface could still be improved. Also take a look at:
This is another great plugin, unfortunately for IE and not free. :(

Keep up the great work, thanks!

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

[236] Submitted by: TomU on Monday 6th December 2004 at 11:30 -0500

missing link from previous post:
www (dot) iewatch (dot) com
:-)

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

[237] Submitted by: Marco on Tuesday 7th December 2004 at 08:54 -0500

It would be good to have the options to save as a text file (like now) or a HTML file with the css attached (as in the window). It will be easier to read it later.

Great job! I'm waiting the version when we will be able to change the headers. That will be a great feature.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

[238] Submitted by: Marco on Wednesday 8th December 2004 at 03:40 -0500

Another idea: create a log file that can be usefull when you're navigating for a long time searching for something in the requests/responses.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

[239] Submitted by: Hans on Friday 10th December 2004 at 10:58 -0500

If I were allowed to install only one single Mozilla extension it woud have to be this one. Been using it for well over a year now.

I have one problem however, the "Live HTTP headers" item in the Tools menue appears twice. The same thing happens at a co-worker. I guess this came from any one of the upgrades to Firefox and/or LiveHTTPHeaders in the past couple of weeks. Does anyone know how to squash that little annoyance?

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

LiveHTTPHeaders 0.10 (but the problem already existed in 0.9)

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

[240] Submitted by: Daniel Savard on Friday 10th December 2004 at 11:38 -0500

For the above problem, it may be because you installed it first globally and later in your profile or the other way.

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20041001

[241] Submitted by: super-cool on Wednesday 15th December 2004 at 14:09 -0500

hello

to see the source (Web Developer)

++

Mozilla/5.0 (Windows; U; Windows NT 5.0; fr; rv:1.7) Gecko/20040803 Firefox/0.9.3

[242] Submitted by: super-cool on Wednesday 15th December 2004 at 14:13 -0500

www . chrispederick.com/forums/viewtopic.php?id=326

Mozilla/5.0 (Windows; U; Windows NT 5.0; fr; rv:1.7) Gecko/20040803 Firefox/0.9.3

[243] Submitted by: D. Stimits on Thursday 16th December 2004 at 16:00 -0500

I really like this. If possible though I'd like to see a "refresh" button so the same "view page info" widget would update to the current page. That way I could be lazy and just hit one button on a new page instead of first view page info then clicking on headers tab.

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20040913

[244] Submitted by: javi on Tuesday 21st December 2004 at 04:26 -0500

It would be interesting to have a report of all elementes with FUll URL and Size so you can use it in excel to calculate the total size of the page (with swf, jpgs, gifs, html, xmls, js, css, etc...)

congratulations

Mozilla/5.0 (Windows; U; Windows NT 5.0; es-AR; rv:1.7.5) Gecko/20041108 Firefox/1.0

[245] Submitted by: tolan on Wednesday 22nd December 2004 at 21:01 -0500

Absolutely superb work. Simple idea, but so useful.

If I end up using this (can't imagine I won't) then I dare say I'll be donating.

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041111 Firefox/1.0

[246] Submitted by: RobertJ on Monday 27th December 2004 at 16:00 -0500

Shouldn't the version have gone from 0.9 to 1.0. Kind of confusing.

Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

[247] Submitted by: Marcus on Saturday 8th January 2005 at 15:40 -0500

The version numbering is inconsistent.

The first version of the software was 0.2. From there it SHOULD go:

0.2, 0.3, 0.4, 0.5, 0.6, 0.7, 0.8, 0.9

then...

1.0

Please make this change, thanks!

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.7.5) Gecko/20041110 Firefox/1.0

[248] Submitted by: marcus on Saturday 8th January 2005 at 15:56 -0500

It should be possible quite easily to add the ability to write to a log in "Common Log" format, as described here:

http: // www.w3.org / Daemon/User/Config/Logging.html#common-logfile-format

For example:

10.1.1.2 - .admin.acme - [03/Aug/1999:12:07:14 +0000] "GET HTTP/1.0" 200 28850

P Address - The IP address used by the client

Authenticated User Name - The name of the user on the client machine

Date - The date on which the request was made

Time - The time of day at which the request was made (for example, 12:07:41)

Time Zone - The time zone on the server at which the request was made, as an offset from Greenwich Mean Time (for example, +0000)

HTTP Request - HTTP requests commonly seen in logs are:

GET (read a page or entity within a page)
HEAD (obtain the header information for a page)
POST (submit the results of a form)

URL - The URL of the site being accessed, including the domain name and the full path within the site (for example,

HTTP Version - The version of HTTP used by the requesting entity (this will always be "HTTP/1.x")

Status Code - A number which indicates whether or not the request made by the client has been successful.

File Size - The size of the file in bytes.

This would also satisfy many of the requests asking for info about the size of the page and other elements.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.7.5) Gecko/20041110 Firefox/1.0

[249] Submitted by: Adriano on Tuesday 11th January 2005 at 11:42 -0500

I'd like to have also something showing the delay (in milliseconds) between the request and the response.

That would help us to "see" how fast/slow are not only the servers but also the band.

Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7.5) Gecko/20041217

[250] Submitted by: Mike on Monday 17th January 2005 at 11:22 -0500

Adding the ability to replay a full transaction (i.e. multi-step process) rather than a single page IN CONJUNCTION with adding the ability to compute timestamps (ex: content request time, page rendering time...perhaps some network related stats like dns connection, initial connection, first byte, etc) would make this an invaluable performance tool. Add on top of that the ability to schedule playbacks based on a list of scripts (ex: every 1,5,10,30,60 minutes, replay these 10 scripts in a row), and you've got yourself one hell of a performance monitoring tool.

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041111 Firefox/1.0

[251] Submitted by: Jim on Thursday 3rd February 2005 at 13:27 -0500

Very cool concept, and there's some great ideas here for future releases.

But...

I can only get limited functionality.
When I right-click and go to Page Info I see the tab, and the headers. But, if the header is long, it's cut off, as in: " I don't know how to correct this. And the vertical scroll bars don't work.

Also, I can get it to appear in the Sidebar, but I don't see any headers in it. And when clicking on Tools - Web Development, I see the window, but there's no headers there either. And no way to reload.

Needs work. Should be awesome when it's done though.

Thanks
mjhts@optonline.net

Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax)

Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax)

[252] Submitted by: fschmidt on Friday 4th February 2005 at 03:45 -0500

It would be helpful if your installation page actually worked. It doesn't. Clicking on "Install version 0.10 of LiveHTTPHeaders now" or "(download it)" does nothing.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

[253] Submitted by: Daniel Savard on Friday 4th February 2005 at 08:16 -0500

If you can't download or install LiveHTTPHeaders, you may need to go to:
Edit -> Preferences -> Web Features
You should check 'Allow web site to install software'
And verify that 'livehttpheaders.mozdev.org' is in the 'allowed web site list'.

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b) Gecko/20050125

[254] Submitted by: Adam Hawkins on Wednesday 9th February 2005 at 06:12 -0500

Cool plugin - we use to simulate the browser on mobile phones and is great for simulating the headers that these devices send.
A Feature that we would find really useful is to be able to add/edit headers that are sent with every request. In the way that user agent switcher does but for any header.

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-GB; rv:1.7.5) Gecko/20041110 Firefox/0.8 StumbleUpon/1.993

[255] Submitted by: Y.C.Coles on Monday 14th February 2005 at 11:55 -0500

Just to say thank you and...
FOR THOSE WHO HAVE FF 1.0 and "Mac Os X" panther,
it's been a while now, it works fine.

Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

[256] Submitted by: emmanuel on Tuesday 1st March 2005 at 07:50 -0500

wonderful!
even works over SSL...
my only complaint: it also shows firefox fetching my live bookmarks RSS feeds (if i'm so lucky to use capture when firefox fetches, which happens). it would be great if livehttpheader would hide those by default, they are distracting, in the way.

Thanks again!

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050223 Firefox/1.0.1

[257] Submitted by: emmanuel on Tuesday 1st March 2005 at 07:53 -0500

oh, forgot something: it would be great if you could clearly write "POST STRING:" before a POST string line in the text export.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050223 Firefox/1.0.1

[258] Submitted by: Matija Nalis on Thursday 10th March 2005 at 03:51 -0500

How about showing to which IP has mozilla connected ?
If I go to google.com, it might connect to 216.239.57.99, 216.239.37.99, or 216.239.39.99

For some sites it is incredibly usefull in debugging.

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

[259] Submitted by: Christian H. on Sunday 20th March 2005 at 22:51 -0500

Hy,

nice extension, very usefull. but under Mac OSX the shortcut in the view->sidebar->livehttpheaders (Acceskey) is unfortunately ALT+L, which means a '@'. when