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

[Desktop] Content Settings crash in Beta #10297

Closed
iefremov opened this issue Jun 16, 2020 · 12 comments
Closed

[Desktop] Content Settings crash in Beta #10297

iefremov opened this issue Jun 16, 2020 · 12 comments
Assignees
Labels
crash OS/Desktop priority/P1 A very extremely bad problem. We might push a hotfix for it. QA/No release-notes/include

Comments

@iefremov
Copy link
Contributor

iefremov commented Jun 16, 2020

[ 00 ] base::Value::Clone() const
[ 01 ] content_settings::(anonymous namespace)::CloneRule(content_settings::Rule const&, bool)
[ 02 ] content_settings::(anonymous namespace)::BraveShieldsRuleIterator::Next()
[ 03 ] HostContentSettingsMap::GetContentSettingValueAndPatterns(content_settings::RuleIterator*, GURL const&, GURL const&, ContentSettingsPattern*, ContentSettingsPattern*)
[ 04 ] HostContentSettingsMap::GetContentSettingValueAndPatterns(content_settings::ProviderInterface const*, GURL const&, GURL const&, ContentSettingsType, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, bool, ContentSettingsPattern*, ContentSettingsPattern*)
[ 05 ] HostContentSettingsMap::GetWebsiteSettingInternal(GURL const&, GURL const&, ContentSettingsType, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, HostContentSettingsMap::ProviderType, content_settings::SettingInfo*) const
[ 06 ] HostContentSettingsMap::GetWebsiteSetting(GURL const&, GURL const&, ContentSettingsType, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, content_settings::SettingInfo*) const
[ 07 ] content_settings::CookieSettings::GetCookieSettingInternal(GURL const&, GURL const&, bool, content_settings::SettingSource*, ContentSetting*) const
[ 08 ] content_settings::CookieSettingsBase::IsCookieSessionOnly(GURL const&) const
[ 09 ] content::ServiceWorkerRegistry::OnStoragePolicyChanged()
[ 10 ] base::TaskAnnotator::RunTask(char const*, base::PendingTask*)
[ 11 ] base::sequence_manager::internal::ThreadControllerWithMessagePumpImpl::DoWork()
[ 12 ] base::MessagePumpLibevent::Run(base::MessagePump::Delegate*)
[ 13 ] base::sequence_manager::internal::ThreadControllerWithMessagePumpImpl::Run(bool, base::TimeDelta)
[ 14 ] base::RunLoop::Run()
[ 15 ] content::BrowserProcessSubThread::IOThreadRun(base::RunLoop*)
[ 16 ] base::Thread::ThreadMain()
[ 17 ] base::(anonymous namespace)::ThreadFunc(void*)
[ 18 ] 0x7f6353eca6db
[ 19 ] 0x7f634d94088f

https://brave.sp.backtrace.io/p/brave/debug?filters=(_deleted%3D0)&fingerprint=ac40b496a347e436c873dd79cf2235f76929fa37b21bfee18c12d0f85353a3fc&debug=(%223b545%22,0,0)

also

https://brave.sp.backtrace.io/p/brave/debug?filters=(_deleted%3D0)&fingerprint=662cceffd2f85ff22ad4b6d7c25158b3bb7c7259455babc64726dfaf97ebafc8&debug=(%223b3ae%22,0,0)

first seen 28 May 2020

@iefremov iefremov added OS/Desktop crash priority/P1 A very extremely bad problem. We might push a hotfix for it. labels Jun 16, 2020
@iefremov
Copy link
Contributor Author

@bsclifton @bridiver CC

@bridiver
Copy link
Contributor

this crash has been around a long time, but my PR never got merged so rebasing and letting CI run brave/brave-core#4653

@bsclifton
Copy link
Member

@bridiver can we close this as brave/brave-core#4653 was merged? Or did we need to verify on a new Nightly (can't hurt)

@bridiver bridiver self-assigned this Jun 17, 2020
@bridiver
Copy link
Contributor

we can close and then see if there are new crashes in backtrace

@iefremov
Copy link
Contributor Author

@bridiver jfyi crashes from backtrace mentioned in the description are not that old - first seen end of May. Maybe there is something else

@bridiver
Copy link
Contributor

@iefremov maybe it's a slightly different stack trace, but this crash has been around for a very long time

@kjozwiak
Copy link
Member

@iefremov @bridiver let me know if this one should be closed as we merged brave/brave-core#5867 into 1.11.x.

@bridiver
Copy link
Contributor

@kjozwiak I think we should close it and re-open if we see any more related crashes

@kjozwiak
Copy link
Member

Quickly went through BackTrace and I don't see the following two appear after 1.12.31 which included this fix 👍

@iefremov
Copy link
Contributor Author

@bridiver @kjozwiak I probably don't understand our versioning, but it appears to me that we still have this crash in versions 84.1.12.91, 84.1.12.42 etc

https://brave.sp.backtrace.io/p/brave/explore?filters=((callstack%2Ccontains%2Ccontent_settings)%2C(ver%2Ccontains%2C%221.12%22))&aggregations=((ver%2Cdistribution)%2C(callstack%2Chead))

@iefremov iefremov reopened this Jul 27, 2020
@kjozwiak
Copy link
Member

@iefremov going to close this off and create another issue. Once code is merged/released in a certain milestone, we usually create follow ups 👍 I'll take a look tomorrow and create a new issue and CC yourself and @bridiver.

@iefremov
Copy link
Contributor Author

@iefremov going to close this off and create another issue. Once code is merged/released in a certain milestone, we usually create follow ups 👍 I'll take a look tomorrow and create a new issue and CC yourself and @bridiver.

thanks @kjozwiak !

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
crash OS/Desktop priority/P1 A very extremely bad problem. We might push a hotfix for it. QA/No release-notes/include
Projects
None yet
Development

No branches or pull requests

4 participants