COM object loses functionality after some calls

[SchneiMi]

Hello,

it is difficult to explain. I have a script that works most of the time. But when I continue to call f.i. Action "search reference", I get Trouble - depending on the error handling Framework.

Background:

I have created a gui with several Buttons to call individual Actions. "open file", "search reference", "start Transfer" ...

When I click "search reference", the function searchReference is called. The function attaches to or creates a new IE browser object, opens a search form, enters some query data and clicks the search button. Here's the beginning of the func Code:

Quote

 

 Func searchReference()

     $oIE = getLoadedSearchForm()

     If not IsObj($oIE) Then

          msgbox(0, "Error", "Page could not be loaded, please try again later")

          Return False

     EndIf

 

    print("object: " & objName($oIE))

 

    $oIE.document.getElementsByName("prop_typestring_36_editable_document_like")(0).value = $sReference

    $oIE.document.getElementsByName("prop_typestring_38_editable_document_eq")(0).value = ""

    $oIE.document.getElementsByName("prop_typestring_38_editable_document_eq")(0).fireEvent("onChange")

 

Without ObjEvent handler, it either runs through, or after some times a window Pops up "AutoIt v3 Script doesn't work anymore" (translated) => Button "Close program". Exit Code: 3221225477.

Or I get an error:

Quote

 

"C:\start.au3" (185) : ==> The requested action with this object has failed.:

$oIE.document.getElementsByName("prop_typestring_38_editable_document_eq")(0).fireEvent("onChange")

$oIE.document^ ERROR"

 

Or another time this one:

Quote

 

"C:\start.au3" (201) : ==> The requested action with this object has failed.:

local $oRows = $oIE.document.querySelectorAll("table tr.wcmListViewRowOdd[actionskey], table tr.wcmListViewRowEven[actionskey]")

local $oRows = $oIE.document^ ERROR"

 

Later I Extended it by lines to check for com Errors and savely return with False:

 

Quote

 

Func searchReference()

     $oIE = getLoadedSearchForm()

     If not IsObj($oIE) Then

          msgbox(0, "Error", "Page could not be loaded, please try again later")

          Return False

     EndIf

 

    print("object: " & objName($oIE))

 

    $oIE.document.getElementsByName("prop_typestring_36_editable_document_like")

    If checkError(@error, "could not find reference field") Then Return False

    $oIE.document.getElementsByName("prop_typestring_36_editable_document_like")(0).value = $sReference

 

    $oIE.document.getElementsByName("prop_typestring_38_editable_document_eq")(0)

   If checkError(@error, "could not find document status field") Then Return False

    $oIE.document.getElementsByName("prop_typestring_38_editable_document_eq")(0).value = ""

    $oIE.document.getElementsByName("prop_typestring_38_editable_document_eq")(0).fireEvent("onChange")

 

 

With the Default _IE error handler I get SciTE output:

Quote

 

object: IWebBrowser2

--> COM Error encountered in start.au3 (200) :

----> $IEComErrorNumber             = 0x80020008 (-2147352568)

----> $IEComErrorWinDescription              = Falscher Variablentyp.

----> $IEComErrorDescription       =

----> $IEComErrorSource               =

----> $IEComErrorHelpFile             =

----> $IEComErrorHelpContext     =

----> $IEComErrorLastDllError      = 0

----> $IEComErrorRetcode            = 0x00000000

!(-2147352568) Custom message for autoit error position: could not find reference field

 

Last line gives the hint where it happened in the Code. It is generated by the checkError-function.

Why does it work most of the time, and sometimes Reports one or another or a third different error, although the site is visible and complete in the Background, all the time. The fields are definitely all there and when I enter the Code to Access the dom objects in the IE console, they are always found. :-(

 

BR

Michael

 

 

 

 

 

 

Edited January 11, 2018 by SchneiMi
Refers only to the crash and different error messages when run multiple times.

[mLipok]

first get

Local $oIEDoc = $oIE.document
check errors

and if no @errors occurs then you can use

$oIEDoc.getElementsByName

 

[SchneiMi]

18 hours ago, mLipok said:

first get

Local $oIEDoc = $oIE.document
check errors

and if no @errors occurs then you can use

$oIEDoc.getElementsByName

 

What is the Intention behind this Approach, how would it avoid the Problem? The script runs smoothly for an arbitrary amount of time, when suddenly I cannot Access an object that I could Access just before? In one function call I get the error on getElementsByName of the fireEvent line, another time .value = $sReference line.

Does AutoIt choke on calling com objects in a path, like $oIE.document.url...? Water mentioned in a parallel thread that there have been Problems in older versions of AutoIt when accessing com object paths.

Last but not least, it would be difficult to implement this Workaround/way in my script for the full path of 100-200 com object calls. And the occurrance of Errors is also not reliable. This morning I've got an error after about 5 tries, now I don't get an error in 50 tries. :-(

 

[SchneiMi]

19 hours ago, mLipok said:

first get

Local $oIEDoc = $oIE.document
check errors

and if no @errors occurs then you can use

$oIEDoc.getElementsByName

 

Maybe this helps, it's another example from the same script, here from a function that builds up a Connection to MS Excel and saving some references in AutoIt variables.

Quote

 

    print("workbook: " & ObjName($oWorkbook) & " - " & $oWorkbook.Name)

    print("sheetcount: " & $oWorkbook.Sheets.Count)

    $oSheet = $oWorkbook.Sheets("Mapped")

    $oStatusSheet = $oWorkbook.Sheets("Status")

    $sReference = $oSheet.Range("Reference").value

 

SciTE Output:

Quote

 

workbook: _Workbook - eingabe.xlsm

sheetcount: 20

=====> COM Fehler: -2147352568 - Falscher Variablentyp.

(line: 1925)

=====> COM Fehler: -2147352568 - Falscher Variablentyp.

(line: 1926)

=====> COM Fehler: 169 - Variable must be of type 'Object'. (line: 1927)

 

I think this is Close to what you asked for, assigning the Sheet object "Mapped" from the Collection to $oSheet. Ok, the next step would have been to save a collection's reference in an extra variable, but it is clear that the Collection object is accessible, returning the correct number of contained Sheets.