Closed erral closed 2 years ago
@erral thanks for creating this Pull Request and helping to improve Plone!
TL;DR: Finish pushing changes, pass all other checks, then paste a comment:
@jenkins-plone-org please run jobs
To ensure that these changes do not break other parts of Plone, the Plone test suite matrix needs to pass, but it takes 30-60 min. Other CI checks are usually much faster and the Plone Jenkins resources are limited, so when done pushing changes and all other checks pass either start all Jenkins PR jobs yourself, or simply add the comment above in this PR to start all the jobs automatically.
Happy hacking!
@jenkins-plone-org please run jobs
@jenkins-plone-org please run jobs
For
master
branch (=Plone 6 only) I'd import the existing utility fromProducts.CMFPlone.browser.search
and bump the version to2.0.0dev0
If this munge_search_term
is used here too, maybe we should move it now to plone.base
? /cc @jensens
@jenkins-plone-org please run jobs
The one remaining failing test on 2.7 is an unrelated robot failure that we can ignore. Has nothing to do with this PR.
Ok, I will change to be a method, create the 1.x branch for 5.2, port the change to master and bump it to 6 only
@jenkins-plone-org please run jobs
PR updated and PR for buildout.coredev also in place: https://github.com/plone/buildout.coredev/pull/805
@jenkins-plone-org please run jobs
@jenkins-plone-org please run jobs
@jenkins-plone-org please run jobs
@jenkins-plone-org please run jobs
@jenkins-plone-org please run jobs
@jenkins-plone-org please run jobs
It could go to plone.base for Plone 6. I agree to branch away to 1.x and backport as done here.
I just copied over the function
munge_search_terms
from https://github.com/plone/Products.CMFPlone/pull/3518We are using the same plone.app.querystring version for both Plone 5.2.x and 6, so it is not possible to import from Products.CMFPlone and neither from plone.base if that function is ever moved to there.
Opinions? @petschki @jensens @mauritsvanrees