Issue metadata
Sign in to add a comment
|
chrome://settings/content/notifications does not allow to delete items |
||||||||||||||||||||||
Issue descriptionSteps to reproduce 1) Go to chrome://settings/content/notifications, 2) Click on the ... next to an item 3) Click on remove. Observe that the item is not removed. Observed in Google Chrome 59.0.3071.61 (Official Build) beta (64-bit) on Mac
,
May 19 2017
,
May 19 2017
,
May 19 2017
battre: Is this release-blocking from a privacy perspective?
,
May 19 2017
I showed this to lgarron and attached a screenshot of what the site looks like after clicking on remove (the button stays grayed). This seems unrelated to enterprise policies. And I am surprised that I have ever granted http://goodnews.click permission to send me notifications. I am typically not a fan of any kind of push notifications and decline them all.
,
May 19 2017
Adding two more screenshots from chrome://settings-frame. Surprisingly, the items that I cannot delete don't have an X next to them, while other entries do have an X. Setting as P1 as per discussion with lgarron.
,
May 21 2017
I believe the setting is coming from a hosted app that you have installed. You can reproduce this by installing https://chrome.google.com/webstore/detail/good-news/deegloljmdbfbjhlimieancmcfombgjj/related I'm thinking that we should probably just remove these permissions from the list. We don't show entries for v2 apps or extensions in this list, nor do we do this for other permission types. Apps permissions are treated separately and users should just remove the app that is installed if they don't want permissions. benwells,meacer: what do you think? Long term we have work to do to make more sense of the relationship between app/extension permissions and website permissions. I'm downgrading to P2 because it's confusing, but I don't think it's risking user privacy or control.
,
May 21 2017
Long term we should remove the ability for hosted apps to set permissions, and deprecate them :) I think hosted apps are quite different to v2 apps and extensions, in that the permission is just granted to a normal origin which you can browse to naturally. So I think they should be included in this list. Maybe we can put a little extension icon next to them to show that they can't be removed as they come from a hosted app. Ideally we'd also make it easy to uninstall the hosted app. +maxwalker for thoughts
,
May 21 2017
> granted to a normal origin which you can browse to naturally Ah right, that makese sense.
,
May 22 2017
,
May 23 2017
Good catch. This is indeed a hosted app. I think that we need to keep the information that a domain has the permission. I suggest to add an icon similarly to the enterprise icon that indicates why this setting exists. I think that we have a precedent for that where an extension configures your proxy or privacy settings.
,
Jul 5 2017
Issue 734625 has been merged into this issue.
,
Jul 10 2017
,
Nov 10 2017
,
Feb 18 2018
|
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by lgar...@chromium.org
, May 19 2017Owner: raymes@chromium.org
Status: Assigned (was: Untriaged)