It seems that using the "/dir/file.xml" works over "dir/file.xml".  This
is a step in the right direction, but I'm sure we'll still get a lot of
complaining about this. :)  Even worse, our dev environment is IIS, but
the production environment is unix, so who knows what will happen.

Thanks for the comments!

-----Original Message-----
From: Cedric Muller [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, December 14, 2005 1:55 AM
To: Flashcoders mailing list
Subject: Re: [Flashcoders] Loading Xml from Flash over Http

should have something to do with the server's OS ?

> Strange that this should come up, the other day my colleague was 
> working
> on a file that used relative refferences loaded in from XML, it worked
> fine, the next day when he open it up it had stopped working - the fix
> we found was instead of:
>
> "mydir/myfile.xml"
>
> Was to use
>
> "/mydir/myfile.xml"
>
> The odd thing was it had worked fine before and we'd not moved any of
> the files around.
>
> Our swf runs in a projector environment, but it may be worth a try?
>
> Cheers
>
> M
>
>> -----Original Message-----
>> From: [EMAIL PROTECTED]
>> [mailto:[EMAIL PROTECTED] On Behalf
>> Of Brent Gore
>> Sent: 13 December 2005 16:07
>> To: [email protected]
>> Subject: [Flashcoders] Loading Xml from Flash over Http
>>
>> I have an xml file that is loaded into a swf, playing in a
>> browser.  My question is about the url to the xml file.  If I
>> specify an absolute url
>> ("http://mydomain.com/xml/file.xml";) I have no problems but
>> when I try and use a relative url ("xml/file.xml") it fails
>> to load.  The rel path is correct.  Running the swf in any
>> environment other than over http works correctly with the rel
>> url.  I've also added a crossdomain.xml which allows any
>> access, and it resides with the swf.
>>
>> For this particular project it is crucial that the url be
>> relative and not absolute.  Is this a limitation in Flash, or
>> am I missing something?
>> Are there any other options than using an absolute url?
>>
>> Thanks for your help!
>>
>> Brent
>> _______________________________________________
>> Flashcoders mailing list
>> [email protected]
>> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>>
> _______________________________________________
> Flashcoders mailing list
> [email protected]
> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
>


_______________________________________________
Flashcoders mailing list
[email protected]
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Reply via email to