The debugger of firefox performs a GET request to the server when navigated to the source of the page being viewed.
Categories
(DevTools :: Debugger, defect, P3)
Tracking
(Not tracked)
People
(Reporter: omishah99, Unassigned)
References
(Blocks 2 open bugs)
Details
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/75.0.3770.100 Safari/537.36
Steps to reproduce:
In my web app, on one URL I only accept POST data (from a previous form) and give an HTML response. So on that page, I wanted to use the dev tools to observe the exact response sent.
Thus, I opened the devtools by F12 and then navigated to debugger tab. And then I clicked on the currently displayed HTML file, from the file listings on the left.
Actual results:
Apparently, the debugger itself sent a new GET request to the same URL on the server (most probably to obtain the HTML of the currently viewed page). Since on that URL I have configured it to only accept POST data and thus it returns an error response on GET request. Thus, the HTML and the rendered page are not consistent.
Expected results:
The page source should have been of the currently rendered page, new page source should not be fetched from the server !
Updated•5 years ago
|
Not only does it issue a fresh request, it does so with a different session, making it impossible to debug behind a log in. Is it necessary to fetch the source again? Even if we ignore POSTs, and the session issue were resolved, is it reasonable to assume you're going to get identical results from two different GETs?
Comment 2•5 years ago
|
||
The priority flag is not set for this bug.
:jlast, could you have a look please?
For more information, please visit auto_nag documentation.
Updated•5 years ago
|
Just wanted to know whether the status of this report will ever be confirmed ?
Basically is this a deliberate design choice or maybe it is an actual flaw ?
Comment 4•4 years ago
|
||
This a flaw in the current design, absolutely. Unfortunately fixing this hasn't ended up being prioritized at the moment for the usual reasons, there's always other bigger stuff that need doing, and this is realistically not straightforward at all to address.
Updated•2 years ago
|
Description
•