IE automation when using Task Planner

[JCM]

Hello!

I hope this is not a boring old question, but I did not find the Problem in this Forum so far.

I have written an autoit script that uses IE.au3 to test if a given Website responds and if a Login is possible (this should become part of our monitoring)

Everything works as expected and I created an .exe from the .au3

Now I wanted the exe to be executed on a Server  vie Task planner.

Therefore I created a .bat file that calls my .exe (generated from from autoit-script) and catches its output.

When I execute the .bat manually, everything is fine.

When the .bat is executed from the Task planner (with the same user as when doing it manually) the output says:

--> IE.au3 T3.0-2 Error from function _IECreate,  (Browser Object Creation Failed)
--> IE.au3 T3.0-2 Error from function _IEFormGetObjByName, $_IESTATUS_InvalidDataType
--> IE.au3 T3.0-2 Error from function _IEFormElementGetObjByName, $_IESTATUS_InvalidDataType
--> IE.au3 T3.0-2 Error from function _IEFormElementGetObjByName, $_IESTATUS_InvalidDataType
--> IE.au3 T3.0-2 Error from function _IEGetObjById, $_IESTATUS_InvalidDataType
--> IE.au3 T3.0-2 Error from function _IEFormElementSetValue, $_IESTATUS_InvalidDataType
--> IE.au3 T3.0-2 Error from function _IEFormElementSetValue, $_IESTATUS_InvalidDataType
--> IE.au3 T3.0-2 Error from function _IEAction(click), $_IESTATUS_InvalidDataType
--> IE.au3 T3.0-2 Error from function _IELoadWait, $_IESTATUS_InvalidDataType
--> IE.au3 T3.0-2 Error from function _IEBodyReadText, $_IESTATUS_InvalidDataType
--> IE.au3 T3.0-2 Error from function _IEQuit, $_IESTATUS_InvalidDataType
 

Does anybody knows, what I have to change?

Sincerely, Jürgen.

[mLipok]

  On 9/14/2018 at 5:59 AM, JCM said:

Now I wanted the exe to be executed on a Server  vie Task planner.

Expand  

Do you mean TaskScheduler ?

btw.

to the forum.

 

Edited September 14, 2018 by mLipok

[JCM]

Thank you for your welcome :-)

And yes: I mean the Windows Task Scheduler.

 

[mLipok]

Without your code and access to URL this is very dificult to answer to your question.

If you want to automatate IE without unlocked Windows station (loged user) you must to know that you will meet many problems.
Some of them will be unresolvable.

Automating IE is possible but many cases need to user to be loged in to Windows Desktop and the station can not be locked.

If you wan to automate some websites with TaskScheduler then you must start using :

 

[mLipok]

  On 9/14/2018 at 5:59 AM, JCM said:

When I execute the .bat manually, everything is fine.

Expand  

You mean you run this form desktop ?

Did you try to manually run this scheduled taks , and keep being loged to the Station ?

[JCM]

exactly. When I use the Windows Explorer to make a double click on the .bat file, the autoit-exe is started, the IE-Window appears and everything works fine. When I (in the same session) use the Task Scheduler to manually run the Task (that calls the .bat-File and that runs under the same Login) nothing happens, but the result are the Errors Standing in my first post.

Should there really be no other solution than to write a Program that deals with http requests/streams? Is this complicated?

[Juvigy]

There are options in the TS that you need to set - run only when a user is logged on , interactive logon, Run whether user is logged on, Run with highest privileges. Check your option and settings carefully.

[mLipok]

  On 9/14/2018 at 2:31 PM, JCM said:

Should there really be no other solution than to write a Program that deals with http requests/streams?

Expand  

I'm not sure, maybe @Danp2 could say something more, as he is our expert to interact with all kind of browsers

My knowledge is currently focused only on InternetExplorer.

 

Edited September 17, 2018 by mLipok

[Danp2]

@mLipok Thanks for the "vote of confidence. "

@JCM A few questions for you --

• What version of Windows Server?
• Have you tried scheduling the task to run under the Administrator account?

[JCM]

Thank you all for your precious help!!!

 

As far as I can say at this time, the problem seems to be solved if

- Option "run only when user is logged on" is selected for the task

- Option "run with highest privileges" is selected for the task

- the user stays logged on (but maybe disconnected)

 

When I put everything into that condition, the task produces the expected results.

Again: Thank you all for your help!!!

Jürgen.

[mLipok]

This is interesting findings.
Thanks to share them.

Regards,
mLipok