Mock or patch
Return a body you wrote without calling the server, or let the server answer and change a single field of the real JSON. Several named responses per rule, so going from a 200 to a 500 is one click.
Extension for Chrome and Edge · version 2.3.0
HTTP Monitor watches a page's fetch and XMLHttpRequest calls and
lets you step into them: mock a response, patch the one that came back, rewrite the request
before it leaves, point it at a different server, or trigger the failure you can never
reproduce by hand.
The extension has no server, no user account, and sends nothing anywhere. Rules, profiles and captured calls live in the browser's local storage and its internal database, on your machine. No analytics, no tracking, and not a single outbound request to the author.
The privacy policy spells it out permission by permission and field by field, including what the extension technically can see once you enable it on a site.
An honest network debugger has to say where it is looking, because each vantage point sees different things. HTTP Monitor works at three, and you pick which one to use.
Return a body you wrote without calling the server, or let the server answer and change a single field of the real JSON. Several named responses per rule, so going from a 200 to a 500 is one click.
Method, URL, query parameters, headers and body. Useful for finding out what your app does when the token has expired or a required field is missing.
Added latency, timeouts and going offline, applied to real calls, so you can finally see the loading states that never show up on your machine.
Headers as sent and as received, bodies in a JSON viewer, the call's lifecycle drawn out, the token decoded, and a diff between any two calls.
Duplicate calls, identical responses, broken caching, secrets in the query string, personal data in bodies, and fields that change shape between calls.
HAR files both ways, Postman collections and the full configuration, so a scenario can travel to whoever has to reproduce it.
An extension that intercepts traffic asks for broad permissions, and that deserves an explanation before you install it rather than after. Here is the full list and what each one is for.
| Permission | What for |
|---|---|
| Access to the sites you visit | Intercepting calls on the pages where you choose to work. You set the scope in the settings, and out of the box it is restricted: until you add a site, the extension acts on none. |
| Storage | Keeping your rules, profiles and settings, and each tab's captures. All on your machine. |
| Tabs | Knowing which tab you are looking at, so it shows that tab's captures and not another's. |
| Side panel | Opening the interface when you click the icon. |
| Network rules and request observation | Applying headers, blocks and redirects, and reading the real headers that went over the wire. |
| Script injection | Showing the floating panel that tells you, on the page itself, which calls the extension is affecting. |
| Debugger | Deep mode only, which you switch on tab by tab. It is the only way a browser hands over the real body of a response, and while it is attached Chrome shows its own notice that the tab is being debugged. The full argument. |
| Clipboard | Copying a capture, a header or a rule, and pasting a rule someone shared with you. |
For anyone building against an API who needs to see what actually happens: the error case the backend has not implemented yet, the slow response that never occurs locally, the field that arrives differently in production. It is a development tool, and it is meant for your own applications or ones you are authorised to work on — that is in the terms, and it is not a formality.