-
Notifications
You must be signed in to change notification settings - Fork 203
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
EZP-31113: Implemented indexing subtree after assigning Section to it #2862
Conversation
@kmadejski please remember to replace signal/slots with events on |
@adamwojs yep, there is even a note in PR, but I'll add it to ToDo list. |
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.
The PR does not affect HTTP cache, please adjust its title and commits to reflect the actual changes
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.
@micszo no, it's not a matter of configuration. It's due to the implementation of calling Solr. Here you can find a follow-up ticket for it: https://jira.ez.no/browse/EZP-30963. Unfortunately, I didn't have time to take care of it yet. |
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.
Tested with ezsystems/ezplatform-solr-search-engine#160.
Merged to 7.5 and removed when merged up to Also rebased SolrBundle PR and restarted tests on http cache PR, once they are green now they should be ready, but will be handled by @adamwojs as he will look into a few things including event handling for master. |
7.5
/master
AssignSectionToSubtreeSignal
is not handled properly in both search implementations as well as in HTTP cache.Note: These changes will be removed on merge-up and the second PR targeting master will be created.
TODO:
$ composer fix-cs
).master
).