Issue metadata
Sign in to add a comment
|
"SafeBrowsingPrefsTest.GetExtendedReportingPrefName_Exhaustive" is flaky |
||||||||||||||||||||||||
Issue description"SafeBrowsingPrefsTest.GetExtendedReportingPrefName_Exhaustive" is flaky. This issue was created automatically by the chromium-try-flakes app. Please find the right owner to fix the respective test/step and assign this issue to them. If the step/test is infrastructure-related, please add Infra-Troopers label and change issue status to Untriaged. When done, please remove the issue from Sheriff Bug Queue by removing the Sheriff-Chromium label. We have detected 3 recent flakes. List of all flakes can be found at https://chromium-try-flakes.appspot.com/all_flake_occurrences?key=ahVzfmNocm9taXVtLXRyeS1mbGFrZXNySAsSBUZsYWtlIj1TYWZlQnJvd3NpbmdQcmVmc1Rlc3QuR2V0RXh0ZW5kZWRSZXBvcnRpbmdQcmVmTmFtZV9FeGhhdXN0aXZlDA. Flaky tests should be disabled within 30 minutes unless culprit CL is found and reverted. Please see more details here: https://sites.google.com/a/chromium.org/dev/developers/tree-sheriffs/sheriffing-bug-queues#triaging-auto-filed-flakiness-bugs
,
Aug 29
This stack trace is really confusing and I'm not sure if this is base::FeatureList's fault or safe browsing's fault... Or perhaps PlatformThread::SetCurrentThreadPriority is using base::FeatureList before it gets initialized.
,
Aug 29
Inviting folks who contributed to base::FeatureList
,
Aug 29
I think the offending CL has been reverted? https://chromium-review.googlesource.com/c/chromium/src/+/1194035
,
Sep 10
|
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by yutak@chromium.org
, Aug 29