-
Notifications
You must be signed in to change notification settings - Fork 2.3k
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
Selecting "Restore settings to their original defaults" broken #2708
Closed
Labels
bug
feature/global-settings
Settings at browser level independent of shields settings
priority/P3
The next thing for us to work on. It'll ride the trains.
QA Pass-Linux
QA Pass-macOS
QA Pass-Win64
QA/Test-Plan-Specified
QA/Yes
release-notes/include
Milestone
Comments
srirambv
added
bug
feature/global-settings
Settings at browser level independent of shields settings
priority/P4
Planned work. We expect to get to it "soon".
QA/Yes
release-notes/include
labels
Dec 25, 2018
Issue reproduced on |
rebron
added
priority/P3
The next thing for us to work on. It'll ride the trains.
and removed
priority/P4
Planned work. We expect to get to it "soon".
labels
Jan 8, 2019
cc: @mkarolin can you take a peek when you get a chance? |
Issue reproduces with
|
When reset pushed, get in console:
|
19 tasks
mkarolin
added a commit
to brave/brave-core
that referenced
this issue
Apr 2, 2019
Fixes brave/brave-browser#2708 Instead of patching the html/js of the reset_profile_dialog, introduced Brave behavior that hides/unchecks/disables the checkbox we don't want seen along with the entire footer of the dialog since it contains nothing else.
mkarolin
added a commit
to brave/brave-core
that referenced
this issue
Apr 11, 2019
Fixes brave/brave-browser#2708 Instead of patching the html/js of the reset_profile_dialog, introduced Brave behavior that hides/unchecks/disables the checkbox we don't want seen along with the entire footer of the dialog since it contains nothing else.
mkarolin
added a commit
to brave/brave-core
that referenced
this issue
Apr 16, 2019
Fixes brave/brave-browser#2708 Instead of patching the html/js of the reset_profile_dialog, introduced Brave behavior that hides/unchecks/disables the checkbox we don't want seen along with the entire footer of the dialog since it contains nothing else.
This was referenced Apr 24, 2019
Verification passed on
Verification PASSED on
Verification passed on
|
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
bug
feature/global-settings
Settings at browser level independent of shields settings
priority/P3
The next thing for us to work on. It'll ride the trains.
QA Pass-Linux
QA Pass-macOS
QA Pass-Win64
QA/Test-Plan-Specified
QA/Yes
release-notes/include
Test plan
See https://github.com/brave/brave-core/pull/2130/files
Description
"Restore settings to their original defaults" does nothing. Appears to load indefinitely.
Steps to Reproduce
Actual result:
Settings not cleared and the following shown indefinitely.
Expected result:
Settings would be cleared.
Reproduces how often:
Reproducible on both machines I use brave on.
Brave version (brave://version info)
0.58.16 Chromium: 71.0.3578.98 (Official Build) (64-bit)]
Reproducible on current release:
not tested
Website problems only:
Does the issue resolve itself when disabling Brave Shields?
no
Is the issue reproducible on the latest version of Chrome?
no
Additional Information
The text was updated successfully, but these errors were encountered: