Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

batepapo.uol.com.br - site is not usable #50380

Closed
MarcusCorbacho opened this issue Mar 18, 2020 · 7 comments
Closed

batepapo.uol.com.br - site is not usable #50380

MarcusCorbacho opened this issue Mar 18, 2020 · 7 comments
Labels
Milestone

Comments

@MarcusCorbacho
Copy link

URL: https://batepapo.uol.com.br/Cidades-e-regi%C3%B5es/Bahia/S/Salvador/Salvador-(20)

Browser / Version: Firefox 76.0
Operating System: Windows 10
Tested Another Browser: Yes

Problem type: Site is not usable
Description: cookie “SIDCC” will be reject “sameSite” set as “none”
Steps to Reproduce:
Last days I was facing a nasty problem on HBOGO ( #49577 ) although resolved toggle to false network.cookie.sameSite.laxByDefault

Now, on this site, thru information by Console I noticed some new and I don´t know what can be do to resolve.

View the screenshotScreenshot
Browser Configuration
  • None

From webcompat.com with ❤️

@webcompat-bot webcompat-bot added this to the needstriage milestone Mar 18, 2020
@webcompat-bot webcompat-bot added browser-firefox engine-gecko The browser uses the Gecko rendering engine priority-normal labels Mar 18, 2020
@softvision-sergiulogigan

@MarcusCorbacho thanks for the reported issue!
I think I see the same behavior on Chrome Canary as well. Can you confirm?

@MarcusCorbacho
Copy link
Author

@softvision-sergiulogigan Not only Chrome Canary friend... I´ve Tested on All Chrome channels (Canary; Dev; Beta and Release) , Microsoft Edge (Canary; Dev; Beta; and Release) , Firefox (Nightly; Dev; Beta; and Release) all of them on this particular site (maybe others, who knows!) alll of the browsers seeing on Console has this behavior related to Cookie and SameSite.

The only Browser indeed worked, for now, was Firefox ESR ! (But impossible choice for me, as that option not even have Lockwise)

So my question is, why Mozilla and Others, changes theirs browsers related on Cookie Policy stuff, if the Websites are not prepared yet to that change? This change is gona impact a massive websites, and I´m Afraid that will be so many reporting issues related to that.

Even So, as I said before, the workaround toggle to false network.cookie.sameSite.laxByDefault, not worked on this site, now I don´t know what to do.

@karlcow
Copy link
Member

karlcow commented Mar 19, 2020

From https://web.dev/samesite-cookies-explained/

Cookies are one of the methods available for adding persistent state to web sites. Over the years their capabilities have grown and evolved, but left the platform with some problematic legacy issues. To address this, browsers (including Chrome, Firefox, and Edge) are changing their behavior to enforce more privacy-preserving defaults.

Also w3ctag/design-reviews#373

@karlcow
Copy link
Member

karlcow commented Mar 19, 2020

what is the issue with the site and what are the steps to reproduce the issue. I see the same behavior in all browsers for now, but without precise steps it will difficult to understand it.

@softvision-sergiulogigan

I think the issue here is actually the Console putput, especially the "lax" containing ones, like
Cookie “SIDCC” has “sameSite” policy set to “lax” because it is missing a “sameSite” attribute, and “sameSite=lax” is the default value for this attribute.

@karlcow
Copy link
Member

karlcow commented Mar 19, 2020

Yes it's just a console message, not an issue. :) Pretty much all sites display this right now. :)
Let's close then. We can reopen if there's a difference of behaviors in between browsers. Thanks.

@karlcow karlcow closed this as completed Mar 19, 2020
@karlcow karlcow modified the milestones: needstriage, non-compat Mar 19, 2020
@lock
Copy link

lock bot commented Mar 27, 2020

This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue at https://webcompat.com/issues/new if you are experiencing a similar problem.

@lock lock bot locked as resolved and limited conversation to collaborators Mar 27, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

4 participants