Noté 3 sur 5 étoiles

par Willi Also le juil. 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.

Cette critique concerne une version précédente du module (1.2.1-signed). 

par Jorge Villalobos (développeur) le juil. 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.

Noté 4 sur 5 étoiles

par Willi Also le avr. 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

Cette critique concerne une version précédente du module (1.0.1.1-signed). 

par Jorge Villalobos (développeur) le mai 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!