On Monday 03 May 2004 02:04, Benjamin D. Smedberg wrote:
UniversalXPConnect priviliges are not available for http content, unless that content is in a signed JAR file (or is sent via https). The call to enablePrivilege is failing, but that doesn't throw an exception (I don't know why not, seems rather strange to me).
Actually, this xul file is delivered into a signed jar. :(
it's not the call to enablePrivilege that fails. It's the call to GetDataSourceBlocking In other words the url passed to GetDataSourceBlocking work for jar:file://, file://, but not for jar:http nor http
the exception raised while getting http:// urls is:
Error: uncaught exception: [Exception... "Component returned failure code: 0x80004002 (NS_NOINTERFACE) [nsIRDFService.GetDataSourceBlocking]" nsresult: "0x80004002 (NS_NOINTERFACE)" location: "JS frame :: file:///home/braun/code/rdf/test.xul :: foo :: line 18" data: no]
the exception raised while getting jar:http:// urls is:
Error: uncaught exception: [Exception... "Component returned failure code: 0x80004001 (NS_ERROR_NOT_IMPLEMENTED) [nsIRDFService.GetDataSourceBlocking]" nsresult: "0x80004001 (NS_ERROR_NOT_IMPLEMENTED)" location: "JS frame :: file:///home/braun/code/rdf/test.xul :: foo :: line 18" data: no]
Regards,
Damien
Let's place a bet. Mimetype. It might be that the parser code does funky stuff with dtds and content sinks in the back end for odd mimetypes, which can easily end up in a NS_NOINTERFACE (html vs. xml content sinks).
Try to serve the rdf as "text/rdf".
Axel _______________________________________________ Mozilla-xpcom mailing list [EMAIL PROTECTED] http://mail.mozilla.org/listinfo/mozilla-xpcom
