Open
Bug 33206
Opened 25 years ago
Updated 6 years ago
Adding remote RDF Datasources that require authentication fails silently
Categories
(Core Graveyard :: RDF, defect, P3)
Tracking
(Not tracked)
NEW
Future
People
(Reporter: mj, Unassigned)
References
Details
(Keywords: helpwanted)
Attachments
(1 file)
(deleted),
text/plain
|
Details |
Adding a remote RDF datasource that requires basic HTTP authorisation, doesn't bring up a username and password box. Instead, it fails silently.
Reporter | ||
Comment 1•25 years ago
|
||
Added requested CC addresses
Reporter | ||
Comment 2•25 years ago
|
||
Reporter | ||
Comment 3•25 years ago
|
||
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
Reporter | ||
Updated•25 years ago
|
Keywords: zopestudio
Comment 4•25 years ago
|
||
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.
Updated•25 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → M15
Updated•25 years ago
|
Target Milestone: M15 → M16
Updated•25 years ago
|
Product: Architecture → Browser
Target Milestone: M16 → M18
Version: 5.0 → other
Comment 6•25 years ago
|
||
*spam* changing qa contact from nobody@mozilla.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 nobody@mozilla.org) Anyways, sorry again for spam. If you really get annoyed, I'm usually available in #mozilla on IRC for torture.
QA Contact: nobody → BlakeR1234
Updated•25 years ago
|
QA Contact: blakeross → tever
Updated•24 years ago
|
Target Milestone: M18 → mozilla0.9.1
Updated•24 years ago
|
Keywords: helpwanted
Target Milestone: mozilla0.9.1 → Future
Comment 7•23 years ago
|
||
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.
Comment 8•22 years ago
|
||
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]
Comment 10•21 years ago
|
||
waterson left the building
Assignee: waterson → nobody
Status: ASSIGNED → NEW
QA Contact: nobody → core.rdf
Comment 11•20 years ago
|
||
*** Bug 273587 has been marked as a duplicate of this bug. ***
Comment 12•19 years ago
|
||
*** Bug 312548 has been marked as a duplicate of this bug. ***
Updated•6 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•