Relative paths to Heat template resources do not work in horizon

What do you expect the out come to be?
In this use case where is the s.yaml physically situated?

Let's say we have this:
1. in a local directory I have:
    $ ls
     s.yaml f.yaml
2. I click the upload template button and select f.yaml.
     (this AFAIK is done by horizon)
3. click "create stack"
     here heatclient does not have the original directory that f.yaml was in (afaik)

The only thing I can think of is to supply a helper function that be used to retrieve a list of required files.
But it would be good to know what would be useful from horizon's point of view.

s.yaml and f.yaml is put on a http server, say:
http://9.110.51.34/heat/f.yaml
http://9.110.51.34/heat/s.yaml

When I am using heat stack-create -u http://9.110.51.34/heat/f.yaml f, it works well. When I am using horizon, input http://9.110.51.34/heat/f.yaml as url input, it reports error. I checked the code and found heat CLI read the contents and do transform, and put the template contents in `template`, while horizon just put the url to `template_url` and pass it to heat. Below is code, horizon:
  kwargs = {}
        if cleaned['template_data']:
            kwargs['template'] = cleaned['template_data']
        else:
            kwargs['template_url'] = cleaned['template_url']
heat cli:
tpl_files, template = template_utils.get_template_contents(...
...
'template': template,
...

You can see horizon is passing the template_url to heat client, so heat client should know the original url. So it should work.

The following scenario should work once there are changes to horizon:
- The base template is a network URL
- Other referenced templates are relative URLs or network URLs

When a stack is created from a network URL, horizon needs to call template_utils.get_template_contents and template_utils.process_multiple_environments_and_files, just like the CLI stack-create does:
http://git.openstack.org/cgit/openstack/python-heatclient/tree/heatclient/v1/shell.py#n93

Then all necessary files should be collected for the stack create call.

There also needs to be some mechanism to ensure that any attempt to load a file:// URL will fail (this may require a change to heatclient to add a global or a function argument for disabled URL schemes)

This seems to be fixed by https://bugs.launchpad.net/horizon/+bug/1512564

Marking invalid be Duc Truong's comment. If you are able to reproduce this, then feel free to reopen it.