NetMonitor blocking - Indicate blocked requests yet before reload
Categories
(DevTools :: Netmonitor, enhancement, P3)
Tracking
(firefox71 affected, firefox72 affected)
People
(Reporter: cfogel, Unassigned)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
389.56 KB,
image/gif
|
Details |
Note
- logged based on feature kickoff discussions with :Honza
Affected versions
- 71.0a1 (2019-10-10);
Affected platforms
- all available
Steps to reproduce
- devtools.netmonitor.features.requestBlocking set to true;
- Enable/access DevTools -> Network tab -> Request blocking section;
- Access any webpage;
- Right click on any request and click on the Block URL option;
Actual result
- request is added to the Request blocking filters;
Enhancement suggestion
- indicate the request is blocked in the main section as well:
- the blocked icon for the status field can be displayed, even if faded out or with the color white/grey;
- text could be colored as mentioned above;
- when hovering over the status the message could be updated to "Blocked after refresh"
Additional notes
- main reasoning is that after blocking requests, with the Requests Blocking panel closed there is no other indicator that the request will be blocked;
- while for Blocking a request the side-panel is displayed (each time if closed), Unblocking a request gives no feedback_indicator at all.
Reporter | ||
Comment 2•4 years ago
|
||
Updating flags for the current versions: 71.0b9, 72.0a1 (2019-11-12).
Comment 3•4 years ago
|
||
Could you weigh in here? I don't know what direction to take this.
Comment 4•4 years ago
|
||
Sorry for the very late reply!
I see that this is a bit tricky - currently, this UI only communicates what was already recorded, not new behaviors that will occur upon refresh.
I like the idea of a grayed-out blocking icon when unblocking a request, but it seems potentially confusing to use when blocking. Maybe we can show both the status and the grayed out blocking icon, but I'd rather not make the status column any wider (especially considering new plans to merge it with the method col).
Tempted to say we add a blue/red indicator dot (like a 'dirty' file indicator) somewhere such as to the left of the filename. CC Harald in case he has ideas.
Comment 5•4 years ago
|
||
I agree better feedback would be nice. As a refresh is sensible for blocking to work maybe that could be recommended? But I would lean on waiting to get other user reports on this.
Comment 6•4 years ago
|
||
This remains me "Future" breakpoints back on Venkman days.
Honza
Updated•2 years ago
|
Description
•