I coded a very small website bot in C# using the default WebBrowser control. Actually almost everything is working the way it is supposed to work, yet I seem to have problems with the very last step of my automation.
The website was built using several iframes. This isn’t much of a big deal as I simply access those frames and their elements using
webBrowser1.Document.Window.Frames[0].Document.GetElementById("element").InvokeMember("click");
This however does not work when the source of the IFRAME is being hosted on a different domain than the actual website. As I searched the internet for an answer to my problem I stumbled across an MSDN article mentioning this specific problem and they were referring to safety measures against cross site scripting which might be the reason for this error.
I couldn’t really find a way of disabling this feature so I moved on and decided to recode everything to work with geckofx-12 instead of the default (IE based) web browser control, yet I ran into similar issues…
My question is: Is there any way I can bypass this annoying behaviour? I don’t really care about security concerns or on whether geckofx or the default web browser control is being used, I would just like to programmatically access the elements of a site which is being hosted on a different domain without running into an UnauthorizedAccessException.
I would love to get advice from the gurus out there.
I havent tried this but changing the document domain apparently works.
Using geckofx 12 it looks like this might be done by nsIDOMHTMLDocument.SetDomainAttribute (The GeckoDocument.Domain doesn’t have a setter but you could easily add it)
IE. if you change the domain of the document to match the sub frame you might be able to access it.