The request list of the Network Monitor shows a list of all the network requests made in the course of loading the page.
Network request list
By default, the Network Monitor shows a list of all the network requests made in the course of loading the page. Each request is displayed in its own row:
By default, the Network Monitor is cleared each time you navigate to a new page or reload the current page. You can override this behavior by checking "Enable persistent logs" in the Settings.
Network request columns
You can toggle columns on and off by right-clicking on the table header and choosing the specific column from the context menu. A Reset Columns command is available on the context menu to reset the columns to their initial configuration.
You can also change the width of the columns to help make the information you are looking for easier to view. The Reset Columns command on the context menu also resets the width of the columns to the default values.
Clicking the column header label sorts the request list by that column. You can reset the sort to the default by selecting "Reset Sorting" from the context menu.
Here is a list of all available columns:
- Status: The HTTP status code returned. This is displayed as a color-coded icon: The exact code is displayed immediately after the icon.
- blue circle for informational (1XX codes). Notably, this includes 101 (switching protocols) for WebSocket upgrades.
- green circle for success (2XX codes)
- orange triangle for redirection (3XX)
- red square for errors (4XX and 5XX)
- hollow grey circle for responses that were fetched from the browser cache.
- Method: The HTTP request method used.
- File: The basename of the file requested.
- Protocol: The network protocol used to transfer the data, this column is hidden by default. This is new in Firefox 55.
- Scheme: The scheme (https/http/ftp/...) of the path requested. This column is hidden by default. This is new in Firefox 55.
- Domain: Domain of the path requested.
- If the request used SSL/TLS and the connection had security weaknesses such as weak ciphers, you'll see a warning triangle next to the domain. You will be able to see more details about the problem in the Security tab.
- Hover over the domain to see the IP address.
- There's an icon next to the domain that gives you extra information about the security status of that request. See Security icons.
- Remote IP: The IP address of the server answering the request. This column is hidden by default. This is new in Firefox 55.
- Cause: The reason that the network request occurred, for example XHR request,
<img>, script, script requesting an image, etc. This is new in Firefox 49.
Content-typeof the response.
- Cookies: The number of request cookies associated to the request. This column is hidden by default. This is new in Firefox 55.
- Set-Cookies: The number of response cookies associated to the request. This column is hidden by default. This is new in Firefox 55.
- Transferred: The number of bytes that were actually transferred to load the resource. This will be less than Size if the resource was compressed.
- From Firefox 47, if the resource was fetched from a service worker cache, then this cell displays "service worker".
- From Firefox 59, cached resources may be fetched from the cache and the network simultaneously, which may improve load time for slow caches. Starting with Firefox 68, the transferred column lists either "cached (raced)" or "[size] (raced)" depending on the faster source. This feature is called Race Cache With Network (RCWN).
- Size: The size of the transferred resource.
If the request is for an Image, hovering over its filename shows a preview of the image in a tooltip:
The Network Monitor displays an icon in the Domain column:
This gives you extra information about the security status of the request:
|Weak HTTPS (for example, a weak cipher was used)|
|Failed HTTPS (for example, a certificate was invalid)|
|Indicates that the URL belongs to a known tracker that would be blocked with content blocking enabled.|
For weak and failed HTTPS requests, you'll see more details of the problem in the Security tab.
The Cause column indicates what the cause of the request was. This is usually fairly obvious, and you can generally see the correlation between this and the Type column entry. The most common values are:
- document: The source HTML document.
- stylesheet: A CSS file.
The request list also displays a timeline for the different parts of each request.
Each timeline is given a horizontal position in its row relative to the other network requests, so you can see the total time taken to load the page. For more details on the color-coding used here, see the section on the Timings page.
Starting in Firefox 45, the timeline also contains two vertical lines:
- The blue line marks the point at which the page's
DOMContentLoadedevent is triggered.
- The red line marks the point at which the page's
loadevent is triggered.
Blocking specific URLs
If you want to view your page as it would look without a resource (e.g., if it were blocked by the browser or an extension), you can block requests matching patterns you specify.
- Click the Request Blocking icon in the toolbar. This opens the Blocking sidebar. (Click the icon again when you want to close the sidebar.)
- Enter a string in the field with the placeholder text Block resource when URL contains.
- Reload the page to test it with the specified URL blocked.
Other actions you can take with Request Blocking:
- To turn all request blocking off or on: Toggle the checkbox next to Enable Request Blocking.
- To turn a specific block off or on: Toggle the checkbox next to that item.
- To delete a blocked item, click the X icon that appears when you focus the item.
Blocking a specific URL from the Request List
You can also block a URL from the Request List:
- Hover over the item you want to block in the Request List.
- Select Block URL from the context menu.
- When you refresh the page, that specific URL will be blocked and a message will be added to the item in the list indicating that it has been blocked by the DevTools.
Stop blocking a URL from the Request List
- Hover over the item.
- Select Unblock URL.
- Now when you refresh the page, the item will once enabled.
You can filter requests by content type, by whether they are XMLHttpRequests or WebSocket requests, or by request properties.
|Filter type||How to apply|
|Content type||Use the buttons in the toolbar (HTML, CSS, JS).|
|XHR requests||Use the XHR button in the toolbar.|
|WebSocket connections||Use the WS button in the toolbar.
The third-party add-on WebSocket Sniffer may be helpful as well.
Use the Filter URLs box in the toolbar. You can focus it by clicking in the filter box, or by pressing Ctrl + F (or Cmd + F on a Mac); then start typing. The list of network requests is filtered to include only requests that contain your filter string, in either the Domain or the File portions.
You can filter requests that don't contain your filter string by prefixing your query with the "-" operator. For example, the query "-google.com" will show all requests that don't have "google.com" in the URL.
|Request properties||Use the search box in the toolbar. See next section.|
Filtering by properties
The search box recognizes specific keywords, which can be used to filter the requests by specific request properties. Those keywords are followed by a colon and a related filter value. The filter values are matched case insensitive. Prepending a minus (
-) negates the filter. You can combine different filters together by separating them with a space.
||Shows resources that have the specific HTTP status code.||
||Shows resources that have were requested via the specific HTTP request method.||
||Shows resources coming from a specifc domain.||
||Shows resources coming from a server with the specified IP.||
||Shows resources matching a specific cause type. The types can be found in the description of the cause column.||
||Shows resources having a specific transferred size or a transferred size close to the one specified.
||Shows resources having a specific size (after decompression) or a size close to the one specified.
||Shows resources that are larger than the specified size in bytes.
||Shows resources that match the specified MIME type.||
||Shows resources transferred via the given scheme.||
||Shows resources that contain the specified HTTP response header.||
||Shows the resources that have a
||Shows the resources that have a
||Shows the resources that have a
||Shows the resources having a URL that matches the given regular expression.||
For example, to find all 404, not found, errors, you can type "404" into the search and auto-complete suggests "status-code:404" so you'll end up with something like this:
Use the Search panel to run a full-text search on headers and content.
- Click the Search icon in the toolbar. This opens the Search sidebar.
- Enter a string in the search field of the sidebar, and press Enter or Return. The search results area below the search field displays the requests that contain that string in the request or response headers or in the content of the response. You can expand each item to show the specific item that matches the string. Clicking an item in the search results highlights that item in the monitor list, and displays the corresponding information in the request details pane.
Other ways to use the search panel:
- To clear the search string: click the X icon in the search field.
- To make the search case sensitive: click the Case Sensitive (Aa) icon next to the search field.
- To close the search panel, do one of the following:
- Click the X icon next to the search field.
- Click the Search icon in the Network Monitor toolbar.
Context-clicking on a row in the list displays a context menu with the following options:
|Copy > Copy URL||Copies the URL.|
|Copy > Copy as cURL||Copies the network request to the clipboard as a cURL command, so you can execute it from a command line. See Copy as cURL, below.|
|Copy > Copy as Fetch||Copies the request as a call to the fetch() method, including the URL and any settings object.|
|Copy > Copy Request Headers||Copies the request's header to the clipboard.|
|Copy > Copy Response Headers||Copies the headers of the response for this request, to the clipboard.|
|Copy > Copy Response||Copies the entire response that was sent for this request.|
|Copy > Copy All As HAR||Creates an HTTP Archive (HAR) for all requests listed, and copies it to the clipboard.|
|Save All As HAR||Creates an HTTP Archive (HAR) for all requests listed, and opens a file dialog, so you can save it to a file.|
|Resend||Resends the request as it was originally sent with no changes made.|
|Edit and Resend||Opens an editor enabling you to edit the request's method, URL, parameters, and headers, and resend the request.|
|Block URL||Blocks the selected URL for future requests. See Blocking a specific URL from the Request List.|
|Open in New Tab||Resends the request in a new tab — very useful for debugging asynchronous requests.|
|Open in Style Editor||For a CSS resource, opens it in the Style Editor.|
|Start Performance Analysis|
|Use as Fetch in Console||Submits the request as a call to the fetch() method in the console.|
Copy as cURL
The command may include the following options:
||If the method is not GET or POST|
||For URL encoded request parameters|
||For multipart request parameters|
||If the HTTP version is not 1.1|
||If the method is HEAD|
One for each request header.
From Firefox 34, if the "Accept-Encoding" header is present, the cURL command will include
Managing HAR data
The HAR format enables you to export detailed information about network requests. In addition to the Copy and Save menu items for HAR in the context menu, similar menu items are available in the HAR dropdown menu in the toolbar, as well as an Import menuitem.
Network Monitor Features
The following articles cover different aspects of using the network monitor: