<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Thanks for tackling this Dao,</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br>I agree that the hosts => permissions direction doesn't really work and have also been pushing to replace this with a permission => host pane in about:preferences to replace the exception dialogs related to permissions. <br><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">I made <a href="https://people.mozilla.org/~mnoorenberghe/PermissionManaagerPrefs.png">this mockup</a> (based on a notification-specific one from phlsa) as a proposal to use for Notifications in Fx44 but UX wanted more time to design a unified permission management interface and so we used the existing permissions.xul for now. I'm not sure if UX has completed this design yet and whether any team (e.g. FxPrivacy) are going to implement it soon.<br><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">I do think both directions of viewing permissions are useful but control center and page info already mostly handles the host => permission direction. FWIW, all modern mobile and desktop OS that I can think of (iOS, Android, Windows, OS X, etc.) use permission => app in their management interfaces.<br><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Regarding the maintenance aspect, from my perspective about:permissions hasn't been tier-1 UI (in terms of support) for a long time so sometimes options aren't added there when new functionality is released and I didn't see that as a problem since it wasn't supposed to be pointed to for regular users and there was talk of removing it for years.<br><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">To reduce the complaints of users who used this it would be nice to have the replacement shipping in the same version but I don't know the timeline for that is. If we could accelerate it a bit it may be worth it.<br><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">On a related note, I was pushing for control center to replace the Permissions tab of Page Info and UX was on board at first but that didn't make the final designs so we're stuck with it for now…<br><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">In summary, +1 for removing about:permissions.<br><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">MattN<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Nov 7, 2015 at 3:30 AM, Dao Gottwald <span dir="ltr"><<a href="mailto:dao@design-noir.de" target="_blank">dao@design-noir.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">about:permissions was implemented in 2011 but never intentionally exposed to end users, i.e. we don't link to it from about:preferences#content or from the control center a.k.a. identity panel or anything. The reason for that is that we're not happy with the UI, and there's no clear path forward; in a sense it's already dead code. Two years ago, bug 933917 was filed on removing about:permissions. We should finally do this.<br>
<br>
The [hosts -> permissions] mapping used by about:permissions is fundamentally flawed. It doesn't work well with different permissions that may apply to either a full host or eTLD + 1, or permissions that differentiate between http and https. It's hard to communicate these nuances in this kind of UI where users are supposed to pick a "site" (whatever that means) first. There's a good chance users would get stuck at that first step.<br>
<br>
I do think we should have a place for advanced permission management besides the control center (where users need to visit a site so they can change its permissions). Host whitelists and blacklists for various permissions are currently scattered across about:preferences#content, about:preferences#security, about:preferences#advanced and probably other places I don't even remember. Obviously this is far from ideal. However, I think any attempt to centralize these UIs ought to keep their [permissions -> list of hosts] mapping. So about:permissions with its [hosts -> permissions] approach isn't even a good starting point for future work.<br>
<br>
You may wonder, since about:permissions is quite self-contained, why not just keep it around for the time being for those who few who accidentially discovered it? More than two years ago I introduced SitePermissions.jsm in bug 885366. It has proven useful as the backend for the control center and for Page Info > Permissions, making it trivial to add new permissions there. Unfortunately, it can't be used easily as a backend for about:permissions. This makes about:permissions and ongoing tax that a number of developers have paid over the years. As an example, these changes were needed to add Push notifications to the control center and Page Info:<br>
<br>
<a href="http://hg.mozilla.org/mozilla-central/diff/1dd7cc876cd1/browser/modules/SitePermissions.jsm" rel="noreferrer" target="_blank">http://hg.mozilla.org/mozilla-central/diff/1dd7cc876cd1/browser/modules/SitePermissions.jsm</a><br>
<a href="http://hg.mozilla.org/mozilla-central/diff/1dd7cc876cd1/browser/locales/en-US/chrome/browser/sitePermissions.properties" rel="noreferrer" target="_blank">http://hg.mozilla.org/mozilla-central/diff/1dd7cc876cd1/browser/locales/en-US/chrome/browser/sitePermissions.properties</a><br>
<br>
... whereas these changes were needed to add them to about:permissions:<br>
<br>
<a href="http://hg.mozilla.org/mozilla-central/diff/1dd7cc876cd1/browser/components/preferences/aboutPermissions.js" rel="noreferrer" target="_blank">http://hg.mozilla.org/mozilla-central/diff/1dd7cc876cd1/browser/components/preferences/aboutPermissions.js</a><br>
<a href="http://hg.mozilla.org/mozilla-central/diff/1dd7cc876cd1/browser/components/preferences/aboutPermissions.xul" rel="noreferrer" target="_blank">http://hg.mozilla.org/mozilla-central/diff/1dd7cc876cd1/browser/components/preferences/aboutPermissions.xul</a><br>
<a href="http://hg.mozilla.org/mozilla-central/diff/1dd7cc876cd1/browser/locales/en-US/chrome/browser/preferences/aboutPermissions.dtd" rel="noreferrer" target="_blank">http://hg.mozilla.org/mozilla-central/diff/1dd7cc876cd1/browser/locales/en-US/chrome/browser/preferences/aboutPermissions.dtd</a><br>
<a href="http://hg.mozilla.org/mozilla-central/diff/1dd7cc876cd1/browser/themes/linux/preferences/aboutPermissions.css" rel="noreferrer" target="_blank">http://hg.mozilla.org/mozilla-central/diff/1dd7cc876cd1/browser/themes/linux/preferences/aboutPermissions.css</a><br>
<a href="http://hg.mozilla.org/mozilla-central/diff/1dd7cc876cd1/browser/themes/osx/preferences/aboutPermissions.css" rel="noreferrer" target="_blank">http://hg.mozilla.org/mozilla-central/diff/1dd7cc876cd1/browser/themes/osx/preferences/aboutPermissions.css</a><br>
<a href="http://hg.mozilla.org/mozilla-central/diff/1dd7cc876cd1/browser/themes/windows/preferences/aboutPermissions.css" rel="noreferrer" target="_blank">http://hg.mozilla.org/mozilla-central/diff/1dd7cc876cd1/browser/themes/windows/preferences/aboutPermissions.css</a><br>
<br>
So from this perspective as well, we really should have gotten rid of about:permissions a long time ago. We've been wasting way too many resources on it.<br>
<br>
Thoughts? Have I missed something?<br>
<br>
Dao<br>
_______________________________________________<br>
firefox-dev mailing list<br>
<a href="mailto:firefox-dev@mozilla.org">firefox-dev@mozilla.org</a><br>
<a href="https://mail.mozilla.org/listinfo/firefox-dev" rel="noreferrer" target="_blank">https://mail.mozilla.org/listinfo/firefox-dev</a><br>
</blockquote></div><br></div>