Settings button links cannot reopen subpages |
|||||
Issue descriptionR56-9000.82.0 and R57-9202.22.0 What steps will reproduce the problem? (1) Go to the status tray and select Bluetooth. Click on the bluetooth settings icon at the top right of the menu. (2) See that the settings app opens, with "bluetooth" already searched for. (3) Search for something else, or delete the search term. (4) Repeat step 1. See that the bluetooth page does not open. Same result happens with the Accessibility menu button, stylus menu button, etc. Some combinations of switching between these work and some do not.
,
Feb 14 2017
,
Feb 14 2017
This is with the current / old settings, correct? The new Settings does not rely on search to navigate to the correct section, so this will not be an issue. (I confirmed that this behaves as expected with MD Settings in a ToT build). Unless we think this is urgent enough to merge back to 57 (and I believe this has been the case for a very long time), I think we can resolve this WontFix and wait for MD Settings. tbuckley@, WDYT?
,
Feb 15 2017
See issue 692334 for tracking auditing of settings list in MD Settings. If we fix this bug in the old Settings it should probably be merged to 57, changing milestone label.
,
Feb 15 2017
Tom, I'm going to assume we do not need to fix this for 57 since it's not a regression (and it's kind of an edge case).
,
Feb 16 2017
Yep, agreed this isn't necessary to fix for old settings. It should work as expected in MD Settings. |
|||||
►
Sign in to add a comment |
|||||
Comment 1 by kathrelk...@chromium.org
, Feb 13 2017In the stylus case, this is particularly troublesome - applying settings requires users to close the popup ("OK"), and then you can't use the stylus menu button to reopen it.