IE9 Automation Problems

[Jon]

That's actually what I'd already done. Used www.autoitscript.com. IE9 instantly crashes on me.

Edit: Although I ran the .vbs from the desktop which probably used the 64bit version of vbscripty and IE9 which wouldn't help. But still...

[Jon]

K, it works when I used cscript from syswow64. It says "HTMLDocument" which I take it is correct?

[Jon]

Well I have no clue. Been stepping through the code line by line and all functions are returning sucess and end up with the interface GUID of "Interface\{C59C6B12-F6C1-11CF-8835-00A0C911E8B2}" then it goes to look the name of that up from the registry and...well...it doesn't exist...

[Zedna]

Well I have no clue. ...

Maybe some googling over web if there is no similar IE9 related problem disccussion/fixes/workaround.

[Jon]

Moved to dev forum.

[Jon]

4 hours and still no clue. I'm giving up for today.

[Jon]

I ran this on XPSP3 with IE6 and it returned "dispHTMLDocument" - is that wrong as well?

[DaleHohm]

I ran this on XPSP3 with IE6 and it returned "dispHTMLDocument" - is that wrong as well?

No, that is what Sven's code has always returned and what is expected.

Here are some of the expected return values for common object types:

"IWebBrowser2"

"IWebBrowser"

"DispHTMLWindow2"

"DispHTMLDocument"

"DispHTMLTable"

"DispHTMLFormElement"

"DispHTMLInputElement"

"DispHTMLSelectElement"

"DispHTMLTextAreaElement"

"DispHTMLElementCollection"

"DispHTMLSelectElement"

Dale

[Zedna]

I ran this on XPSP3 with IE6 and it returned "dispHTMLDocument" - is that wrong as well?

On my WinXP SP3 with IE 8.0 it returned "dispHTMLDocument" too. The same result from Autoit 3.2.12.1 and 3.3.7.7

$oIE = ObjCreate ("InternetExplorer.Application")
$oIE.visible = true
$oIE.navigate("http://www.autoitscript.com")
MsgBox(0,'',"Click When Browser Document Load Complete")
MsgBox(0,'',ObjName($oIE.document))

[trancexx]

Well I have no clue. Been stepping through the code line by line and all functions are returning sucess and end up with the interface GUID of "Interface\{C59C6B12-F6C1-11CF-8835-00A0C911E8B2}" then it goes to look the name of that up from the registry and...well...it doesn't exist...

I don't know how AutoIt implements this function but if I would have to write it I'd try something like calling GetTypeInfo on passed IDispatch. Then

TypeInfo->GetDocumentation(MEMBERID_NIL, &...

If I do that I get JScriptTypeInfo as a result for the AutoIt code used for testing here. Interesting thing is that {C59C6B12-F6C1-11CF-8835-00A0C911E8B2} (what you say you get) is GUID of JScriptTypeInfo.

//ObjName(IDispatch* object) {

ITypeInfo* pTypeInfo;
BSTR outName;

object->GetTypeInfo(0, 0, &pTypeInfo);
pTypeInfo->GetDocumentation(MEMBERID_NIL, &outName, NULL, NULL, NULL);

//outName to out

Edited May 31, 2011 by trancexx

[Jon]

Yeah, Trance, that's where I got to as well. Then I've been throwing those return values into all sorts of loops and functions to get something useful out of them, but no luck.

Sven was getting this "disp..." value from the registry - it's just not in there for IE9 anyway. God knows where VBScript is getting it from.

[Valik]

From the typelib probably.

[DaleHohm]

If it helps, a regedit search finds DispHTMLDocument at Computer\HKEY_CLASSES_ROOT\Interface\{3050F55F-98B5-11CF-BB82-00AA00BDCE0B}

(on both Win 7, 32-bit, IE9 and XP, IE7)

Dale

Edited May 31, 2011 by DaleHohm

[trancexx]

From the typelib probably.

That's unlikely.

What's more possible is that VBS engine doesn't make the same assumptions as AutoIt possibly do.

Maybe it QueryInterface the object for some other interface before IDispatch.

IDispatchEx could be logical choice. Maybe it then calls some specific method of that interface passing magic id to get the name of the object.

Anyway there is nothing that would even remotely indicate that IDispatch is anything else other than what's get (JScriptTypInfo).

[Jon]

I saw this reply to someone's "how do a get a name" question. Don't know if it's relevant as I don't know what a coclass is yet.

You should find the coclass TypeInfo and receive the GUID value from a TYPEATTR structure.

[trancexx]

That will likely get you just IDispatch.

[Jon]

I changed "DispHTMLDocument" in the regsitry to "fdfdsjkl" and the VBScript still returned "HTMLDocument" so I think it's definately using a different method than us.

[Richard Robertson]

fdfdsjkl.

If you look at all the "randomly" pressed keys on the internet, this is probably it.

[trancexx]

This how...

Query passed object for IProvideClassInfo. Then call GetClassInfoW on returned and then GetDocumentation on get TypeInfo with MEMBERID_NIL as index.

That's all.

Edited June 1, 2011 by trancexx

[Jon]

Ohh, let's see