|
We have been experiencing similar problems: a set of nested frames, the
content of which are from mixed domains. They are all from the same
higher-level domain (e.g., "this-site.com"), but from different
subdomains, some of which are http and some https. For example, the
outer frame source might be "http://server1.this-site.com",
while
subframe might have content from "https://server2.this-site.com".
Unfortunately, in this case it is primarily the content of the https
URL that we must access. I should note that the frame and its contents
display in the browser just fine, of course. According to the Microsoft documentation referenced in the FAQ, the entire "domain" name including subdomain is used to determine cross-frame scripting security, not just the base domain name, which is why we see the "access denied". We have tried every method mentioned in the FAQ to get around this problem, except for editing the Hosts file. There are too many URLs and too many machines involved to make that very practical. I have edited all the IE settings that seem even remotely relevant to this issue and so on, so far to no avail. Navigating directly to the URL of the frame does work, but unfortunately then some of the features of that page do not work, because they try to access _javascript_ at a higher nesting level. So far the only practical workaround I see is to navigate directly to the offending frame, extract the relevant information, then go back to the other page and fire off the _javascript_ events via code, using the information we have obtained. This is a relatively effort-intensive workaround, though (not to mention performance-sapping), and any other suggestions would be very welcome. Lonny Eachus ===========
|
_______________________________________________ Wtr-general mailing list [email protected] http://rubyforge.org/mailman/listinfo/wtr-general
