unable to open https://www.freedompop.com/
Reported by
er.patel...@gmail.com,
Aug 17 2017
|
||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.90 Safari/537.36 Steps to reproduce the problem: Just Hit URL. It open in Edge, Mozila browser What is the expected behavior? It will be load What went wrong? 400 Bad Request Request Header Or Cookie Too Large Did this work before? Yes Chrome version: 60.0.3112.90 Channel: n/a OS Version: 10.0 Flash Version:
,
Aug 18 2017
I am using Version 60.0.3112.101 (Official Build) (64-bit). In incognito mode it work perfact. but in normal mode it not works
,
Aug 18 2017
Thank you for providing more feedback. Adding requester "brajkumar@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Aug 21 2017
Unable to reproduce this issue on Windows-10,7,Mac 10.12.6 & Ubuntu 14.04 using chrome reported version-60.0.3112.90 ,latest stable #60.0.3112.101 as per comment#0. Able to load below URL successfully without any issue. https://www.freedompop.com/ er.patelchirag@, Could you please recheck this issue by creating a new profile under chrome://settings with no apps or extensions in your browser and let us know your observations on the same. Please find the attached screen shot for reference. Thanks!
,
Aug 21 2017
It's not open in my browser.. in other browser it works fine
,
Aug 21 2017
Thank you for providing more feedback. Adding requester "jmukthavaram@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Aug 22 2017
er.patelchirag@, As per comment#5,issue working as intended in chrome browser?.Please confirm . If not, please check the issue as per comment#4 details & let us know your observations. Thanks in advance..!!
,
Sep 11 2017
,
Sep 11 2017
Based on the server error from nginx, could be a problem with the cookie values being sent by the browser (as in they are too large for the server to accept). Are you able to load the site when using an incognito window in Chrome? (This uses a fresh cookie store). If that fixes the problem, your cookies are likely the problem and I suggest deleting the cookies for that site (or globally) to make things work from non-incognito windows.
,
Sep 11 2017
User reported earlier it worked in incognito mode. This sounds like a server issue, not liking the cookies it sets. Don't think there's anything to do here, without further evidence this is a Chrome issue (Everything else uses a different cookie store, which presumably has fewer cookies, so the site works).
,
Sep 14 2017
er.patelchirag@: If you'd like to reproduce this and gather a NetLog dump with cookies and credentials, I'm happy to take a look and see if I figure out where the breakage is, but this could easily be a server issue. If you do the netlog dump, click "Include cookies and credentials" and please do NOT attach it to this bug but instead send it to me directly (rdsmith@chromium.org), as including cookies and credentials means that someone with that dump could impersonate you on the network. Without that information, we won't be able to make progress on this bug and we'll have to close it.
,
Sep 25 2017
reporter: We need your feedback to make progress, or we'll have to close the bug. Can you reply to comment #11?
,
Oct 2 2017
Archiving issue due to lack of feedback. reporter: if you still have the issue, please file a new bug with the requested information. |
||||||||
►
Sign in to add a comment |
||||||||
Comment 1 by brajkumar@chromium.org
, Aug 18 2017Labels: Needs-Triage-M60 Needs-Feedback