U1: Print Preprocessing stuck on "loading..." at 0% in Snapmaker Orca 2.3.6 on macOS

[dallaswinger]

Is there an existing issue for this problem?

• I have searched the existing issues

Snapmaker_Orca Version

2.6.0

Operating System (OS)

macOS

OS Version

macOS 13.2.1

Additional system information

Apple M2 Pro 16GB

Printer

Snapmaker U1

How to reproduce

Slice and click upload and print

Actual results

The Print Preprocessing window opens but remains stuck on:
"loading..."
The upload never progresses past 0%.

Expected results

The progress bar would show upload progress and print would start

Project file & Debug log uploads

logs.txt

Checklist of files to include

• Log file
• Project file

Anything else?

The G-code generated by Orca works correctly when uploaded directly through the U1's web interface.

I can:

1. Slice the model in Snapmaker Orca 2.3.6
2. Export/save the generated G-code
3. Upload that exact G-code through the U1's web interface
4. Successfully start and print the job

Therefore, the printer, firmware, generated G-code, and basic LAN connectivity appear to be working correctly.

The problem appears to be specifically with the Snapmaker Orca 2.3.6 Print / Print Preprocessing / Upload and Print workflow.

[dallaswinger]

The Orca log appears to identify the failure directly.

During preUploadAndPrint, Orca throws:

FormatException: Illegal RegExp pattern (SyntaxError: Invalid regular expression: invalid group specifier name)

for the regular expression:

(?<!\d)1[3-9]\d{9}(?!\d)

More importantly, the same exception is thrown specifically from the LAN upload path:

WcpConnection, lanUploadFile, upload file error

Immediately before the failure, Orca successfully obtains the generated G-code, validates its checksum and file size, and enters uploadFileToDeviceServerOrCloudServer. The failure therefore appears to occur in Orca's LAN upload implementation rather than slicing, G-code generation, printer communication, or the U1 itself.

The system is running macOS 13.2.1. The failing expression uses JavaScript negative lookbehind ((?<!...)), which was not supported by Safari/WebKit until Safari 16.4. This suggests Snapmaker Orca 2.3.6 may have introduced a WebKit compatibility regression in the Print/Upload workflow on older macOS/WebKit versions.

I am almost certain updating macOS on this laptop will fix this issue, but it should be known that there is a compatibility issue with older versions of macOS