"Error 400 (Bad Request)!!1" on accessing certain sites
Reported by
maxfield...@gmail.com,
Sep 23
|
||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/69.0.3497.100 Safari/537.36 Example URL: https://www.google.com/chrome/ Steps to reproduce the problem: 1. Navigate to one of: a. https://www.google.com/chrome/ b. https://www.google.com/alerts c. https://www.google.com/business/ d. https://www.google.com/maps What is the expected behavior? Access and use the desired page without errors. What went wrong? HTTP 400 errors instead of either successfully visiting the site (for chrome, alerts, and business) or using Google Maps. Of the listed URLs, only Maps loads the basic interface, but it is unable to load resources required to actually make use of Maps. Does it occur on multiple sites: Yes Is it a problem with a plugin? No Did this work before? N/A Does this work in other browsers? Yes Chrome version: 69.0.3497.100 Channel: stable OS Version: OS X 10.12.4 Flash Version: This used to occur on various Google sites intermittently with past versions of Chrome on macOS, but appeared to have been fixed for a time (can't be sure due to infrequent nature). Currently, this behavior is much more consistent than in the past. Issue persists after disabling all extensions, as well as any running programs which could conceivably affect network traffic (nginx, zerotier, DNScrypt, etc.). Note that "Error 400 (Bad Request)!!1" is not a typo or editorialization, but rather the tab title.
,
Sep 23
,
Sep 24
,
Sep 24
maxfieldlehman@ Thanks for the issue... Unable to reproduce the issue on reported chrome version 69.0.3497.100 using Mac 10.13.6.Attaching screen-cast for reference. Steps: --------- 1. Launched reported chrome 2. Navigated the URL's on comment #0 As we are able to Access and use the desired page without errors. @Reporter: Request you to retry this issue with fresh profile without any extensions & apps or reset all the flags and let us know if issue still persists. Thanks.!
,
Sep 24
If you are able to reproduce this in a fresh profile, can you capture a net-log dump and attach it to the bug report? Instructions at https://www.chromium.org/for-testers/providing-network-details
,
Sep 24
I was not able to reproduce the issue on a fresh profile. Attempting to do so and comparing the requests themselves pointed me to the culprit, a large number of cookies created by an extension (relevant issue at https://github.com/deanoemcke/thegreatsuspender/issues/573). If a 400 error is the expected behavior in this case, then this can be closed.
,
Sep 24
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Sep 24
Thanks for reporting back. This sounds like either an issue with The Great Suspender in how it manages cookies, or with google services behaving oddly with a certain subset of cookies presented. (The browser has limits on how many cookies it will store, both per-site and globally.) |
||||||
►
Sign in to add a comment |
||||||
Comment 1 by maxfield...@gmail.com
, Sep 231.1 MB
1.1 MB View Download