I can't close alert pop-up

[diikee]

function postSetEcam(field) 
{
    if (field.name == "mine") {
    alert("Your setting will take effect\n"
          + "after you reboot your system");
    }
}

<SELECT id=mine onchange=setEcam(this) name=mine>
g <OPTION value=auto selected>auto<OPTION value=100full>100full<OPTION value=100half>100half<OPTION value=10full>10full<OPTION value=10half>10half</OPTION>
</SELECT>

expandcollapse popup

#include <IE.au3>
#include <File.au3>
#include <Process.au3>
#include <SQLite.au3>
#include <SQLite.dll.au3>
#include <Array.au3>

Opt("WinTextmatchMode", 1)
Opt("WinTitleMatchMode",2)

$dsm = _IETagNameGetCollection ($oIE, "select")
For $ds In $dsm
    If ($ds.name) = "mine" then 
        $dopt = _IETagNameGetCollection($ds, "OPTION")
            For $dop in $dopt 
                Sleep(2000)
                $o = $dop.innerText
                _IEFormElementOptionselect($ds, $o, 1, "byText")
                
            Next
        ExitLoop
    EndIf
Next
Sleep(3000)
$title = WinGetTitle("[active]")
    If String($title) = "Windows Internet Explorer" Then
        ControlFocus("Windows Internet Explorer", "", "[CLASS:Button; INSTANCE:1]")
        Sleep(1000)
        ControlClick("Windows Internet Explorer", "", "[CLASS:Button; INSTANCE:1]")
    EndIf

_IELoadWait($oIE)
$avWinList = WinList("[CLASS:#32770]")
For $n = 1 To $avWinList[0][0]
    If String($avWinList[$n][0]) = "Windows Internet Explorer" Then
        ControlFocus("Windows Internet Explorer", "", "[CLASS:Button; INSTANCE:1]")
            Sleep(500)
        ControlClick("Windows Internet Explorer", "", "[CLASS:Button; INSTANCE:1]")
        
    EndIf
Next

How comes the WinGetTitle or WinList doesn't access the alert window??

Edited August 20, 2008 by diikee

[PsaltyDS]

Anyone encountered this problem before???

What problem? The code posted is not runnable. How is anyone supposed to evaluate it?

[diikee]

when I select the option using _IEFormElementOptionselect($ds, $o, 1, "byText"), it alerts the user of changes to take effect after reboot, through the javascript function postSetEcam.

that alert pop up is what autoit can't close or is blocked somehow

how do I go about controlling such popups???

[PsaltyDS]

when I select the option using _IEFormElementOptionselect($ds, $o, 1, "byText"), it alerts the user of changes to take effect after reboot, through the javascript function postSetEcam.

that alert pop up is what autoit can't close or is blocked somehow

how do I go about controlling such popups???

What does AU3Info.exe show about the popup window (class/title/text)?

[diikee]

>>>> Window <<<<

Title: Windows Internet Explorer

Class: #32770

Position: 739, 551

Size: 218, 126

Style: 0x94C801C5

ExStyle: 0x00010101

Handle: 0x005308B4

>>>> Control <<<<

Class: Button

Instance: 1

ClassnameNN: Button1

Advanced (Class): [CLASS:Button;INSTANCE:1]

ID: 2

Text: OK

Position:

Size:

ControlClick Coords:

Style:

ExStyle:

Handle: 0x013708C0

>>>> Mouse <<<<

Position: 922, 576

Cursor ID: 2

Color: 0x0065FD

>>>> StatusBar <<<<

>>>> Visible Text <<<<

OK

Your setting will take effect

after you reboot your system

>>>> Hidden Text <<<<

[PsaltyDS]

>>>> Window <<<<

Title: Windows Internet Explorer

Class: #32770

Position: 739, 551

Size: 218, 126

Style: 0x94C801C5

ExStyle: 0x00010101

Handle: 0x005308B4

>>>> Control <<<<

Class: Button

Instance: 1

ClassnameNN: Button1

Advanced (Class): [CLASS:Button;INSTANCE:1]

ID: 2

Text: OK

Position:

Size:

ControlClick Coords:

Style:

ExStyle:

Handle: 0x013708C0

>>>> Mouse <<<<

Position: 922, 576

Cursor ID: 2

Color: 0x0065FD

>>>> StatusBar <<<<

>>>> Visible Text <<<<

OK

Your setting will take effect

after you reboot your system

>>>> Hidden Text <<<<

Set WinTitleMatchMode = 4 and then "[CLASS:#32770; TITLE:Windows Internet Explorer; TEXT:Your setting will take effect]" should work.

[PsaltyDS]

The alert popup is sitting on top and the script is just waiting.

there must be something blocking since the are in the waiting phase forever.

Run just this while the popup is present:

#include <Array.au3>; Only for _ArrayDisplay()

Opt("WinTitleMatchMode", 4)

$avWinList = WinList("[CLASS:#32770; TITLE:Windows Internet Explorer]")
_ArrayDisplay($avWinList, "$avWinList")

[diikee]

[0]|1|

[1]|Windows Internet Explorer|0x012A07D0

[FreeFry]

I've had a similar issue while trying to automate my router, which was causing internet explorer to show a jscript error window, somehow the popup seemed to pause the script until it was clicked on.

I solved this by having the script write to a temporary .au3 file, then running the au3 file(the au3 waited for the popup to occur, then closed it by clicking on one of the buttons in the window).

[PsaltyDS]

I've had a similar issue while trying to automate my router, which was causing internet explorer to show a jscript error window, somehow the popup seemed to pause the script until it was clicked on.

I solved this by having the script write to a temporary .au3 file, then running the au3 file(the au3 waited for the popup to occur, then closed it by clicking on one of the buttons in the window).

Aha! I think what you are seeing there is the fact that the java script popup keeps the navigation of IE from completing. The IE.au3 UDFs, like _IENavigate() set the $f_wait parameter = 1 by default. So the function doesn't complete until IE clears the "LOADWAIT". While the popup is presented, "LOADWAIT" is still up.

The way to handle that is use $f_wait = 0 so your script can continue, handle the popup, and just check the browser with _IELoadWait().

[diikee]

I guess both your suggestions are good to go with but in this case I am dealing with _IEFormElementOptionselect($e, "100full", 1, "byText"), and $f_fireEvent is the only option to play with.

FreeFry, trying your idea. (will update on progress)

FreeFry, can you post a sample of how you solved your issue??

Edited August 21, 2008 by diikee

[PsaltyDS]

I guess both your suggestions are good to go with but in this case I am dealing with _IEFormElementOptionselect($e, "100full", 1, "byText"), and $f_fireEvent is the only option to play with.

FreeFry, trying your idea. (will update on progress)

Hmm... I think that's a Dale question. The function _IEFormElementOptionselect() uses "$o_object.fireEvent("onchange")" and "$o_object.fireEvent("onclick")" to fire the event, and the Object method .FireEvent may not return control to AutoIt before the popup is handled.

Maybe Dale knows a trick...

[PsaltyDS]

Could you forward this to Dale then??

He is already aware of this topic... because he is Dale...

... though he may be Dale, taking a nap. So be patient.

[DaleHohm]

Hmmm...

Looks like the script called onchange in this case just creates an informational popup that has no affect on processing.

Suggest you try adding this:

$ds.onchange=""

after the line:

If ($ds.name) = "mine" then

Dale

[FreeFry]

Aha! I think what you are seeing there is the fact that the java script popup keeps the navigation of IE from completing. The IE.au3 UDFs, like _IENavigate() set the $f_wait parameter = 1 by default. So the function doesn't complete until IE clears the "LOADWAIT". While the popup is presented, "LOADWAIT" is still up.

The way to handle that is use $f_wait = 0 so your script can continue, handle the popup, and just check the browser with _IELoadWait().

Obviously, I tried that, but it didn't work at all(confused, yes).

I guess both your suggestions are good to go with but in this case I am dealing with _IEFormElementOptionselect($e, "100full", 1, "byText"), and $f_fireEvent is the only option to play with.

FreeFry, trying your idea. (will update on progress)

FreeFry, can you post a sample of how you solved your issue??

Other than following Dales/PsaltyDS suggestions, going by the way I did it, you have two alternatives, which is:

A: Make the script which shall handle the error popups in advance, compile it, and FileInstall, and run it when needed.

or B(the way I did it. Harder, but imo. neater):

Assemble a text string, containing the code, then filewrite that text string to a temporary file on your harddrive, and execute it through the @AutoItExe, with the special commandline parameters AutoIt has.

Unfortunately I don't have my exact code available atm, as I wrote it on my moms computer(she being the one needing the script).

Edited August 22, 2008 by FreeFry

[PsaltyDS]

Obviously, I tried that, but it didn't work at all(confused, yes).

Other than following Dales/PsaltyDS suggestions, going by the way I did it, you have two alternatives, which is:

A: Make the script which shall handle the error popups in advance, compile it, and FileInstall, and run it when needed.

or B(the way I did it. Harder, but imo. neater):

Assemble a text string, containing the code, then filewrite that text string to a temporary file on your harddrive, and execute it through the @AutoItExe, with the special commandline parameters AutoIt has.

Unfortunately I don't have my exact code available atm, as I wrote it on my moms computer(she being the one needing the script).

I think you misunderstood what Dale suggested. All he changed was adding one line to the OP's script that removes the .onchange setting for that object, since it is only an informational alert that does no processing:

$dsm = _IETagNameGetCollection ($oIE, "select")
For $ds In $dsm
    If ($ds.name) = "mine" then
        $ds.onchange = ""; <------ Added this line only to remove .onchange alert message
        $dopt = _IETagNameGetCollection($ds, "OPTION")
            For $dop in $dopt
                Sleep(2000)
                $o = $dop.innerText
                _IEFormElementOptionselect($ds, $o, 1, "byText")
                
            Next
        ExitLoop
    EndIf
Next

I think you have to admit, that's neater.

[FreeFry]

Yeah, now I see what Dale suggested. Much neater indeed.