Wrong path with @scriptDir

[marc1 0]

Hi,

I'm using AutoIt in a robotframework test to handle a windows file dialog. The AutoIt script runs fine on my machine but the same

script on the PC of my colleague has a wrong @scriptDir path.

The line is: ControlSetText("Öffnen", "", "Edit1", @ScriptDir & "\..\data\Test.xml")

On my PC the path is as expected.

On the PC of my colleague the path is the windows user directory. I'm really puzzled.

 

Cheers,

Marc

[Subz 814]

@ScriptDir only shows the current scripts path, can you confirm where the script is running from?  What exactly does Windows user directory mean?  Do you mean the system account?

[marc1 0]

- The script is in the path G:\git\test\team_test\PBI_1\src\Script.exe

- The "Test.xml" file has the path G:\git\test\team_test\PBI_1\data\Test.xml

- With "user directory" I mean e.g. "c:\users\User_ABC"

 

[Subz 814]

Do they have a cached/offline folder of G:\git within their profile or are they running it directly from G:?

[marc1 0]

Within g:\git is the git-repo. Inside the test is called which executes the AutoIt "Script.exe" file.

My guess is that's a (windows) configuration issue or something similar...

[careca 278]

8 hours ago, marc1 said:

- The script is in the path G:\git\test\team_test\PBI_1\src\Script.exe

- The "Test.xml" file has the path G:\git\test\team_test\PBI_1\data\Test.xml

So the script is under the folder SRC, This means the path is wrong, since what you're saying to the script is basically that the test.xml is in a subdir of SRC..which is not, it is under data.

@scriptDir = G:\git\test\team_test\PBI_1\src

So when you combine it, like this @ScriptDir & "\..\data\Test.xml" it becomes:

G:\git\test\team_test\PBI_1\src\data\Test.xml

What you have to do, to keep the things as they are, is to simply remove some characters from the @scriptDir.

example:

StringTrimRight(@scriptDir, 4) ;Remove \src

This would equal G:\git\test\team_test\PBI_1

Then you can add the rest of the path on top of this and all will be fine, because Data does reside under it.

Sry for the long post.

Edited April 29, 2020 by careca

[marc1 0]

This is very weird. 

The solution was that my colleague compiled the same ".au3" script on his PC. It works.

Then I tried his .exe on my machine. It also works.

[careca 278]

Maybe you have some fileinstall lines?

Lines that place the needed files in the right folders.