eb984559a8
Another change in snowpack@3 caused this bug. It's not actually a bug in snowpack. Previously snowpack was keeping its list of installed packages in a global cache. In 3.3 it stopped doing so. We were accidentally relying on that global cache to be able to resolve dynamic components. This fixes it so that we use the frontend snowpack instance to resolve dynamic components. Doing so means they are available when we try to load them.
30 lines
830 B
JavaScript
30 lines
830 B
JavaScript
import { suite } from 'uvu';
|
|
import * as assert from 'uvu/assert';
|
|
import { doc } from './test-utils.js';
|
|
import { setup } from './helpers.js';
|
|
|
|
const DynamicComponents = suite('Dynamic components tests');
|
|
|
|
setup(DynamicComponents, './fixtures/astro-dynamic');
|
|
|
|
DynamicComponents('Loads client-only packages', async ({ runtime }) => {
|
|
let result = await runtime.load('/');
|
|
|
|
assert.equal(result.statusCode, 200);
|
|
|
|
// Grab the react-dom import
|
|
const exp = /import\("(.+?)"\)/g;
|
|
let match, reactDomURL;
|
|
while(match = exp.exec(result.contents)) {
|
|
if(match[1].includes('react-dom')) {
|
|
reactDomURL = match[1];
|
|
}
|
|
}
|
|
|
|
assert.ok(reactDomURL, 'React dom is on the page');
|
|
|
|
result = await runtime.load(reactDomURL);
|
|
assert.equal(result.statusCode, 200, 'Can load react-dom');
|
|
});
|
|
|
|
DynamicComponents.run();
|