-
Notifications
You must be signed in to change notification settings - Fork 888
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
Default shield advanced view to TRUE for existing users. #3154
Conversation
e7fad66
to
a68dc75
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Verified that this doesn't affect new additional user profiles that are created. In other words, IsFirstRun()
returns true for those profiles too.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Browser test is failing, possibly because of changed expected value
[ FAILED ] BraveProfilePrefsBrowserTest.MiscBravePrefs, where TypeParam = and GetParam() = (1116 ms)
[238/238] BraveProfilePrefsBrowserTest.MiscBravePrefs (1315 ms)
1 test failed:
BraveProfilePrefsBrowserTest.MiscBravePrefs (../../brave/browser/brave_profile_prefs_browsertest.cc:25)
ah- good catch... thanks! 😄 Will address |
a68dc75
to
9165ea2
Compare
…g users) and false (first run) Pulls in some re-usable code from chrome/browser/first_run/first_run_browsertest.cc
Some lint failures - not sure on the other failures here (some builds worked fine). Will fix the lints soon and push again later tonite |
confirmed manual test works. ++ once tests are passing |
Build worked great (all tests + lint passed), except for android. Need to troubleshoot this:
|
This fixes error seen compiling for android core > 23:08:30 ld.lld: error: undefined symbol: first_run::IsChromeFirstRun() > 23:08:30 >>> referenced by brave_profile_prefs.cc:55 (../../brave/browser/brave_profile_prefs.cc:55) > 23:08:30 >>> thinlto-cache/Thin-471adf.tmp.o:(brave::RegisterProfilePrefs(user_prefs::PrefRegistrySyncable*))
OK this should be G2G now - let's let CI finish 😄 |
@petemill @cezaraugusto can you please re-review? 😄 |
Default shield advanced view to TRUE for existing users.
@bsclifton |
@mkarolin oh no! Thanks for the heads up (about browser tests not working on Windows and that this fails) Booting up my VM now to try this out... If there's not a solution soon, I'll create a PR to revert |
update: I ran tests on Win64 (in release mode) and it worked great. Might be a DCHECK failure. Will compile debug and re-run |
Error looks like this:
|
Created brave/brave-browser#5736 to track this problem; will fix ASAP 😄 |
Default shield advanced view to TRUE for existing users.
Logic introduced with #3154 did properly set the value for first run, but the value didn't seem to be persisted to profile. When quitting and relaunching, it would evaluate and make default advanced (not simple). Since all users have a value for this (and most of them have it advanced = true), it's safe to roll this out. New users will have simple view by default. Fixes brave/brave-browser#8533 ----- Revert "Merge pull request #3154 from brave/bsc-shields-advanced-default-change" This reverts commit 590da54, reversing changes made to b295203.
This was intended to lock in advanced view for existing users and has done its job :) It's now obsolete Fixes brave/brave-browser#12104 This contains a manual revert of #3154 and #4860
Fixes brave/brave-browser#5582
Submitter Checklist:
npm run lint
)git rebase master
(if needed).git rebase -i
to squash commits (if needed).Test Plan:
Reviewer Checklist:
After-merge Checklist:
changes has landed on.