Blocking a request from the context menu should enable the URL/pattern if it's already in the list
Categories
(DevTools :: Netmonitor, defect, P3)
Tracking
(firefox71 wontfix, firefox72 wontfix, firefox77 verified)
People
(Reporter: cfogel, Assigned: davidwalsh)
References
(Blocks 1 open bug)
Details
Attachments
(2 files)
Affected versions
- 71.0b9, 72.0a1 (2019-11-12)
Affected platforms
- Windows 10, macOS 10.15, Ubuntu 18.04;
Steps to reproduce
devtools.netmonitor.features.requestBlocking - pref set on true
- Launch Firefox, enable DevTools - Netmonitor - Blocking tab;
- Access https://twitter.com/
- Right Click and block the GET method for the html document (1st in the list);
- Right Click and block the POST metod (2nd from the list);
- Refresh the page;
- Unblock the request at step 4;
- Refresh the page.
Expected result
- Request is unblocked;
Actual result
- 1st request status does not get updated anymore;
Regression range
- page refresh should reset-show the blocking status which is not being updated;
- not a regression, issue encountered on nightly build from 2019-04-21 date as well (1151368 - initial implementation of feature)
Additional notes
- attached recording with the issue.
Reporter | ||
Updated•5 years ago
|
Comment 1•5 years ago
|
||
Just to make sure I understand the report.
Are the following STRs showing the same issue?
- Launch Firefox, enable DevTools - Netmonitor - Blocking tab;
- Access https://twitter.com/
- Right Click and block the GET method for the html document (1st in the list);
- Uncheck the checkbox of the create entry in the Blocking panel
- Right Click and block the GET method for the html document again. Nothing happens in the Blocking side panel -> BUG
Honza
Reporter | ||
Comment 2•5 years ago
|
||
No, the ones you've noted are not causing any issue. The behavior there would be pretty much expected with the current implementation.
What jumped to eye, was the fact that after the whole block/unblock scenario; the page refresh did not appear to reset the status of the 1st request keeping it as is.
However, really good point there.
In an attempt to reproduce it with your STR, I've noticed that adding a refresh between the block/uncheck causes the issue to manifest again.
The summary might need to be adjusted as well or it might be another issue, this part might need confirmation from you as well.
So, the STR for your scenario would be:
- Launch Firefox, enable DevTools - Netmonitor - Blocking tab;
- Access https://twitter.com/
- Right Click and block the GET method for the html document (1st in the list);
- Refresh the page;
- Uncheck the checkbox of the create entry in the Blocking panel
- Right Click and block the GET method for the html document again. Nothing happens in the Blocking side panel -> BUG
Comment 3•5 years ago
|
||
From offline discussion, the STRs for this bug report are in comment #1
Honza
Updated•5 years ago
|
Updated•5 years ago
|
Assignee | ||
Comment 4•5 years ago
|
||
Updated•5 years ago
|
Comment 6•5 years ago
|
||
bugherder |
Updated•5 years ago
|
Description
•