<html><body><div style="font-family: Times New Roman; font-size: 12pt; color: #000000"><div><br></div><div><br></div><hr id="zwchr"><blockquote style="border-left:2px solid #1010FF;margin-left:5px;padding-left:5px;color:#000;font-weight:normal;font-style:normal;text-decoration:none;font-family:Helvetica,Arial,sans-serif;font-size:12pt;"><div><hr id="zwchr">Sorry I didn't catch in my review that there was a use of PermissionsUtils in mobile so add-on/app/LWT installation (perhaps only in new profiles depending on how the exception propagates) is probably broken. I filed bug 1072744[1] for mobile but perhaps we should just backout bug 1050080 for now until that's resolved. I will file a bug for thunderbird and seamonkey too.</div></blockquote><div>Backing out might be the easiest solution for now. I noticed that installing LWT from AMO is busted in Nightly now. Add-ons can still be installed though. I have not tested WebApps.<br></div><div><br></div><blockquote style="border-left:2px solid #1010FF;margin-left:5px;padding-left:5px;color:#000;font-weight:normal;font-style:normal;text-decoration:none;font-family:Helvetica,Arial,sans-serif;font-size:12pt;"><div style="font-family: arial,helvetica,sans-serif; font-size: 12pt; color: #000000"><div>I also noticed that the default location for the the default permission file is hard-coded to include "/browser/" in the path which seems unusual for code living in <span class="file-label-name">extensions/cookie/nsPermissionManager.cpp</span>.</div></div></blockquote><div>Agreed<br></div><div><br></div></div></body></html>