17145 - Need resource URL that hits profile and install directories

Status: VERIFIED FIXED

(Core :: Networking, defect, P3)

Description

[David Hyatt]

I need a way to specify a URL that will first check the profile directory and if
the file is not found there then it will check the install directory.  I believe
this functionality should be built in to the resource url and not the chrome
url.

Comment 1

[Warren Harris]

Do you really think that fetching one resource URL should cause this iteration?
That seems a little weird to me because now the URL can't specify one location.
Wouldn't it be better to try to load one of them and if that fails, try the
second?

Comment 2

[David Hyatt]

Ok, I'll do it myself.

Comment 3

[Warren Harris]

Note that I intend to extend the resource: syntax to allow symbolic roots like
the profile directory, or install directory. That should make whatever code you
write not have to deal with platform paths, etc.

Should I add a dependency on that?

Comment 4

[Warren Harris]

Back to you Dave...

Comment 5

[David Hyatt]

yes

Comment 6

[Peter Trudelle]

mass-moving most m11 bugs to m12

Comment 7

[David Hyatt]

Re-assigning to warren, who can close when his mapping support is online (and
able to hit the profile dir).

Comment 8

[Warren Harris]

I have one last task which is to rename res: to resource: and remove the old
one. I've tried it on Windows and it seems to work fine, but haven't on mac and
unix yet (although I don't expect any problems).

So if you want to try this out, you can use the res: protocol and define a new
root by getting the nsIResProtocolHandler and calling AppendSubstitution twice
for the 2 directories, e.g.:

 resPH->AppendSubstitution("<name>", "res://ProfileDir/");
 resPH->AppendSubstitution("<name>", "res://InstallDir/");

Of course you'll also need to define ProfileDir and InstallDir in the same way
-- I'm not sure where they come from.

Comment 9

[Warren Harris]

Ok Hyatt -- you can do this now. Let me know if you need more details, or if
you want to tell me where this should go then I can do it. I'd like to code
review whatever you do too.

Comment 10

[Peter Trudelle]

moving to m13

Comment 11

[leger]

Bulk move of all Necko (to be deleted component) bugs to new Networking

component.

Comment 12

[Peter Trudelle]

moving to m15

Comment 13

[David Hyatt]

This is implemented, thanks to warren's resource substitution code.

Comment 14

[Tom Everingham]

verified:
winNT 2000070508