GeckoWebExecutor.fetch returns 403 in private browsing
Categories
(GeckoView :: General, defect, P2)
Tracking
(Not tracked)
People
(Reporter: amejia, Assigned: owlish)
References
Details
More detail and STR can be found in the Fenix bug
Updated•4 years ago
|
Updated•4 years ago
|
Updated•4 years ago
|
Assignee | ||
Updated•4 years ago
|
Assignee | ||
Comment 1•4 years ago
|
||
Some results of initial investigation:
Not reproducible on Fenix release (5.2.0, Build 21701706, GV 78.0-20200612174529, AC 46.0.0), device Samsung Galaxy S8
Reproducible on:
- Fenix Nightly (200630 06:01, Build 21820613, GV 79.0a1-20200628092814), device Samsung Galaxy S8 Android 9,
- Reference Browser (GV80, AC49.0.20200702131412) and (GV78, AC49.0.20200702131412), device Samsung Galaxy S8 Android 9
- Reference Browser (GV80, AC49.0.20200702131412), emulator Pixel 2 Android R API 30
- Firefox Focus (GV77.0-20200602142841 and GV78.0-20200625152958) - important to note that Focus doesn't use WebExecutor for downloads.
In some cases the message "Download Failed" was absent (as was message about completed download) (Reference Browser, Focus), but the file was nowhere to be found.
I think at this point we can safely rule out GeckoView in general and WebExecutor in particular. I am continuing investigation to find out what is going on here.
Assignee | ||
Comment 2•4 years ago
|
||
Also, I have tried setting network.cookie.sameSite.laxByDefault
to false in the above Nightly - the bug was still reproducible.
The best way forward on this is probably just to read the initial response instead of making a new one, which is Bug 1530022.
Assignee | ||
Comment 4•4 years ago
|
||
I tried STR in GVE with the new endpoint (see bug 1530022) - the bug does not reproduce.
Description
•