-
-
Notifications
You must be signed in to change notification settings - Fork 4.8k
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
fix: update graphql dependencies to work with Parse Dashboard #7658
fix: update graphql dependencies to work with Parse Dashboard #7658
Conversation
Thanks for opening this pull request!
|
First, congratulations on your first PR! It seems that you only changed the version numbers in
To update the packages, revert any changes and run the following: npm i -E graphql@15.5.0 graphql-relay@0.7.0 Note that dashboard is already on Once you made the changes, you can run the tests locally with |
Still need to run the test myself as they fail to run on my dev machine with macOS. Pulling my fork/branch now on a clean docker image.. |
Did a fresh pull / Do I need to install other dependencies to run the tests?
|
Which node version are you using? |
I've tried again with the same node/npm versions as in the workflow:
When I do
I'll try to troubleshoot this a bit further. Guess it must be some dependency or could it be that the commits I'm using to test have an issue? |
Can you try to use a higher node version? I suspect optional chaining ( |
You can run the test in Node 10, but change test to not use optional chaining. |
The test fail, luckily the test logs output on which line. I suggest running this locally for debugging to see what exactly causes the issue at that line:
It's the same error as in #7599. That means the CI on that branch is currently broken. I opened #7659 for this. If you find a solution to this, we can open a separate PR for a fix. You could just make a new branch on 4.x without any changes and try to run the tests locally on Node 10 to investigate. We can then follow up the discussion there. After that fix, this PR can be merged. |
I left that one commit from 7599 out as I was unclear what it did and like to keep the PR to an absolute minimum. The other two commits were just syntax issues. On the "object not found" output: this is not an error but seem to be 'expected' trace output from EnableExpressErrorHandler.spec.js. I see this too when running the test locally and it's not an issue. Don't know at the moment why the tests again fail, I'll have a closer look... |
There seem to be 15min timeouts within the latest CI workflows. My guess is that GitHub Actions always triggers the latest revision of the workflow file, causing ci.yml from the alpha branch to precede over the release-4.x.x branch. Could you maybe increase the 'matrix' timeouts to 30min in the alpha branch and run the workflows again? |
The workflow that runs in the one that is in the brach that triggered the workflow, so the workflow file is correct. They did not time out, I stopped the CI because it stalled. A test should not take longer than 15 mins, more like <10 mins. If you run npm test locally on npm 10, do they all pass? |
I also canceled after a longer time before doing the last commit. It didn't look stalled and was just taking a very long to complete. Will now let it run overnight... What I don't understand is how 4.10.4 got released when the ci workflow seems to be broke? It looks like you are using a different CI workflow in your fork? Since this seems to work, wouldn't it make sense to merge that into into a 4.10.x PR? |
Ok, found the failed test, it's related to this GHSA-7pr3-p5fm-8r9x. The new test "should strip out session token in LiveQuery" fails and is included in both ParseLiveQuery.spec.js and ParseUser.spec.js. When I comment it out, the test complete ok on node 10. I'll try to fix this test and add it to the PR... |
Amazing! Can you please open a separate PR for the fix and reference issue #7659? |
@mtrezza, sorry, wanted to create a new branch/pr for this but mixed something up. Maybe just let the workflows run to see if the issue is really fixed? Happy to create a separate PR for this if the CI issue is solved.. |
Workflows running |
Codecov Report
@@ Coverage Diff @@
## release-4.x.x #7658 +/- ##
================================================
Coverage ? 93.83%
================================================
Files ? 169
Lines ? 12442
Branches ? 0
================================================
Hits ? 11675
Misses ? 767
Partials ? 0 Continue to review full report at Codecov.
|
The CI has passed, well done! Could you extract the CI fix into a separate PR so we can evaluate that separately? |
New PR #7661 for CI fix created. What do we do with this one? |
This one is for the graphql upgrade as I understand? So let's first merge the CI fix, then we can merge this one. |
There seems to be a mix up with the other PR that optimizes the CI time? Could you reduce this PR to only upgrade the GraphQL dependencies? |
974e903
to
703dbd4
Compare
Sorry for that, fix it! |
7c52323
to
7199fc5
Compare
Ok, 1st time working from a fork, doing a PR and discovering 'fetch upstream'.. Now things should be ok again :) |
You may find "GitHub Desktop" helpful that gives you a visual UI for the usual operations needed for contributing. The next dashboard release will use |
Note: before merging this; auto-release needs to be configured for the |
Auto-release has been added to |
## [4.10.6](4.10.5...4.10.6) (2022-02-12) ### Bug Fixes * update graphql dependencies to work with Parse Dashboard ([#7658](#7658)) ([350ecde](350ecde))
🎉 This change has been released in version 4.10.6 |
The label |
Fix for #7650
New Pull Request Checklist
Issue Description
Parse Server 4.10.4 installs multiple graphql modules
Related issue: #7650
Approach
Updated dependencies in package.json with smallest possible to change to resolve the issue:
"graphql": "15.5.0", // from "15.4.0"
"graphql-relay": "0.7.0", // from "0.6.0"
TODOs before merging