Cannot access 'ASTRO_VERSION' before initialization #261

zanhk · 2024-05-12T00:35:58Z

Astro Info

Astro                    v4.8.2
Node                     v20.12.2
System                   Windows (x64)
Package Manager          unknown
Output                   hybrid
Adapter                  @astrojs/cloudflare
Integrations             @astrojs/alpinejs
                         @astrojs/tailwind
                         @astrojs/sitemap
                         astro-icon
                         @astrojs/react
                         @astrojs/markdoc
                         @vite-pwa/astro-integration

Describe the Bug

Cannot access 'ASTRO_VERSION' before initialization
  Stack trace:
    at createAstro (file:///D:/repositories/majestico/antares/dist/_worker.js/chunks/astro_BR22DijI.mjs:1536:26)
    at ModuleJob.run (node:internal/modules/esm/module_job:222:25)
    at async BuildPipeline.retrieveManifest (file:///D:/repositories/majestico/antares/node_modules/astro/dist/core/build/pipeline.js:93:26)
    at async staticBuild (file:///D:/repositories/majestico/antares/node_modules/astro/dist/core/build/static-build.js:108:7)
    at async AstroBuilder.run (file:///D:/repositories/majestico/antares/node_modules/astro/dist/core/build/index.js:164:7)
    at async build (file:///D:/repositories/majestico/antares/node_modules/astro/dist/cli/build/index.js:20:3)
    at async cli (file:///D:/repositories/majestico/antares/node_modules/astro/dist/cli/index.js:168:5)
error: script "build" exited with code 1

function createAstro(site) {
  return {
    // TODO: this is no longer necessary for `Astro.site`
    // but it somehow allows working around caching issues in content collections for some tests
    site: new URL(site) ,
    generator: `Astro v${ASTRO_VERSION}`,
    glob: createAstroGlobFn()
  };
}

What's the expected result?

It's probably a problem with some other integration but commeting

adapter: cloudflare({
		imageService: "compile",
	}),

seem to avoid the problem, just wanna ask if it's happened to someone else.

Thanks

Link to Minimal Reproducible Example

This problem happen specifically on cloudflare so I cannot reproduce on stackblitz or others

Participation

I am willing to submit a pull request for this issue.

The text was updated successfully, but these errors were encountered:

zanhk · 2024-05-12T00:44:09Z

Also with version 10.2.4 I don't have the problem but I encounter it only with version 10.2.6

zanhk · 2024-05-12T01:02:10Z

10.2.5 works as well

zanhk · 2024-05-12T10:24:56Z

Commeting this fix the problem

vite.build.rollupOptions.output.manualChunks = (id) => {
	if (id.includes("node_modules")) {
		if (id.indexOf("node_modules") !== -1) {
			// const basic = id.toString().split('node_modules/')[1];
			// const sub1 = basic.split('/')[0];
			// if (sub1 !== '.pnpm') {
			//     return sub1.toString();
			// }
			// const name2 = basic.split('/')[1];
			// return name2.split('@')[name2[0] === '@' ? 1 : 0].toString();
		}
	}
};

de6f3eb#diff-1d2a2b56ad20e7e5b13936929d10bebf30d56ffa7cdc64f686dff4ae6cfafb60R266

But now I have the problem that this commit was trying to address, I tried with astro version 4.8.2 and 4.7.0

It could be that one of that manualChucks is trigger the problem

{
	"dependencies": {
		"@astrojs/alpinejs": "^0.4.0",
		"@astrojs/cloudflare": "^10.2.6",
		"@astrojs/markdoc": "^0.11.0",
		"@astrojs/react": "^3.3.4",
		"@astrojs/rss": "^4.0.5",
		"@astrojs/sitemap": "^3.1.4",
		"@astrojs/tailwind": "^5.1.0",
		"@cloudflare/pages-plugin-mailchannels": "^0.1.4",
		"@keystatic/astro": "^5.0.0",
		"@keystatic/core": "^0.5.14",
		"alpinejs": "^3.13.10",
		"astro": "4.7.0",
		"gsap": "npm:@gsap/business@^3.12.5",
		"react": "^18.3.1",
		"react-colorful": "^5.6.1",
		"react-dom": "^18.3.1"
	},
	"devDependencies": {
		"@astrolib/seo": "1.0.0-beta.5",
		"@biomejs/biome": "1.7.3",
		"@bobthered/tailwindcss-palette-generator": "^3.2.3",
		"@cloudflare/workers-types": "^4.20240502.0",
		"@iconify-json/ic": "^1.1.17",
		"@iconify-json/mdi": "^1.1.66",
		"@iconify-json/ph": "^1.1.13",
		"@iconify-json/solar": "^1.1.9",
		"@tailwindcss/aspect-ratio": "^0.4.2",
		"@tailwindcss/forms": "^0.5.7",
		"@tailwindcss/typography": "^0.5.13",
		"@types/alpinejs": "^3.13.10",
		"@types/react": "^18.3.2",
		"@types/react-dom": "^18.3.0",
		"@vite-pwa/assets-generator": "^0.2.4",
		"@vite-pwa/astro": "^0.4.0",
		"astro-icon": "^1.1.0",
		"sharp": "0.33.3",
		"tailwindcss": "^3.4.3",
		"workbox-window": "^7.1.0"
	}
}

zanhk · 2024-05-12T10:33:39Z

Will probably have to test the exact version of each package to find the cause

zanhk · 2024-05-12T10:49:17Z

Rolling back astro to 4.7.0 seem to fix the chuck issue for @astrojs/cloudflare:10.2.4

For the version 10.2.6 I don't know the possible cause of the problem

zanhk · 2024-05-12T10:51:31Z

For anyone having the same problem here my full package version that works

{
	"dependencies": {
		"@astrojs/alpinejs": "^0.4.0",
		"@astrojs/cloudflare": "10.2.4",
		"@astrojs/markdoc": "^0.11.0",
		"@astrojs/react": "3.3.1",
		"@astrojs/rss": "^4.0.5",
		"@astrojs/sitemap": "^3.1.4",
		"@astrojs/tailwind": "^5.1.0",
		"@cloudflare/pages-plugin-mailchannels": "0.1.4",
		"@keystatic/astro": "^5.0.0",
		"@keystatic/core": "0.5.14",
		"alpinejs": "^3.13.10",
		"astro": "4.7.0",
		"gsap": "npm:@gsap/business@^3.12.5",
		"react": "^18.3.1",
		"react-colorful": "^5.6.1",
		"react-dom": "^18.3.1"
	},
	"devDependencies": {
		"@astrolib/seo": "1.0.0-beta.5",
		"@biomejs/biome": "1.7.3",
		"@bobthered/tailwindcss-palette-generator": "^3.2.3",
		"@cloudflare/workers-types": "4.20240502.0",
		"@iconify-json/ic": "^1.1.17",
		"@iconify-json/mdi": "^1.1.66",
		"@iconify-json/ph": "1.1.13",
		"@iconify-json/solar": "^1.1.9",
		"@tailwindcss/aspect-ratio": "^0.4.2",
		"@tailwindcss/forms": "^0.5.7",
		"@tailwindcss/typography": "^0.5.13",
		"@types/alpinejs": "^3.13.10",
		"@types/react": "18.3.2",
		"@types/react-dom": "^18.3.0",
		"@vite-pwa/assets-generator": "^0.2.4",
		"@vite-pwa/astro": "^0.4.0",
		"astro-icon": "^1.1.0",
		"sharp": "0.33.3",
		"tailwindcss": "^3.4.3",
		"workbox-window": "^7.1.0"
	}
}

Essentially

"@astrojs/cloudflare": "10.2.4" and "astro": "4.7.0"

alexanderniebuhr · 2024-05-12T13:02:51Z

Thanks for submitting this issue. Can you please provide a minimal reproduction, even if it only occurs on Cloudflare. We can always clone the code and rung wrangler pages dev ourselves.

zanhk · 2024-05-12T13:05:04Z

Ok, I think it's a problem with some other integration but I ll make some tests

mantis · 2024-05-25T22:56:20Z

@alexanderniebuhr I just stumbled across this against a public repo - if I take https://github.com/IdealProject/ideal ; which currently uses 9.2.1 and update to 10.X, it gives the same ASTRO_VERSION error

zanhk · 2024-05-26T13:18:16Z

After multiple tries I found how to reproduce the problem consistenly, the problem happen with the markdoc integration when there is at least a mdoc item in the collection, also it happen only with the latest versions of the cloudflare integration,

google_screen_recording_2024-05-26T13-16_42.903Z.webm

Here the repo I used to test this: https://github.com/zanhk/cannot-access-astro-version, I made it as minimal as possible

alexanderniebuhr · 2024-05-26T19:59:10Z

@zanhk Thanks for finding this out. Now we know that it relates to the markdoc integration. Going to try and find a fix soon.

alexanderniebuhr · 2024-05-27T14:53:14Z

@zanhk #270 will most likely fix the issue, however that solution is a workaround which we most likely won't be able to get into production soon.. We're still trying to figure out the best way to do it 🤔

zanhk · 2024-05-27T15:09:00Z

Thanks @alexanderniebuhr, If you push this version to npm (0.0.0-xxx) I will make some tests

q1b · 2024-06-07T04:07:57Z

I am facing same issue, have you found some work around this @zanhk

alexanderniebuhr · 2024-06-07T05:16:41Z

I'm hoping that once the upstream bug (withastro/astro#10738) is fixed, we can fix this one too.

zanhk · 2024-06-07T09:20:21Z

@q1b Right now I m using this versions

 "@astrojs/cloudflare": "0.0.0-cf-deps-chunk-20240407075425",
"astro": "4.7.0",

alexanderniebuhr · 2024-06-22T09:08:46Z

This should be fixed in the v11 release, which will be published later today to npm.

zanhk · 2024-06-22T10:03:31Z

Awesome!

N0N4M3BNS · 2024-10-30T16:16:38Z

[ERROR] ReferenceError: Cannot access 'page' before initialization
I have this issues so how to fix it?

"astro": "^4.16.7",
"@astrojs/cloudflare": "^11.2.0",

alexanderniebuhr added pkg: cloudflare needs repro Issue needs a reproduction labels May 12, 2024

alexanderniebuhr added - P4: important Violate documented behavior or significantly improves performance (priority) and removed needs repro Issue needs a reproduction labels May 26, 2024

zanhk mentioned this issue May 26, 2024

Cannot access 'ASTRO_VERSION' before initialization #268

Closed

1 task

alexanderniebuhr added the upstream label Jun 7, 2024

alexanderniebuhr closed this as completed Jun 22, 2024

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Cannot access 'ASTRO_VERSION' before initialization #261

Cannot access 'ASTRO_VERSION' before initialization #261

zanhk commented May 12, 2024 •

edited

Loading

zanhk commented May 12, 2024

zanhk commented May 12, 2024

zanhk commented May 12, 2024 •

edited

Loading

zanhk commented May 12, 2024

zanhk commented May 12, 2024 •

edited

Loading

zanhk commented May 12, 2024

alexanderniebuhr commented May 12, 2024

zanhk commented May 12, 2024

mantis commented May 25, 2024

zanhk commented May 26, 2024 •

edited

Loading

alexanderniebuhr commented May 26, 2024

alexanderniebuhr commented May 27, 2024 •

edited

Loading

zanhk commented May 27, 2024 •

edited

Loading

q1b commented Jun 7, 2024

alexanderniebuhr commented Jun 7, 2024

zanhk commented Jun 7, 2024

alexanderniebuhr commented Jun 22, 2024

zanhk commented Jun 22, 2024

N0N4M3BNS commented Oct 30, 2024

Cannot access 'ASTRO_VERSION' before initialization #261

Cannot access 'ASTRO_VERSION' before initialization #261

Comments

zanhk commented May 12, 2024 • edited Loading

Astro Info

Describe the Bug

What's the expected result?

Link to Minimal Reproducible Example

Participation

zanhk commented May 12, 2024

zanhk commented May 12, 2024

zanhk commented May 12, 2024 • edited Loading

zanhk commented May 12, 2024

zanhk commented May 12, 2024 • edited Loading

zanhk commented May 12, 2024

alexanderniebuhr commented May 12, 2024

zanhk commented May 12, 2024

mantis commented May 25, 2024

zanhk commented May 26, 2024 • edited Loading

alexanderniebuhr commented May 26, 2024

alexanderniebuhr commented May 27, 2024 • edited Loading

zanhk commented May 27, 2024 • edited Loading

q1b commented Jun 7, 2024

alexanderniebuhr commented Jun 7, 2024

zanhk commented Jun 7, 2024

alexanderniebuhr commented Jun 22, 2024

zanhk commented Jun 22, 2024

N0N4M3BNS commented Oct 30, 2024

zanhk commented May 12, 2024 •

edited

Loading

zanhk commented May 12, 2024 •

edited

Loading

zanhk commented May 12, 2024 •

edited

Loading

zanhk commented May 26, 2024 •

edited

Loading

alexanderniebuhr commented May 27, 2024 •

edited

Loading

zanhk commented May 27, 2024 •

edited

Loading