-
Notifications
You must be signed in to change notification settings - Fork 85
fix the example frontend server web app #1694
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
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks Jake! Is there an existing test that makes sure the example is working btw? If not, would it be possible to add it?
I added some basic tests, also fixed an issue with the vm client example |
cc @johnniwinther do you have any insight into the error I am seeing? I can't repro it locally...
This is coming from an app that is spawned by a precompiled dill (from frontend server). |
For now I am just skipping the example vm client test, not sure why its failing on github actions. |
It looks like a new VM ast (where AwaitExpression is supported) is run on an older VM (where AwaitExpression wasn't supported). I don't know have that can happen, though. @alexmarkov Do you have any idea how this can happen? |
@johnniwinther Yes, this looks like an incompatibility between kernel binary (probably because the new front-end server is used in the tests) and the old Dart VM. We do not have any compatibility guarantees, which means that versions of front-end server and Dart VM should match exactly (should come from the same commit). These tests seem to violate this requirement. |
I am not sure how these could be different versions... there is only one version of the Dart SDK downloaded in the job... |
It looks like the test doesn't perform any cleanup before/after running and doesn't check for errors. |
I tried adding some cleanup to the examples themselves, we can see if that gives a different error. I didn't see any errors in the compile output though. |
@alexmarkov thanks that did seem to fix it! I am not sure exactly what was happening still... each test should have overwritten the existing files from the previous test? Maybe frontend_server was appending instead? |
Actually I wonder if it was picking up the previous dill file and doing an "incremental" compile or something, but from a dill compiled for the wrong platform? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM!
Fixes #1546
There are definitely some hacky-ish things here in terms of the routing, but it works and that isn't the focus of the example.