UIpath verification with underlying opinionated software

[it17 (It)]

I am doing a standard Type Into a text field (which can manually be filled by a dropdown).

I type into the text field a company code (in this case, SJM), taken from an Excel field, and I receive a verification error as follows:

Type activity verification failed:
Expected text: "SJM".
Actual result: "SJM ".

I can’t make any sense out of this. Where is this space coming from, and why is the target expecting a string without spaces? I’ve tried trimming the string, but to no avail.

or in another similar case:

Type activity verification failed:
Expected text: "IV2382010".
Actual result: "  IV2".

I guess the question I am asking is: Does the problem for this behavior come from UiPath, or from the underlying application I am typing into?

[Yoichi]

HI,

Can you share detailed information such as settings of TypeInto and/or screenshot of the field?
For now, how about changing input method such as Simulate etc?

Regards,

[it17 (It)]

The original Type Into code was

CurrentRow.ByField("Customer Code")

I then tried:
CurrentRow.ByField("Customer Code").AsText.Trim

into a text field like

Can you advise me where to find some documentation on the Simulate activity?

[Yoichi]

HI,

I mean the following InputMode property. Can you try to change it then run?

Studio - Input methods

Regards,

[it17 (It)]

I changed the Options->Input Method->Simulate and got the identical error.

The only way I can make it accept the string is by disabling Verification, and since this is an accounting program, I am reluctant to turn off verification of data entry.

[Yoichi]

HI,

I think it’s necessary to isolate cause.

Can you check if whitespace actually exists in the text field when exception occurs? (Check it using cursor key in the field)

And can you check string which is obtained by GetText activity after TypeInto without verification? (It’s length and/or the following expression etc)

String.Join(",",yourString.Select(Function(c) AscW(c).ToString))

Regards,

[it17 (It)]

I ran entering the string ‘SJM’ without verification and the length was shown as 3, which seems right.

Once I put verification back in, it failed with the same error.

[Yoichi]

HI,

if TypeInto works well but verification is failed for some reason, how about using custom checking logic using RetrtScope etc. as the following?

Regards,

[it17 (It)]

Right, so I typed the word “test” into a simple text field, left the verification on, and it told me.

[Yoichi]

@it17

left the verification

Can you try to turn off verification of TypeInto? The above workflow checks b/w input string and obtained text using GetText activity? It can abe used instead of verification of TypeInto.

Regards,

[it17 (It)]

OK, turned off verification

• Assigned ‘test’ to strinput
• TypeInto a text field with strinput
• Did Get Text from field, saved it as strnew
• Did Check True strinput=strnew
• No mismatch error generated.

All very weird.

[Yoichi]

Hi,

There may be something limitation in verification feature of TypeInto. (As detailed logic is not public, it’s difficult for us to investigate its cause.)
If the above works for you as workaround, can you adopt it?

Regards,

[it17 (It)]

I replaced your example by changing the test string to “testtest2test3” and the verification went through OK.

Is it possible that the accounting software is very opinionated as to the length of the strings it receives for particular fields?

UPDATE: I increased the length of the company code to 4 characters, that is, changed ‘SJM’ to ‘SJMB’ and everything goes through as planned.

Could that be the explanation - that the accounting software is padding strings to the format it wants?

[Yoichi]

It depends on the software. If we input some text manually and the software automatically modifies or reject it under some condition, it may be specification of it.

[it17 (It)]

Many thanks for your diligent help.

I hope that with your help I have been able to pinpoint this problem.