Applies to: Current Request conditions documentation read 2026-11-08; older Request blocking naming has changed
The useful distinctions
- A Network request can be right-clicked and blocked.
- The resulting pattern appears in Request conditions.
- A DevTools block is marked blocked:devtools.
- Closing DevTools disables blocking while saved patterns remain.
State the failure you want to simulate
A player can fail gracefully or leave someone staring at an indefinite loading state. Choose one resource and one expected explanation before simulating its absence. For example, an owned workshop page might need to explain that its demonstration file could not load while still showing the title and retry action. Keeping the target narrow makes the result attributable to one deliberate condition.
Review the pattern before reloading
A broad matching pattern can affect more of the page than intended. Inspect the generated rule and confirm which request it applies to. The fictional example uses a single local-test media path, with no real service endpoint or protected source involved. Look for the browser’s explicit DevTools-blocked status so the report does not mislabel the artificial failure as a response returned by the server.
Restore a baseline
Disable the temporary rule and confirm the ordinary page behavior again. Keep the simulated and baseline observations together when discussing a product change. The exercise establishes how this application reacts to this browser-created condition; it does not prove why a real user’s request failed. Remember the saved pattern during later sessions so a forgotten diagnostic rule does not become the unexplained cause of another apparent playback issue.
A focused way to proceed
- Open the authorized test page’s Network panel and identify one intended resource.
- Right-click it and choose Block request.
- Review the generated pattern, reload the test and observe the page’s response.
- Disable the rule and repeat the baseline before leaving the experiment.
Worked example · synthetic
Authorized page: https://example.test/player
Target resource: https://example.test/media/workshop-demo.mp4
Expected product behavior: meaningful failure explanation and retry
Evidence: DevTools block indicator plus the visible page stateRead the comparison
A DevTools-created block is a simulated condition, not an upstream HTTP error.
When to stop or ask for help
Give the application developer the exact rule and before/after observations when failure handling needs improvement.