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
When a plugin requires a core piwik version that does not exist yet, CI tests start timing out #6941
Comments
For the record in the plugin I required a version that doesn't exist. The reason is that |
You could try to disable the Marketplace in tests and see if it changes anything. Otherwise it is not good to require a Piwik version that is not released yet. Eg Piwik would notice there is a missing dependency and deactivate the plugin which can cause failing tests (at least the UI tests). |
Maybe the piwik would have behaved better if the edit: this build https://travis-ci.org/piwik/piwik-ui-tests/builds/46155835 |
This is not good but what would be the good way? |
Increase Piwik version |
I can confirm that it works to require we don't need to create a tag. so maybe this is acceptable solution. |
I think it is not only an acceptable but also the correct solution. If you have changes in Piwik that changes the API then you increase the version number. |
👍 Conclusion is: when we set a Piwik require version then we must set this version in |
The goal of this issue is to fix the bug that when a core Piwik version is specified in a plugin and this core version does not exist yet (eg.
4.0.0
), then Piwik runs very slow (at least during tests). We expect that Piwik behaves still the same independently of the required core versions.Explanation
Yesterday our builds started failing due to timing out. See here:
I wrote email to Travis support as I was sure it was infrastructure problem, but as usual, it was a bug in the code. ;-) at first we got super confused as we looked at the wrong commit (N-1 instead of N). After that with matt we looked again and it was worked around in commit: matomo-org/plugin-CustomAlerts@0e88064 then the build behaved again.
cc @tsteur @mnapoli
The text was updated successfully, but these errors were encountered: