3

I'm attempting to write a BugzScout class for my Silverlight application. Problem is that Silverlight isn't allowing me to access the API via HTTPS GET because there is no cross domain security policy in place. I'm getting a SecurityException each time I call.

In order to make this work, I'd need either a CrossDomain.xml or ClientAccessPolicy.xml file in place at the 'root of the domain', e.g.:

https://myproject.fogbugz.com/clientaccesspolicy.xml

this file should contain something like:

<access-policy>
    <cross-domain-access>
        <policy>
            <allow-from http-methods="GET">
                <domain uri="https://*" />
            </allow-from>
            <grant-to>
                <resource path="/" include-subpaths="true" />
            </grant-to>
        </policy>
    </cross-domain-access>
</access-policy>

I'm sure you could lock it down quite a bit more after investigating your options, this is a fairly liberal policy.

This isn't something that I can 'fix' from my side, my only workaround would be to create another web service somewhere that has the security policy file and acts as an intermediary between my Silverlight code and the Fogbugz API.

flag
Description of silverlight's need for a crossdomain.xml file at msdn.microsoft.com/en-us/library/… – Daniel LeCheminant Nov 16 2010 at 11:12

1 Answer

1

Sorry, because it's a shared environment, we have to be conservative about what we allow. The intermediary web service is, for the foreseeable future, going to be your only option.

link|flag
Thank you for your response. You'll note that as this is a file that needs to be placed per root web directory, it's something that could be turned on or off per hosted project. I'd like you to consider this as an project option that could be enabled in future releases. – Jay Nov 18 2010 at 22:31

Your Answer

Not the answer you're looking for? Browse other questions tagged or ask your own question.