-
-
Notifications
You must be signed in to change notification settings - Fork 4
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
upgrade cypress config file to v10 #833
Comments
@djbpitt this is not a user error. The generator is still producing a v9 cypress config file. The important line in the log is here:
if you follow that link or run |
@duncdrum Thanks for the quick response. Running It sounds as if once you've issued the new release that you mention above that will fix the issue for new projects, but I have an old project that I need to repair and I don't know how to do that. If I create a new project with Yeoman after you issue a new release, will it be enough if I then update the version numbers in package.json in my old repo by copying those from the new one? That is, will the updated dependencies get installed on the next run if package.json lists version numbers higher than the ones installed when Yeoman first created the project? Or do I have to install new versions of the dependencies manually? If so, I don't know how to do that; I've been relying on Yeoman to create the framework, and I don't have the expertise to hand-edit node dependencies. Is it even possible for me to rescue my old project given that I am not an experienced node developer? |
@djbpitt you can simple manual specify |
🎉 This issue has been resolved in version 8.0.0 🎉 The release is available on: Your semantic-release bot 📦🚀 |
@duncdrum I'm embarrassed to show up with more of the same issues, but I am still unable to complete CI successfully. My latest experiment involved creating a completely new repo using Yeoman and pushing it to https://github.com/djbpitt/tmp (I deleted the old repo that was using that name before I began, so there is no old code at that location). I did not write any tests or otherwise configure the test harness; I just followed the prompts to create the new Yeoman project and then pushed it to GitHub. When I click on the little "x" next to the commit number at the top, I see that three checks were cancelled and one failed. I didn't cancel anything myself; so the cancelled ones were apparently cancelled automatically as a consequence of the failing one. The unit test that is created when I let Yeoman initialize a new repo passed, and it looks as if the error arose in the integration testing. I think the report is publicly accessible (that is, I think you can see the same thing I can if you click on the "x"), but just in case, here is what I think is the relevant part:
My usual assumption when Something Doesn't Work is that the cause is (my) user error, but I don't think I did anything here except respond to the Yeoman prompts. I didn't write any of my own tests. In case it's helpful, the process I followed to build is described at https://github.com/Pittsburgh-NEH-Institute/pr-app/blob/main/pr-app-tutorials/yeoman.md. As previously, I choose the "empty" option.
Originally posted by @djbpitt in #800 (comment)
The text was updated successfully, but these errors were encountered: