-
-
Notifications
You must be signed in to change notification settings - Fork 90
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
Fix BaseBreadcrumbBlockService without extending MenuBlockService #687
Fix BaseBreadcrumbBlockService without extending MenuBlockService #687
Conversation
928524e
to
da9c3d5
Compare
Have to fix tests, but this is what I had in mind @VincentLanglet |
2d3306f
to
ab3598d
Compare
ab3598d
to
8418b44
Compare
This is how it would be applied to SonataPageBundle: sonata-project/SonataPageBundle#1592 wdyt @VincentLanglet ? |
Might be worth to add a note in the upgrade note, just in case |
I think we should be good now. |
Im merging, but do not release yet, I want to validate on SonataPageBundle (with Github Actions) that it works as expected. |
Just tested: sonata-project/SonataPageBundle#1592 It works. |
So you just introduced a BC break for any other project that is relying on the Why didn't you fix the problem on the SonataPageBundle |
Seems like he had to fix the great work of someone else 84355f6 The missing Editable implementation was already reported here: 84355f6#r42421991 And an issue existed here #685 explaining that the block service wasn't working/fully working. To us, it was not a PageBundle issue but a SeoBundle one and we were considering this as a bug fix ; but every change break someone workflow (https://xkcd.com/1172/). The issue was here to try to get some opinions but you didn't seemed concerned about this issue before (or any other recent sonata issues/pr). Jordisala1991 is currently doing an excellent and time-consuming work for PageBundle/BlockBundle and in more general way sonata-project. Like always, better complaining than helping. |
First of all cudos to both of you by keeping the project alive ❤️ Also I'm not actively maintaining the sonata projects anymore for many different reasons, I was also contributing to this projects for many years and hundreds of hours and always tried to stay BC on the stable where it was possible. So you should only change method signatures in a major release (for non-final classes).
Also if there might be a bug in this component, the issue could also be fixed with respect to the BC policy we have for many years by writing a deprecation layer for this. This could be done by making the constructor arguments nullable and throwing a deprecation warning or by creating a PageBundle specific implementation. I was using the old implantation since the 3.0 release in many of my projects without any problem. Some side information why I removed the editable part: |
Hey! If you have a better solution, feel free to provide all the PRs needed on all the project to make it work. I mean, on the SonataSeoBundle, and SonataPageBundle. I am sorry if this caused you trouble on your projects, but it is not my intention to change this code again. Thank you for understanding. |
I first proposed this here: #687 (comment)
If everything is broken, a BC-break is not really one since the class wasn't working on it own. Seems like it was usable finally ; I can't say how, since I don't know a lot of this stuff. Might be interesting to explain more about to @jordisala1991.
This might be a better idea but now the question would be: should we keep the BC break now it's done or should we fix it differently, but reverting the BC break will be also a BC break... |
…vice (sonata-project#687)" This reverts commit f671f34.
…vice (sonata-project#687)" This reverts commit f671f34.
…vice (sonata-project#687)" This reverts commit f671f34.
Subject
I am targeting this branch, because this is broken since 3.0, and even if it introduces BC breaks, it does because currently the block is fundamentally broken in the context of SonataPageBundle.
Closes #685.
Changelog