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
Symfony 4 Compatibility #250
Comments
There is many issues with Symfony 4 compatibility. This package is also not maintained ATM. For now you can refer to this: #247 (comment) |
Ah... ok.
Do you mean that the owners are not actively developing? Or does it also mean that submitted pull requests will not be reviewed and integrated (or will take a long time)? |
Owners are not. I am the official maintainer of this library. (Many things impact the decision of not maintain this lib, including lack of time, not using this library on any of my projects and not good reaction of the team while forking another project on my company organization (for maintenance reasons))
Yes.
I understand very well that. Also, I have some very interesting work staged for commit on my computer. I'm currently working on looking for somebody to help me with the maintenance of this project. But following problems are to consider:
Things may move next week because I think this project is a nice one and I want to make it great again, and it looks like I'm not alone. If you're interested to see this project maintained again, please put a See you next week |
Sorry for the delay... From my side, I have use for this project and would love to see it maintained and improved. I agree about your 2 problems above. Perhaps it is time to knock out version 1.0, give it a support branch and make master 2.0-dev. There will definitely be some backwards compatibility breaks because it depends on code that itself has moved on. Then some of the dependencies can be updated (e.g. for symfony 4 etc) and work can start towards it. It will be broken as hell at first, but at least it will be on the way. Then some other nice things could be considered like autowiring and allowing functionality to be disabled etc. My resources are unfortunately also limited |
Hey @Nek-, did anything come out of the experiments discussed? |
@yakobe About compatibility with Symfony4: It has been started with #249. |
I am currently upgrading my project to SF4 and all my behat steps created the last 3-4 years are strongly based of freindly-contexts. Is there a substitute or a way for me to not re-write hundreds of behat tests, still keep all the tests working and most importantly upgrade to sf4? I understand this is not maintained anymore, but I can't be the only one with this dilema of droping all these behat tests that were created through out the years or re-write all of them and I hope there is something to do with it. You said you have no use for FriendlyContext in your own projects. Are you using another context package? Thank you. |
News of the migration of the project to Sf4+ ? Ty |
I have the suspicion this project is abandoned. Perhaps one of the maintainers should mark it so that people are aware? |
@Nek- can you give us some details about this topic ? |
Sorry, I think this library can be considered as totally unmaintained. I'd like to focus the (little bit of) time I have on improving/fixing Behat itself the following weeks/months. :/ |
Maybe it’s time to mark it so on packagist and on the readme? That will give people a heads up so they don’t get stuck like we are. Also, perhaps someone can then create an maintained fork without fear of code divergence. |
Maybe @FriendsOfBehat would be interested in adopting FriendlyContexts? |
If they are interested about (I don't think so) we can have a chat about it on symfony-devs slack. |
Unfortunately this package is currently not compatible with Symfony 4.
The first issue that seems to appear is in the service definitions when running behat:
The text was updated successfully, but these errors were encountered: