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)

x86
Linux
defect

Tracking

(Not tracked)

Future

People

(Reporter: mj, Unassigned)

References

Details

(Keywords: helpwanted)

Attachments

(1 file)

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
Attached file Testcase (deleted) —
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


Keywords: zopestudio
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. 
Status: NEW → ASSIGNED
Target Milestone: --- → M15
Target Milestone: M15 → M16
Product: Architecture → Browser
Target Milestone: M16 → M18
Version: 5.0 → other
*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
QA Contact: blakeross → tever
Target Milestone: M18 → mozilla0.9.1
Keywords: helpwanted
Target Milestone: mozilla0.9.1 → Future
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. ***
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: