5점중 3점 받음

작성: Willi Also, 날짜: 7월 23, 2013 ·

I don't understand the sense of this add-on. Since netscape.security.PrivilegeManager is disabled, the access by uri file://...xul does not give any advantage for developers anymore. Potentially I missed something.

이 검토는 현재 부가 기능의 이전 (1.2.1-signed) 버전에 대한 것입니다. 

작성: Jorge Villalobos (개발자), 날짜: 7월 23, 2013 ·

This add-on is mostly there to support legacy applications that should be migrated to other technologies. Some use file://, while other still host their XUL applications on web servers. Some of those applications take advantage of XUL widgets and some of its features, without using the PrivilegeManager.

5점중 4점 받음

작성: Willi Also, 날짜: 4월 30, 2011 ·

I use a local intranet domain. This is an important issue cause of different behaviour of the mozilla security privileges between file:/// and http:// uris. <local files> is working properly, but the domain I have to renew every firefox restart. Is this a bug or the normal behaviour ?

[edit]------->
Don't have an emailclient available under unix to get in contact

FireFox Tools -> Options -> Privacy -> Clear History -> Site Preferences - was true
sorry, Mea culpa

이 검토는 현재 부가 기능의 이전 (1.0.1.1-signed) 버전에 대한 것입니다. 

작성: Jorge Villalobos (개발자), 날짜: 5월 2, 2011 ·

There's a column on the right hand side of the add-on listing page where you can see an email address and a web address where you can report problems and get help. Please use them instead of writing bug reports in reviews. I'm interested in knowing why you need to enter the domain every time. This shouldn't happen.

Please use the contact info. Thanks!