-
Notifications
You must be signed in to change notification settings - Fork 689
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
Resolve deviation between dev/staging and prod #3771
Conversation
These test failures appear to be legitimate and at least are in part (maybe totally, needs more investigation) caused by the same changes upstream that produced defect #3758 in the application code. Additional application code changes will be necessary, which means that we need to fix these issues and QA a final release candidate ( |
The integration tests are failing mostly because |
Now the same integration tests are failing on the
|
I cherry picked this commit on a branch on top of develop. I don't know what is wrong, but, for the last 6 hours all of those tests which were failing (mostly because of not being able to delete files) are now suddenly passing. I made no changes :( |
So, if I run the tests in this |
During #3741, we updated Flask and Werkzeug in the securedrop- app-code package dependencies. However, these same dependencies were not updated in the test dependencies file, which include Flask and Werkzeug (due to the pip-compile logic we have). This meant that in dev, the older versions of these deps were used. Even in staging, the older versions of these deps was used due to the fact that we install the test dependencies directly in the staging VMs _after_ the securedrop-app-code package is installed.
0a88f0b
to
ed0cdc1
Compare
Investigated this today - the reason for the CI failures was #3773 (the fix for #3758 was not in the out of date |
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 @redshiftzero for the investigation, great catch. Went through the test plan, and did reproduce the failure described.
Based on the conversation, ran the local tests on the branch and observed no failures (490 passed, 2 xfailed, 1 warnings in 3563.11 seconds)
Status
Ready for review
Description of Changes
Fixes #3758 (this is the cause of deviation between dev/staging and prod).
During #3741, we updated Flask and Werkzeug in the
securedrop-app-code
package dependencies. However, these samedependencies were not updated in the test dependencies file, which include
Flask and Werkzeug (due to the
pip-compile
logic we have, whichpull in Flask and Werkzeug for Flask-testing). This
meant that in dev, the older versions of these deps were used.
Even in staging, the older versions of these deps was used due
to the fact that we install the test dependencies directly
in the staging VMs after the
securedrop-app-code
package isinstalled.
Testing
0.9.0-rc2
make -C securedrop dev
This demonstrates that the source of divergence between dev and prod is resolved
Deployment
None, effects dev/staging only
That said, this should be picked into
release/0.9
such that staging CI is running on the correct dependenciesChecklist
If you made changes to the server application code:
make ci-lint
) and tests (make -C securedrop test
) pass in the development containerIf you made non-trivial code changes: