Hi, it is likely that in June 2026, the node VM module will enable us to sandbox ESM modules.

However, note that in the newer node, you will still be able to use CommonJS modules as of now.
In other words, that date, June 2026, shouldn't be significant for you.

This hasn’t been implemented yet, unfortunately — there were other priorities.

The xlsx recipe, when you use xlsxAdd, already use batching and streaming internally.
Do you hit an OOM error when having many rows?

Would you be able to email me the mentioned pdfs?

You can send the export or compressed data folder...

I cannot imagine why the perf would be different when using external config. Maybe some kind of disk virtualization/docker/os issue.

Anyway, what if you test things without Docker first and then troubleshoot the containerization issues?

You have two loops in your folder structure.

folder with shortid 0HYiJb9 has parent itself
folder AKH3fuS has a parent 2vof8k_ which has parent AKH3fuS

To fix your workspace
set to the folder with shortid: 0HYiJb9 the prop folder null to move it to the root
and set to the shortid: 2vof8k_ the prop folder to null

I am not sure how this happened. If you will ever be able to deterministically replicate this, we will happily take a look.

why handlebar and chrome pdf took this much of time , any idea ?

The only thing that comes to my mind is that the reason is a super throttled CPU.
Try a different machine, or send me your workspace I can test.

There is no extra setting. Try to compare the profile, what is actually the bottleneck
https://jsreport.net/learn/studio#profiles

Regarding the original question...
It appears that the studio's JavaScript is freezing the browser. Would it be possible for you to share with me confidentially your workspace? An export or a mongodb dump. You could clean all the data and template content if you need to. You can email me a link where to download it to jan.blaha@jsreport.net

Regarding rendering time...
The jsreportonline has limited containers, so your full machine env should actually be faster.
One thing that comes up to my mind is that the problem could be amount of entities -> slow db and loading.
Could you check your collections have indexes? The latest jsreport automatically creates indexes.

Could you check F12 network/js dev tools? Is there an error, or just some requests hanging?
Any errors in the standard server log?

Hi,

We will update the deps to provide a clean audit report during the next release. As always...

We don't have a date yet, though.