WebDriver UDF - Help & Support (IV)

[tac7]

Thanks @Danp2

I had the same issue yesterday with    geckodriver-v0.32.2-win64    and    WebDriver-0.11.0 !! 🙃

[Danp2]

Ok. So maybe it's an issue with your version on FF.

[Danp2]

Any progress on identifying the cause, @tac7?

[mLipok]

Here:

 

there is made Setup for IEDriver I refactor them a little:

Func SetupIEMode() ; this is for MS Edge IE Mode
    Local $sTimeStamp = @YEAR & '-' & @MON & '-' & @MDAY & '_' & @HOUR & @MIN & @SEC
    _WD_Option('Driver', 'IEDriverServer.exe')
    _WD_Option('DriverParams', '--log trace')
    _WD_Option('DriverParams', '--verbose --log-path="' & @ScriptDir & '\' & $sTimeStamp & ' opera.log"')
    _WD_Option('Port', 5555)
    Local $sCapabilities = '{"capabilities": {"alwaysMatch": { "se:ieOptions" : { "ie.edgepath":"C:\\Program Files (x86)\\Microsoft\\Edge\\Application\\msedge.exe", "ie.edgechromium":true, "ignoreProtectedModeSettings":true,"excludeSwitches": ["enable-automation"]}}}}'
    Return $sCapabilities
EndFunc   ;==>SetupIEMode

I have one question.
How to combine:

_WD_Option('DriverParams', '--log trace')
    _WD_Option('DriverParams', '--verbose --log-path="' & @ScriptDir & '\' & $sTimeStamp & ' opera.log"')

Will it be ok if I use do it like this:

_WD_Option('DriverParams', '--verbose --log-path="' & @ScriptDir & '\' & $sTimeStamp & ' opera.log" --log trace')

 

Edited April 19, 2023 by mLipok

[Danp2]

@mLipok Combining them should work as long as the resulting string is considered valid by the target webdriver.

P.S. Looks like you've got a copy/paste issue with the browser name. 😜

[mLipok]

9 minutes ago, Danp2 said:

P.S. Looks like you've got a copy/paste issue with the browser name.

oops...

  

3 hours ago, mLipok said:

 ' opera.log"')

 

 

[tac7]

Hello all,

I'm working with Firefox and Edge driverr and I'm using _WD_UpdateDriver to Download or Update driver but with

_WD_UpdateDriver('msedge')

all work fine, edge driver is updated with 64 bits version but with

_WD_UpdateDriver('firefox')

It's seems to download the 32bits version of driver (My Firefox is 64bits version), I need to force with

_WD_UpdateDriver('firefox', @ScriptDir, True)

With

_WD_UpdateDriver('firefox')
If @error Then MsgBox(0, "FIREFOX", @error & @CR & @extended)

I have no error and my logs:

_WD_GetFreePort ==> Success [0 / 4444] : Parameters:   MinPort=4444   MaxPort=Default
_WD_IsLatestRelease ==> Success [0] : True
_WD_Startup: OS:    WIN_10 X64 19045 
_WD_Startup: AutoIt:    3.3.16.0
_WD_Startup: Webdriver UDF: 1.0.0 (Up to date)
_WD_Startup: WinHTTP:   1.6.4.2
_WD_Startup: Driver:    geckodriver.exe (32 Bit)
_WD_Startup: Params:    --log trace
_WD_Startup: Port:  4444
_WD_Startup: Command:   "geckodriver.exe" --log trace 
_WD_Startup ==> Success [0]
> capabilities OUT = {
    "capabilities":{
        "alwaysMatch":{
            "browserName":"firefox",
            "acceptInsecureCerts":true
        }
    }
}
__WD_Post ==> Session not created [15] : HTTP status = 500
_WD_CreateSession ==> Session not created [15] : Expected browser binary location, but unable to find binary in default location, no 'moz:firefoxOptions.binary' capability provided, and no binary flag set on the command line
> $sSession = 
__WD_Post ==> Unknown Command [18] : HTTP status = 405

 

Edited May 10, 2023 by tac7

[Danp2]

@tac7 It should maintain the running mode (x32/x64) of the existing webdriver (this has nothing to do with the browser version). Are you sure that you previously had the 64 bit version of geckodriver installed?

With some 32-bit webdrivers, you need to set to "binary" option to avoid the error shown above. See SetupGecko in wd_demo for an example of how this can be done.

[tac7]

I understand !!!!!

Yes if there is a 64 bits geckodriver.exe version or  msedgedriver.exe installed it's work fine a new 64 bits version is installed for both.

But if there is no file, a 32 bits version is downloaded ! and:

 * geckodriver 32 bits CANNOT open firefox 64 bits.

 * However msedgedriver.exe 32 bits CAN open EDGE 64 bits!!!

 

[Danp2]

16 minutes ago, tac7 said:

geckodriver 32 bits CANNOT open firefox 64 bits

This simply isn't true. I run 32 bit geckodriver with 64 bit Firefox all the time. I already explained in my earlier post where you can look to see how this is addressed in wd_demo.

[tac7]

@Danp2 Yes you are the best !
 

Local $sPath = _WD_GetBrowserPath("firefox")
    If Not @error Then
        _WD_CapabilitiesAdd('binary', $sPath)
        ConsoleWrite("wd_demo.au3: _WD_GetBrowserPath() > " & $sPath & @CRLF)
    EndIf

Very good

Thanks

[Champak]

When I use _WM_Navigate and try to login to a site that should have my credentials stored, my credentials don't pop up. I check the autofill and there are no passwords saved by the chrome that is launched by _WM_Navigate. Is there any way to automatically populate chromebrowser autofill with the regular chromes password data?

[Danp2]

@Champak I assume that you meant _WD_Navigate, correct? The webdriver will always use a new profile unless you tell it otherwise. See FAQ #3 on the wiki for how to use an existing profile instead.

[mLipok]

5 hours ago, Danp2 said:

@Champak The webdriver will always use a new profile unless you tell it otherwise.

Even so, from my experience: FireFox controled by WebDriver will never save passwords.

 

[Danp2]

From his post @Champak appears to be using chrome. Unsure about the saving of passwords (I never save passwords in the browser), but he wants to use an already saved password AFAICS.

[Champak]

It's not working for me. I can see that the Profile 1 folder is having a reaction (looks like a file is being added/removed during the process) but the chrome that starts up is still in guest mode. I tried it two ways....I prefer the first as it's more clear to me what's going on, so if there is a fix please provide based on the first. And yes, I want to access an already saved password.

 

Func SetupChrome($Headless = 1, $Mobile = 0)
    _WD_Option('Driver', 'chromedriver.exe')
    _WD_Option('Port', 9515)
    _WD_Option('DriverParams', '--verbose --log-path="' & @ScriptDir & '\chrome.log"')
    _WD_CapabilitiesStartup()
    _WD_CapabilitiesAdd('alwaysMatch', 'chrome')
    _WD_CapabilitiesAdd('w3c', True)
    _WD_Option('DriverParams', '--marionette-port 2828');Done with and without this option
    _WD_CapabilitiesAdd('args', "user-data-dir=C:\\Users\\" & @UserName & "\\AppData\\Local\\Google\\Chrome\\User Data\\Profile 1")
    If $Headless = 1 Then _WD_CapabilitiesAdd('args', '--headless')
    If $Mobile = 1 Then _WD_CapabilitiesAdd("mobileEmulation", "deviceName", 'Galaxy S9+');testing
    _WD_CapabilitiesAdd('excludeSwitches', 'enable-automation')
    _WD_CapabilitiesDump(@ScriptLineNumber) ; dump current Capabilities setting to console - only for testing in this demo
    Local $sDesiredCapabilities = _WD_CapabilitiesGet()
    Return $sDesiredCapabilities
EndFunc   ;==>SetupChrome

 

Func SetupChrome($Headless = 1, $Mobile = 0)
    _WD_Option('Driver', 'chromedriver.exe')
    _WD_Option('Port', 9515)
    _WD_Option('DriverParams', '--verbose --log-path="' & @ScriptDir & '\chrome.log"')
    _WD_Option('DriverParams', '--marionette-port 2828');Done with and without this option

    $sDesiredCapabilities = '{"capabilities": {"alwaysMatch": {"goog:chromeOptions": {"excludeSwitches": [ "enable-automation"], "args": ["user-data-dir=C:\\Users\\' & @UserName & '\\AppData\\Local\\Google\\Chrome\\User Data\\Profile 1"]}}}}'

    Return $sDesiredCapabilities
EndFunc   ;==>SetupChrome

[Danp2]

Marionette is is relevant only with Firefox, so no sense in trying to use it with Chrome. The rest should be ok. By "guest mode", I assume that you mean it's acting like a brand new profile. Have you tried checking the profile path at chrome://version/ during both a regular session and one using chromedriver?

Edit: Using the correct profile path, I was able to launch Chrome and have all of my extensions loaded. Therefore, I can only assume that your won't match when you perform the comparison I suggested above. Fix that and you should be good.

Edited May 14, 2023 by Danp2

[Champak]

OK, the path between the two sessions are different.

Regular session is : C:\........................\AppData\Local\Google\Chrome\User Data\Default

Driver (new/guest) session is: C:\.........\AppData\Local\Google\Chrome\User Data\Default\Default

_WD_CapabilitiesAdd('args', "user-data-dir=C:\\Users\\" & @UserName & "\\AppData\\Local\\Google\\Chrome\\User Data\\Default\\Default")

I tried inputting both paths and no change. What should I do with this info?

Thanks.

Edited May 14, 2023 by Champak

[Danp2]

Try it like this --

_WD_CapabilitiesAdd('args', "user-data-dir=C:\\Users\\" & @UserName & "\\AppData\\Local\\Google\\Chrome\\User Data")

 

[Champak]

A couple problems with that

1/ that brings up a chrome window that gives me the option to select a profile.

A/ If I then select the profile that I am already using in another window, it closes the window with the profile selection and takes over the other window and doesn't navigate to the url that I want.

B/ If I select a different profile, it stays in the current window, but doesn't navigate to the url I want.

2/ The following no longer closes the browser.

    _WD_DeleteSession($sSession)

    _WD_Shutdown()

 

I'm guessing it not navigating to the url and it not closing the window are a part of the same problem.