Adding a remote RDF datasource that requires basic HTTP authorisation, doesn't bring up a username and password box. Instead, it fails silently.
Added requested CC addresses
To reproduce: 1. Download attached testcase to chrome/test/content/default/6894.xul 2. run 'mozilla -chrome chrome://test/content/6894.xul 3. You will see one tree on the left, a grey splitter, and an empty area on the right. The left tree is from two publicly accessible RDF datasources. The right hand side empty space should show the tree from two protected datasources. 4. On the console is printed: onEndLoad http://www.zopatista.com/Control_Panel/zsContainerRDF onEndLoad http://www.zopatista.com/Control_Panel/zsTreeRoot onEndLoad http://www.zopatista.com/zsContainerRDF onEndLoad http://www.zopatista.com/zsTreeRoot The first two URLs are protected, the second two are publicly accessible. Expected a dialog box asking for credentials to access the protected datasources, and after supplying the correct credentials, a tree on the right hand side. For testing purposes, the credentials are: username bugzilla, password guest
travis, gagan: do either of you have any clue why a URL fetched via JS wouldn't trigger the HTTP auth dialog?
My guess is that when you initiate a NewChannel (Or OpenURI) call you are not giving us an nsIInterfaceRequestor, OR your interface requestor doesn't return an interface when asked one for nsIPrompt. Both of these are required for HTTP to be able to throw the dialog box.
Product: Architecture → Browser
Target Milestone: M16 → M18
Version: 5.0 → other
*spam* changing qa contact from firstname.lastname@example.org to me (BlakeR1234@aol.com) on 121 open or resolved (but not verified) bugs. sorry for the spam everybody, but most of these bugs would just remain dormant and not checked by QA otherwise. I'm not sure how so many bugs have nobody as their QA contact, but I suspect this is the fault of some sort of bugzilla corruption that happened at some point (most of these bugs are in the 20000-26000 range, and I don't see where in the activity log that QA contact explicitly changed to email@example.com) Anyways, sorry again for spam. If you really get annoyed, I'm usually available in #mozilla on IRC for torture.
QA Contact: nobody → BlakeR1234
I think Gagan is right, nsRDFXMLDataSource doesn't pass any nsIInterfaceRequestor to NS_OpenURI(). Question is how to create one. Maybe using window watcher, but that would add a new dependency.
just run into this: an xul tree with data source assigned inthe xul markup asks for username/password (NTLM) same tree, no default datasource, try to add data soruce via script var rdfService = Components .classes["@mozilla.org/rdf/rdf-service;1"] .getService(Components.interfaces.nsIRDFService); var dataURL = "rdf-proxy.asp"; var dataSource = rdfService.GetDataSource(dataURL); returns Error: uncaught exception: [Exception... "Component returned failure code: 0x804b000a [nsIRDFService.GetDataSource]" nsresult: "0x804b000a (<unknown>)" location: "JS frame :: http://ourintranet/purchase/xmlversion/orderlist.xul :: loadData :: line 32" data: no]
tever is not RDF QA anymore
QA Contact: tever → nobody
waterson left the building
Assignee: waterson → nobody
Status: ASSIGNED → NEW
QA Contact: nobody → core.rdf
*** Bug 273587 has been marked as a duplicate of this bug. ***
*** Bug 312548 has been marked as a duplicate of this bug. ***
You need to log in before you can comment on or make changes to this bug.