"incognito": "not_allowed" does not disable incognito in auto updates |
|||
Issue descriptionTaking from an internal report % private stuff. It's reported that updating an extension to have the "incognito": "not_allowed" entry in the manifest doesn't update the existing preferences for users who may have already allowed it incognito, and isn't shown properly in the settings. If an extension adds the incognito: not_allowed setting, we should be sure that the chrome://extensions page displays the extension info correctly. We *may* also want to clear the preference for the extension; however, that would mean the extension wouldn't retain the permission if it was added back at a later point.
,
Apr 19 2018
Did we address this in MD Extensions?
,
Apr 21 2018
Not that I know of. It would also be very strange, since we'd have the toggle visible while it was enabled, and then the user would disable it and it would immediately vanish. I think the right thing to do here is probably to just have "not_allowed" revoke incognito access.
,
Apr 21 2018
|
|||
►
Sign in to add a comment |
|||
Comment 1 by rhalavati@chromium.org
, Apr 18 2018