Skip to content

Fix failing component tests on Travis #12034

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

Closed
webmozart opened this issue Sep 25, 2014 · 9 comments
Closed

Fix failing component tests on Travis #12034

webmozart opened this issue Sep 25, 2014 · 9 comments
Labels

Comments

@webmozart
Copy link
Contributor

Currently, the SecurityBundle tests fail on Travis for versions < master when running the tests in isolation:

sh -c 'if [ "$components" = "yes" ]; then sh -c "find src/Symfony -mindepth 3 -type f -name '\''phpunit.xml.dist'\'' | sed '\''s#\(.*\)/.*#\1#'\'' | parallel --gnu --keep-order '\''echo \"Running {} tests\"; cd {}; COMPOSER_ROOT_VERSION=dev-master composer --prefer-source --dev install; phpunit --exclude-group tty,benchmark;'\''"; fi;'

The problem is that #10694 broke BC for the master branch. When the tests are run for a lower version than master ("2.3" for example), Composer still installs the dependencies in version "dev-master", resulting in errors due to the BC break.

When running the component tests, we should fix Composer to install the dependencies for the appropriate branch instead of always taking the master branch. Not sure how to do this though.

ping @romainneutron @Seldaek

@stof
Copy link
Member

stof commented Sep 25, 2014

@webmozart no we should not. The goal of this test run is precisely to ensure that all dependency constraints in the components' composer.json are right. So we should fix them instead of altering them to force installing a specific version

@webmozart
Copy link
Contributor Author

@stof Yes, I wasn't clear :) The point is: Somebody make the tests green! :)

@romainneutron
Copy link
Contributor

What about reverting this this BC break, and provide a signature that would be BC for the AuthenticationListener?

@webmozart
Copy link
Contributor Author

@romainneutron This fixes the symptom, but not the problem, no?

@stof
Copy link
Member

stof commented Sep 26, 2014

Well, the main problem is the BC break actually

@webmozart
Copy link
Contributor Author

@stof Any BC break (even if allowed by our policy) will be a problem unless we find a way to fix this.

@stof
Copy link
Member

stof commented Sep 26, 2014

Well, if we break BC, we can change the constraints in older branches to change the max allowed version of the dependency. But note that this will only fix it in the testsuite and for new releases of the older version. Previous releases will still advocate compatibility because of using the usage of the semver constraint.

fabpot added a commit that referenced this issue Sep 27, 2014
…ron)

This PR was merged into the 2.6-dev branch.

Discussion
----------

[Security] Fix BC break introduced in #10694

| Q             | A
| ------------- | ---
| Bug fix?      | yes
| New feature?  | no
| BC breaks?    | no
| Deprecations? | no
| Tests pass?   | yes
| Fixed tickets | #12034
| License       | MIT

Not sure about this fix, @stof 'ing welcome

Commits
-------

b2183aa [Security] Fix BC break introduces in #10694
@jakzal
Copy link
Contributor

jakzal commented Dec 13, 2014

re #12542

@fabpot
Copy link
Member

fabpot commented Dec 24, 2014

Closing as we are all working hard to make the tests green again :)

@fabpot fabpot closed this as completed Dec 24, 2014
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

5 participants