-
Notifications
You must be signed in to change notification settings - Fork 31
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
Add support for clean legacy install #82
base: master
Are you sure you want to change the base?
Conversation
Works with the current sql files in ezpublish legacy kernel but since they are not compatible with ezplatform schema ezplatform stack won't work properly. There should be another set of files somewhere in a data folder. But should it be in the legacy kernel or in the legacy bridge ? 🤔 |
Hi @yannickmodahgouez :) What's the schema error? |
Hey @andrerom, there is no schema error per se, ezplaform doesn't behave the way it should when I use the schema / data stored in ezpublish_legacy kernel. I'll try to dig up to give you more info. |
I never had any problems with using just Also, this does complicate maintenance, since changes to original schema will need to be applied here too. |
Well my main issue with ezplatform:install clean is that it deploys content that is not fully compatible with the legacy ( ezxmlrichtext ) and it might be confusing for users. Hence my PR |
Hah, okay, I didn't think abot that one :) I usually remove the fields from Platform UI and don't give it any more thought. |
@emodric yes I did the same but I figured out it would be better to have a more straightforward install process. @andrerom I confirm that there is no issue with the schema, ezplatform was acting up because the ezxmltext converter was missing, I required ezplatform-xmltext-fieldtype and everything is fine now. Well except the fact that some of the content types added are really old ( ini settings, Template look ... ). I think they were removed during the 5.x era aren't they ? |
793ff28
to
936ff09
Compare
@yannickmodahgouez So then I would suggest you consider extending the clean install and reuse the schema function, and only do custom data. Update: Afaik you should not need to add own interface and probably can avoid having to add DbBasedInstaller here. |
+1 on @andrerom 's comment :) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What is still the open issue here? What is the blocker? Btw, for making the richtext fields usable on the raw level there is "netgen/richtext-datatype-bundle" |
Yes, proposed doc to reflect that in #119 also now :) |
If I'm correct, this pull request would make legacy install simpler. If this is the case, @bdunogier, @andrerom and @yannickmodahgouez , how can we get this pull request moving? Thanks. |
@robinmuilwijk the pr needs lots of cleanup (details stated above), so either @yannickmodahgouez or someone in community would need to work on it. |
Kudos, SonarCloud Quality Gate passed! |
This adds support for a CLI installation of legacy clean content using :
php app/console ezplatform:install legacy_clean