Embedded Flash Lite 3 and local symbian data access through loadvariables()

[magicdave]

This is a followup to "Local URL symbian communication on N81? (Maybe Others)"

Hi All

Okay, this is kind of long but that's because it includes all the relevant information (I hope!)

I have a program which is opening an embedded FL3 player and then the swf launched inside it is communicating with the symbian part of the program which is running a mini http server on port 80 using loadvariables, . This program is running fine on phones which include FL2.

Having read up on the FL3 security model, I have made the following changes to my application:

1. Changed the publishing type to Network Access Only
2. Set up my symbian to return a /crossdomain.xml file if requested as follws (C string from the code)
<?xml version=\"1.0\"?>\n<!DOCTYPE cross-domain-policy\n SYSTEM \"http://www.macromedia.com/xml/dtds/cross-domain-policy.dtd\">\n<cross-domain-policy>\n <allow-access-from domain=\"*\" />\n</cross-domain-policy>\n
The MIME type is set to text/xml when returning the crossdomain.xml file.

When the swf file attempts to access localhost/test.html with a loadvariables() call, the flash player makes a request for /crossdomain.xml, which is sent. However, after this it does not request the test.html file, and further calls to loadvariables do not result in any more requests for anything.

From this I'm assuming that either the crossdomain.xml file must not be as required, or I need to include some other change in my swf file that I'm not aware of.

The http server is one I have used successfully over quite a while with FL2, and had no problems, so I don't believe it has any strange bugs that can be causing the problem.

Thanks
Dave

[nickgerig]

Hi Dave

I would have thought it should be set to 'Local Access only' - did you try that?


Cheers


Nick

[magicdave]

Hi Nick

This is how the swf is compiled by default, I believe, and having it set this way as they were before I discovered the new security policies resulted in no requests at all being made to the server at all, since the swf is then only permitted to load from local files, and not access any network sources - even if the source is 127.0.0.1.

My thinking is that since there is a request being made for crossdomain.xml, I am allowed network access, and there must be something going on beyond this, probably to do with the face that I'm accessing 127.0.0.1.

I'm basing what I'm doing in terms of the new policies on this blog post:
http://www.scottjanousek.com/blog/20...of-the-day-13/
- the only difference is that my server is local

[ukaner]

Hi Dave,

We tried both ways (local and network) with crossdomain, but it didn't succeed with Flash Lite 3. We are working on workarounds for that, and hopefully come up with a solution with KuneriLite. We will let you know about our findings, and also please let us know if you find a way to overcome this issue also.

cheers,

Ugur.-

[markadoherty]

Hi,

I've been working with this for a while now and spent some time working with the team that implemented it.

Having heard lots of explanations on how this should work we discovered that we had a test file that covered it, the only issue is that this is based on external networking.

Steps:
You do have to compile for network only
You do have to specify a crossdomain.xml
All SWF data MUST come from the same domain with the exception of the launching swf which will be loaded from the 'unknown' domain.

On my blog you'll find the source for the XMLSocket implementation, I hope that it isn't too much of a problem to swap out the relevant bits and make it work with loadVariables.

http://flashmobileblog.com/?page_id=7

Regards

Mark Doherty
Developer Evangelist (EMEA)

[magicdave]

Hi Mark

Thanks for replying. I will look at what you've posted and share my results here.

[magicdave]

Hi Ugur

Thanks, I will post my findings here.

[jsamoun]

Hello,

i know this is a couple of months (!) after, but, has anybody solved this pb ?
I am using the N95-8GB, fw version V20.0.016/28-02-08/RM320

I am facing exactly the same one, means my C++ app launches an http server (Janus) + a swf.
The server is modified to send back the crossdomain.xml when requested. It is sent back correctly
(i know that from the debugger) but the FL player invariably stops with an error. Of course, i did all
the bits to set the swf as "access network".
I also modified the ip address teh script is trying to access and put there a "real" external address
(our server) + put there the same crossdomain.xml file, then the player was able to process it successfully.
Using wireshark to sniff the exchange showed very clearly the 2 consecutive "http get".

At that point, my conclusion is, although http frames looks VERY similar (but not identical, of course), there is something wrong in the way my local server is building it.
Maybe something wrong with the MIME types, the charsets (CRLF's ... ?)

Any help greatly appreciated here !!
Thanks,
Jacques.