Assegnate 3 su 5 stelle

di Willi Also il Luglio 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.

Questa recensione riguarda una versione precedente (1.2.1-signed) del componente aggiuntivo. 

di Jorge Villalobos (Sviluppatore) il Luglio 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.

Assegnate 4 su 5 stelle

di Willi Also il Aprile 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

Questa recensione riguarda una versione precedente (1.0.1.1-signed) del componente aggiuntivo. 

di Jorge Villalobos (Sviluppatore) il Maggio 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!