Why does OCRExtract when using XModule Local OCR throw an error but online mode works fine?

any idea? @ulrich @admin

@admin Update see below:

I am using macOS Monterey 12.0.1 and UI Vision 8.2.5 in Chrome
Contents of ocrlang.json are as follows:
[“eng”,“fre”,“ita”,“ger”,“spa”,“por”,“chs”,“cht”]

I have also tried reinstalling XModule to the latest version and it shows 1.5.15 as being installed and LOCAL OCR Processing shows 1.0.12

When I try to run the demo: DemoPDFTest_with_OCR I get the following error:

  • [error] Line 14: Please enable OCR first

Just to clarify: Online OCR works but local OCR gives you an error?

@admin thanks for the reply. Yes, that is correct. Online OCR works but local gives me an error. When I go into the OCR settings and set Default OCR Engine to XModule Local OCR I am unable to do any OCR.

I get the following error:

  • [error] Line 2: The first argument must be one of type string, Buffer, ArrayBuffer, Array, or Array-like Object. Received type boolean

However if I select Engine 1 and check Allow Online OCR, then the OCR works fine.

So local OCR does not work for me at all but online does.

This error has been reported to us by a few users (Mac/Windows). Unfortunately we have not been able to recreate on our test systems yet. But we are working on it. Any hint on when it happens/when it not happens would be helpful.

I have three separate computers on macOS and all throw the same error every single time for any local OCR attempt.

Anything I can do to show you this error? It is literally any local OCR doesn’t work at all.

I have enabled/allowed all the requests in system preferences/privacy and on latest version of chrome/UI vision

In other words local OCR has never worked for me since I first installed UI vision

A user found the culprit: The First argument must be one of type string,... error happens if the XModule root directory is changed from the default one:

"I have done some investigating about this issue, and it seems that the local OCR works fine if you install RPA extension and Xmodules to the default folder and also keep the default Home folder in the FileAccess XModule settings:
… \Desktop\uivision

If you change that, then it seems that the local OCR will not work any longer (at least in our case). If I change it back to that, then it works fine. Are you aware of this and will this be fixed in the upcoming versions?"

=> We confirmed this, and will fix it with the next update. Meanwhile, as workaround, please keep the default XModule home folder.

@admin Thank you for looking into this. Unfortunately for me this is not the solution as XModules is already set to the default home folder. I double checked this and the folder is \Desktop\uivision and I didn’t change anything upon Xmodules installation.

Any other suggestions?

Oh, strange… can you try on a second machine? Do you see the same issue there as well?

@admin Yes, as mentioned earlier in my post, I have three separate computers on macOS and all throw the same error every single time for any local OCR attempt. I literally do a standard XModules and UI Vision install without changing anything, and on each computer I have the same problem. They are on different versions of MacOS too, but they all have the same problem.

1 Like

Hi just wanted to chime in here.

Also hitting this on 2 freshly restored Macs using default install location (~/Desktop/uivision).

Occurs with Local XModule OCR.
Doesn’t occur with Online OCR.

Glad I found this thread so I know I’m not the only one seeing this. Hope we can get it resolved. Thanks!

I have this exact same problem. I am also on MacOS. Seems a lot of users have this problem? UI Vision is completely unusable for me because my company policy only allows local connections not external OCR.

Unfortunately this bug has rendered the entire extension useless for me. Back to iMacros for now.
@admin any update on this?

Thank you!

Hello, the issue has been fixed internally. An update should be available very soon.

Thanks, good to hear. @admin Did you find the issue? Since for me it was not changing the default storage location that was the problem.

Oh. => Please try with the new V8.2.7 (released today). Does this version work for you? (If not, there might be another Mac issue that we need to debug, please let us know).

Same issue with v8.3.1
works with online OCR but will not work locally.
Since we are looking to use it for credentials management, online OCR is pretty much out of the question
UPDATE: Updated to 8.3.2 and still an issue

@admin this issue seems to be fixed for me in 8.3.2. Thank you. It is interesting because I had never changed the default storage location at all on any of the versions.

@rlbck38 I’m not sure what is causing the problem for you.

@admin Same issue here:
local ocr error, while online ocr is fine;

Versions:
Extension: 8.3.9 in chrome
Chrome: Version 116.0.5845.141 (Official Build) (64-bit)
OS: Win10 64 bit Chinese;

Content in ocrlang.json:
[“chs”]

What i’ve done:

  1. search the forum “The first argument must be one of type string, Buffer, ArrayBuffer, Array, or Array-like Object. Received type undefined”, read all 3 threads;
  2. according to the core point: changed the folder back to the default one: \Desktop\uivision\
  3. reinstalled the latest xmodules version: uivision-xmodules-setup-v2a.exe

the issue is still existing, any update for the solution?

thanks.

@gibson You write “OS: Win10 64 bit Chinese;” - Just to make sure I understand: So you are actually using the Chinese language Windows version?

@admin , yup, you’re right, OS is Chinese version, btw, Chrome language also is.