Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Assets Manager doc #17512

Open
wants to merge 4 commits into
base: main
Choose a base branch
from
Open

Assets Manager doc #17512

wants to merge 4 commits into from

Conversation

agriffard
Copy link
Member

@agriffard agriffard commented Feb 22, 2025

Fixing a few typos in Assets Manager doc.

Trying to execute yarn build -gr (A few files changed).

Not sure about the current phrasing of the last sentence:
Parcel doesn't prevent this and their ESM compiled script will load fine but you should try to avoid it else it is counter productive, you should then use a CommonJS build.
avoid it else it is counter productive Suggestion : avoid it or else it can be counterproductive?

/cc @Skrypt

@agriffard
Copy link
Member Author

agriffard commented Feb 22, 2025

Error during build step Validating the Building of Public Assets / Test building assets, as in the Vue 3 PR last build run.

@Skrypt
Copy link
Contributor

Skrypt commented Feb 22, 2025

Right, that's because the diffviewer.js changes that you pushed doesn't compile the same on CI than on your PC.
Actually everything related with Webpack seems to compile differently on your PC.

@@ -6,7 +6,7 @@ Based on [Concurrently](https://github.com/open-cli-tools/concurrently) the Orch

Old assets are not compiled as ES6 modules so they don't need these bundlers. For that matter we kept the old `gulpfile.js` which will be now triggered by `Concurrently` when doing `yarn build -gr`.

Concurrently uses an `Assets.json` file that defines actions to execute. The old Gulp pipline uses a `GulpAssets.json` file that defines actions to execute.
Concurrently uses an `Assets.json` file that defines actions to execute. The old Gulp pipeline uses a `GulpAssets.json` file that defines actions to execute.
Copy link
Member

Choose a reason for hiding this comment

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

If I'm know wrong @Piedone submitted a PR for fix such issues, right?

Copy link
Member

Choose a reason for hiding this comment

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

Not yet, just opened #17494.

@Skrypt
Copy link
Contributor

Skrypt commented Feb 24, 2025

Not sure about the current phrasing of the last sentence: Parcel doesn't prevent this and their ESM compiled script will load fine but you should try to avoid it else it is counter productive, you should then use a CommonJS build. avoid it else it is counter productive Suggestion : avoid it or else it can be counterproductive?

You could try this:


Also, Vite by default only allows ES6 builds. Currently it will return a console log if you are trying to integrate its .js builds without the type="module" parameter on their script tag; if not they will throw exceptions from code, so it is mandatory to use type="module" with them.

Parcel allows ES6 builds by configuration in the package.json file by adding the "type": "module" parameter.
If this parameter is not set Parcel will compile as CommonJS.

ESM compiled scripts will load fine on a script tag without "type="module". Though you should try to avoid it.
See: https://developer.mozilla.org/en-US/docs/Web/JavaScript/Guide/Modules#applying_the_module_to_your_html

@Skrypt
Copy link
Contributor

Skrypt commented Feb 24, 2025

Also forgot to add something about using yarn upgrade-interactive if you want to add something @agriffard

@Skrypt
Copy link
Contributor

Skrypt commented Feb 25, 2025

@agriffard please pull latest main in your branch and rebuild.

@Skrypt
Copy link
Contributor

Skrypt commented Feb 25, 2025

You did yarn build -gr as part of your last commit?

@agriffard
Copy link
Member Author

agriffard commented Feb 25, 2025

@agriffard please pull latest main in your branch and rebuild.

Merge from main done.

yarn build -gr didn't change any files afterwards.
Can you please check?

@agriffard
Copy link
Member Author

You did yarn build -gr as part of your last commit?

I did and no changes detected (only during the process, but not in the end).

@Skrypt
Copy link
Contributor

Skrypt commented Feb 25, 2025

I will try and pull your branch but ... it seems more like a different configuration on your PC causing this. Normally Webpack should output the same from one PC to an other based on the configs that are set.

@Skrypt
Copy link
Contributor

Skrypt commented Feb 25, 2025

Or maybe you did not do corepack enable on the root folder. Or it failed doing it.

@agriffard
Copy link
Member Author

Or maybe you did not do corepack enable on the root folder. Or it failed doing it.

corepack enable worked only if I open in Admin mode.

yarn build -gr did not make any changes.

@Skrypt
Copy link
Contributor

Skrypt commented Feb 26, 2025

We need to find why you get Webpack compilation changes on your PC. I did not get any. I pushed a commit that reverts these changes. All I did was a yarn build -gr which compiled correctly.

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.

4 participants