Skip to content
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

build: fixes for CI flakes in 3-1-x #18523

Merged
merged 1 commit into from May 30, 2019
Merged

build: fixes for CI flakes in 3-1-x #18523

merged 1 commit into from May 30, 2019

Conversation

jkleinsc
Copy link
Contributor

Currently in 3-1-x both Windows and Linux CI are erroring out with two separate issues:

  1. Windows flakes on the app module mixed sandbox tests. This is due to Re-enable mixed-sandbox tests for Windows CI #13770 (comment). This PR fixes that issue by turning off ELECTRON_ENABLE_LOGGING/ELECTRON_ENABLE_STACK_DUMPING on Appveyor builds.

  2. Linux builds are timing out but passing tests. It turns out that dbusmock was hanging on dbus_stop. This PR changes the docker container to use a newer version of python-dbusmock which adds timeouts to dbus_stop.

Description of Change

Checklist

Release Notes

Notes: no-notes

Turns off ELECTRON_ENABLE_LOGGING/ELECTRON_ENABLE_STACK_DUMPING in Windows as they are causing issues.

In Linux, use a newer version of python-dbusmock to resolve dbusmock hanging on dbus_stop
RUN apt-get install -y python-dbusmock
# Install python-dbus
RUN apt-get install -y python-dbus
RUN pip install python-dbusmock
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It looks like it can make sense to port this piece to all other release branches.
Just to avoid issues with python-dbusmock in case there will be a need to rebuild a Docker container for any of them.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@alexeykuzmin the newer branches use a newer base docker image which already pulls in a newer version of python-dbusmock, so it is only really needed for 3-1-x

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@jkleinsc

I've recently built a Docker container from the 4-2-x branch Dockerfile to run tests in, and often see exactly the same failures because of dbus timeouts.

So it looks like the current Docker containers used for E4 builds just happen to have a version of python-dbusmock not affected by that issue.
So I think that pip install python-dbusmock should be used for E4+ builds as well to make sure we always use a newer version of python-dbusmock, which doesn't have the timeout issue.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

By the way, do you know exactly which version of python-dbusmock works fine?
Should be specify this version in the Dockerfile explicitly?
It is probably the latest available today 0.18.1, am I right?

@jkleinsc jkleinsc merged commit 363d0da into 3-1-x May 30, 2019
@release-clerk
Copy link

release-clerk bot commented May 30, 2019

No Release Notes

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants