Adding remote RDF Datasources that require authentication fails silently

NEW
Unassigned

Status

P3
normal
19 years ago
6 months ago

People

(Reporter: mj, Unassigned)

Tracking

({helpwanted})

Trunk
Future
x86
Linux
helpwanted

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Reporter)

Description

19 years ago
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

19 years ago
Added requested CC addresses
(Reporter)

Comment 2

19 years ago
Created attachment 6894 [details]
Testcase
(Reporter)

Comment 3

19 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

19 years ago
Keywords: zopestudio

Comment 4

19 years ago
travis, gagan: do either of you have any clue why a URL fetched via JS wouldn't 
trigger the HTTP auth dialog?

Comment 5

19 years ago
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

19 years ago
Status: NEW → ASSIGNED
Target Milestone: --- → M15

Updated

19 years ago
Target Milestone: M15 → M16

Updated

19 years ago
Product: Architecture → Browser
Target Milestone: M16 → M18
Version: 5.0 → other

Comment 6

19 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

19 years ago
QA Contact: blakeross → tever

Updated

18 years ago
Target Milestone: M18 → mozilla0.9.1

Updated

18 years ago
Keywords: helpwanted
Target Milestone: mozilla0.9.1 → Future

Comment 7

17 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.
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 9

16 years ago
tever is not RDF QA anymore
QA Contact: tever → nobody

Comment 10

15 years ago
waterson left the building
Assignee: waterson → nobody
Status: ASSIGNED → NEW
QA Contact: nobody → core.rdf

Comment 11

14 years ago
*** Bug 273587 has been marked as a duplicate of this bug. ***

Comment 12

13 years ago
*** Bug 312548 has been marked as a duplicate of this bug. ***

Updated

6 months ago
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.