flashplayer problem in 2000 loading external .xml files

[Wes Tatters]

Hi all ,

Am getting pretty frazzled on this one at the moment - not sure exactly what
is going on - and hoping someone else might have some insights.

BACKGROUND

We have a system that use xml files to define its operation at runtime.
We load the xml using pretty straight forward routines:

var preloadFile = _root.gsXMLRootPath + _root.gsPreLoadModuleName;

_root.goPreLoadModule = new XML();
_root.goPreLoadModule.ignoreWhite = true;
_root.goPreLoadModule.onLoad = function(success) {
.... process on success
}
_root.goPreLoadModule.load( preloadFile );

The system works perfectly on Windows 2003 and XP boxes when running as a
..swf in a browser and also when running as a standalone player.


THE PROBLEM


The problem is though that when we try to run the standalone .exe version on
a Windows 2000 box things start to fall apart.

On this 2000 box it would appear that the xml loader is refusing to load the
XML from a [url]http://myserver.com/my.xml[/url] address.

It seems to load the first xml file - which is stored locally with the .exe
but then does not load the http:// remote files.

This seems to be rather odd - since it works fine on XP and 2003 boxes and
also works fine on all platforms running a .swf

It also works fine regardless of the location of the .xml streams and the
location of the .swf .exe - on 2003 and XP boxes.

This is really starting to drive me up the wall - i would appreciate any
thoughts people have on this problem

[email]wtatters@msn.com.au[/email]

[Samuria]

On Tue, 15 Mar 2005 07:36:24 GMT, "Wes Tatters" <wtatters@msn.com.au>
wrote:

Could it be a dns issue? It could be worth trying it as an ip address.

It could be a file permision issue have you got right on the local
directory and the remote?

The third thing is it in the same Domain? There are issues going cross
domain with flash

>
>Hi all ,
>
>Am getting pretty frazzled on this one at the moment - not sure exactly what
>is going on - and hoping someone else might have some insights.
>
>BACKGROUND
>
>We have a system that use xml files to define its operation at runtime.
>We load the xml using pretty straight forward routines:
>
>var preloadFile = _root.gsXMLRootPath + _root.gsPreLoadModuleName;
>
>_root.goPreLoadModule = new XML();
>_root.goPreLoadModule.ignoreWhite = true;
>_root.goPreLoadModule.onLoad = function(success) {
>... process on success
>}
>_root.goPreLoadModule.load( preloadFile );
>
>The system works perfectly on Windows 2003 and XP boxes when running as a
>.swf in a browser and also when running as a standalone player.
>
>
>THE PROBLEM
>
>
>The problem is though that when we try to run the standalone .exe version on
>a Windows 2000 box things start to fall apart.
>
>On this 2000 box it would appear that the xml loader is refusing to load the
>XML from a [url]http://myserver.com/my.xml[/url] address.
>
>It seems to load the first xml file - which is stored locally with the .exe
>but then does not load the http:// remote files.
>
>This seems to be rather odd - since it works fine on XP and 2003 boxes and
>also works fine on all platforms running a .swf
>
>It also works fine regardless of the location of the .xml streams and the
>location of the .swf .exe - on 2003 and XP boxes.
>
>This is really starting to drive me up the wall - i would appreciate any
>thoughts people have on this problem
>
>wtatters@msn.com.au
>

[Wes Tatters]

Been thru all that - it works perfectly fine on an xp box and a 2003 box

Both as a .swf and as part of an .exe

What it doesnt do is work as a .exe on a 2000 or 98 box - yet the .swf works
on both these boxes.

Westa


"Samuria" <samuria@rock.com> wrote in message
news:a1se31d4acl8hfl18mhq3f2nkmqedt79q4@4ax.com...

> On Tue, 15 Mar 2005 07:36:24 GMT, "Wes Tatters" <wtatters@msn.com.au>
> wrote:
>
> Could it be a dns issue? It could be worth trying it as an ip address.
>
> It could be a file permision issue have you got right on the local
> directory and the remote?
>
> The third thing is it in the same Domain? There are issues going cross
> domain with flash
>

>>
>>Hi all ,
>>
>>Am getting pretty frazzled on this one at the moment - not sure exactly
>>what
>>is going on - and hoping someone else might have some insights.
>>
>>BACKGROUND
>>
>>We have a system that use xml files to define its operation at runtime.
>>We load the xml using pretty straight forward routines:
>>
>>var preloadFile = _root.gsXMLRootPath + _root.gsPreLoadModuleName;
>>
>>_root.goPreLoadModule = new XML();
>>_root.goPreLoadModule.ignoreWhite = true;
>>_root.goPreLoadModule.onLoad = function(success) {
>>... process on success
>>}
>>_root.goPreLoadModule.load( preloadFile );
>>
>>The system works perfectly on Windows 2003 and XP boxes when running as a
>>.swf in a browser and also when running as a standalone player.
>>
>>
>>THE PROBLEM
>>
>>
>>The problem is though that when we try to run the standalone .exe version
>>on
>>a Windows 2000 box things start to fall apart.
>>
>>On this 2000 box it would appear that the xml loader is refusing to load
>>the
>>XML from a [url]http://myserver.com/my.xml[/url] address.
>>
>>It seems to load the first xml file - which is stored locally with the
>>.exe
>>but then does not load the http:// remote files.
>>
>>This seems to be rather odd - since it works fine on XP and 2003 boxes and
>>also works fine on all platforms running a .swf
>>
>>It also works fine regardless of the location of the .xml streams and the
>>location of the .swf .exe - on 2003 and XP boxes.
>>
>>This is really starting to drive me up the wall - i would appreciate any
>>thoughts people have on this problem
>>
>>wtatters@msn.com.au
>>

>

[Samuria]

On Wed, 16 Mar 2005 08:30:16 GMT, "Wes Tatters" <wtatters@msn.com.au>
wrote:
What are you using to compile it with?

>Been thru all that - it works perfectly fine on an xp box and a 2003 box
>
>Both as a .swf and as part of an .exe
>
>What it doesnt do is work as a .exe on a 2000 or 98 box - yet the .swf works
>on both these boxes.
>
>Westa
>
>
>"Samuria" <samuria@rock.com> wrote in message
>news:a1se31d4acl8hfl18mhq3f2nkmqedt79q4@4ax.com.. .

>> On Tue, 15 Mar 2005 07:36:24 GMT, "Wes Tatters" <wtatters@msn.com.au>
>> wrote:
>>
>> Could it be a dns issue? It could be worth trying it as an ip address.
>>
>> It could be a file permision issue have you got right on the local
>> directory and the remote?
>>
>> The third thing is it in the same Domain? There are issues going cross
>> domain with flash
>>

>>>
>>>Hi all ,
>>>
>>>Am getting pretty frazzled on this one at the moment - not sure exactly
>>>what
>>>is going on - and hoping someone else might have some insights.
>>>
>>>BACKGROUND
>>>
>>>We have a system that use xml files to define its operation at runtime.
>>>We load the xml using pretty straight forward routines:
>>>
>>>var preloadFile = _root.gsXMLRootPath + _root.gsPreLoadModuleName;
>>>
>>>_root.goPreLoadModule = new XML();
>>>_root.goPreLoadModule.ignoreWhite = true;
>>>_root.goPreLoadModule.onLoad = function(success) {
>>>... process on success
>>>}
>>>_root.goPreLoadModule.load( preloadFile );
>>>
>>>The system works perfectly on Windows 2003 and XP boxes when running as a
>>>.swf in a browser and also when running as a standalone player.
>>>
>>>
>>>THE PROBLEM
>>>
>>>
>>>The problem is though that when we try to run the standalone .exe version
>>>on
>>>a Windows 2000 box things start to fall apart.
>>>
>>>On this 2000 box it would appear that the xml loader is refusing to load
>>>the
>>>XML from a [url]http://myserver.com/my.xml[/url] address.
>>>
>>>It seems to load the first xml file - which is stored locally with the
>>>.exe
>>>but then does not load the http:// remote files.
>>>
>>>This seems to be rather odd - since it works fine on XP and 2003 boxes and
>>>also works fine on all platforms running a .swf
>>>
>>>It also works fine regardless of the location of the .xml streams and the
>>>location of the .swf .exe - on 2003 and XP boxes.
>>>
>>>This is really starting to drive me up the wall - i would appreciate any
>>>thoughts people have on this problem
>>>
>>>wtatters@msn.com.au
>>>

>>

>

[Wes Tatters]

Finally got to the bottom on this one.

It would appear that while .swf's running in a web browser handles proxies
correctly under 2000 and 98.

If you run the same movie as a .exe then when running under 2000 and 98 the
player is not using the computers default proxy settings.

>>>

And all the boxes we were testing on are sitting behind a ISA proxy server
that needs them to talk to port 8080

>>>

So does anyone know of a way to force a .exe to use a proxy for its
connection to the web.

Westa



"Samuria" <samuria@rock.com> wrote in message
news:d8eh31p3t1sl5ne1riflf1johati3gscv2@4ax.com...

> On Wed, 16 Mar 2005 08:30:16 GMT, "Wes Tatters" <wtatters@msn.com.au>
> wrote:
> What are you using to compile it with?
>

>>Been thru all that - it works perfectly fine on an xp box and a 2003 box
>>
>>Both as a .swf and as part of an .exe
>>
>>What it doesnt do is work as a .exe on a 2000 or 98 box - yet the .swf
>>works
>>on both these boxes.
>>
>>Westa
>>
>>
>>"Samuria" <samuria@rock.com> wrote in message
>>news:a1se31d4acl8hfl18mhq3f2nkmqedt79q4@4ax.com. ..

>>> On Tue, 15 Mar 2005 07:36:24 GMT, "Wes Tatters" <wtatters@msn.com.au>
>>> wrote:
>>>
>>> Could it be a dns issue? It could be worth trying it as an ip address.
>>>
>>> It could be a file permision issue have you got right on the local
>>> directory and the remote?
>>>
>>> The third thing is it in the same Domain? There are issues going cross
>>> domain with flash
>>>
>>>>
>>>>Hi all ,
>>>>
>>>>Am getting pretty frazzled on this one at the moment - not sure exactly
>>>>what
>>>>is going on - and hoping someone else might have some insights.
>>>>
>>>>BACKGROUND
>>>>
>>>>We have a system that use xml files to define its operation at runtime.
>>>>We load the xml using pretty straight forward routines:
>>>>
>>>>var preloadFile = _root.gsXMLRootPath + _root.gsPreLoadModuleName;
>>>>
>>>>_root.goPreLoadModule = new XML();
>>>>_root.goPreLoadModule.ignoreWhite = true;
>>>>_root.goPreLoadModule.onLoad = function(success) {
>>>>... process on success
>>>>}
>>>>_root.goPreLoadModule.load( preloadFile );
>>>>
>>>>The system works perfectly on Windows 2003 and XP boxes when running as
>>>>a
>>>>.swf in a browser and also when running as a standalone player.
>>>>
>>>>
>>>>THE PROBLEM
>>>>
>>>>
>>>>The problem is though that when we try to run the standalone .exe
>>>>version
>>>>on
>>>>a Windows 2000 box things start to fall apart.
>>>>
>>>>On this 2000 box it would appear that the xml loader is refusing to load
>>>>the
>>>>XML from a [url]http://myserver.com/my.xml[/url] address.
>>>>
>>>>It seems to load the first xml file - which is stored locally with the
>>>>.exe
>>>>but then does not load the http:// remote files.
>>>>
>>>>This seems to be rather odd - since it works fine on XP and 2003 boxes
>>>>and
>>>>also works fine on all platforms running a .swf
>>>>
>>>>It also works fine regardless of the location of the .xml streams and
>>>>the
>>>>location of the .swf .exe - on 2003 and XP boxes.
>>>>
>>>>This is really starting to drive me up the wall - i would appreciate any
>>>>thoughts people have on this problem
>>>>
>>>>wtatters@msn.com.au
>>>>
>>>

>>

>