Skip to content

Conversation

@wmertens
Copy link
Contributor

Description

Fixes #17409

@bolt-new-by-stackblitz
Copy link

Review PR in StackBlitz Codeflow Run & review this pull request in StackBlitz Codeflow.

| Terser.WeightedIdentifierMangler
| undefined = (options.mangle as any)?.nth_identifier
if (nth && typeof nth === 'object') {
toFunction(nth, 'get')
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Have you tried running this code? The Worker is using https://github.com/sapphi-red/artichokie and it stringifies its content to run in worker threads so it cannot access variables / functions declared outside of its scope.

The toFunction needs to be moved to inside the worker.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It's kinda surprising to me that the tests passed with this change - it looks like we don't have a test case covering terser minification. /cc @sapphi-red

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

😓 sorry I didn't test it, I was hoping the CI would catch any errors. I'll add a test case for both n_th options

worker ||= makeWorker()

const terserPath = loadTerserPath(config.root)
const nth =
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looking at terser option types, it seems mangle.properties can also contain nth functions: https://github.com/vitejs/vite/blob/main/packages/vite/src/types/terser.d.ts#L118

I was going to propose a more generic function serialize / revive mechanism, but it looks like these are the only two places where functions may appear in all terser options.

@sapphi-red are you aware of other places where we use workers this way and may require handling functions?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

For other places that require sync function options, it's falling back to running them on the main thread as the function itself might not be serializable. For example, the importer/plugin might be a 3rd party package and could reference a variable outside the function.

shouldUseFake(_sassPath, _data, options) {
// functions and importer is a function and is not serializable
// in that case, fallback to running in main thread
return !!(
(options.functions && Object.keys(options.functions).length > 0) ||
(options.importer &&
(!Array.isArray(options.importer) || options.importer.length > 0))
)
},

shouldUseFake(_lessPath, _content, options) {
// plugins are a function and is not serializable
// in that case, fallback to running in main thread
return options.plugins?.length > 0
},

{
shouldUseFake(_stylusPath, _content, _root, options) {
// define can include functions and those are not serializable
// in that case, fallback to running in main thread
return !!(
options.define &&
Object.values(options.define).some((d) => typeof d === 'function')
)
},

For async functions, parentFunctions is used. It calls the function on the main thread from the worker by serializing the input/output.

parentFunctions: { internalImporter },

parentFunctions: { viteLessResolve },

I guess we can call sync functions on the main thread from the worker without making it async by using Atomics.wait if we want to. But I'm not sure how the performance will be.

@wmertens
Copy link
Contributor Author

wmertens commented Sep 7, 2024

Ok I added a test and moved the toFunction into the worker, but unfortunately I can't make it work.

I don't understand how parentFunctions is supposed to work; also, do I understand correctly that when shouldUseFake is true, it runs the entire worker on the main thread?

@wmertens
Copy link
Contributor Author

wmertens commented Sep 7, 2024

Another option would be to augment the terser options with reproducibleNames which would then give terser a function that generates a-zA-Z etc, because that's all I'm interested in, reproducible builds.

Would that be accepted?

@sapphi-red
Copy link
Member

Ok I added a test and moved the toFunction into the worker, but unfortunately I can't make it work.

The test is failing because an unrelated test relies on the file structure. It's fine to update the snapshot by pnpm run test-unit -u.

I don't understand how parentFunctions is supposed to work

When you pass a function to parentFunctions, it will make it possible to call that function inside the worker. It currently requires the function to be async, so it won't work in this case.

do I understand correctly that when shouldUseFake is true, it runs the entire worker on the main thread?

Yes.

Another option would be to augment the terser options with reproducibleNames which would then give terser a function that generates a-zA-Z etc, because that's all I'm interested in, reproducible builds.

If terser isn't deterministic, it's a bug in terser (terser/terser#139 (comment)). Would you explain what that option does?

@sapphi-red
Copy link
Member

I'll close this PR as #18987 is merged

@sapphi-red sapphi-red closed this Oct 19, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Error using build.terserOptions mangle nth_identifier

3 participants