-
-
Notifications
You must be signed in to change notification settings - Fork 194
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
Fixes proper pat-plone-modal config to show user addition info #4048
base: master
Are you sure you want to change the base?
Conversation
@rohnsha0 thanks for creating this Pull Request and helping to improve Plone! TL;DR: Finish pushing changes, pass all other checks, then paste a comment:
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! |
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.
As @pbauer mentioned in the issue, please use only disableAjaxFormSubmit: true
and remove redirect*
options ... otherwise these interfere.
Notes:
What I didn't know is, that the addform redirects with the searchstring=<newusername>
URL query parameter, so the list shows only the added user. while this is nice if you have activated "many users" its maybe confusing when you have only 10 users and after adding a new one the list shows only one user ... we could think of adding searchtring
only if many_users
is activated?
And please do the same for usergroups_groupsoverview.pt
with the additional content
options, so that the tabs are not shown:
data-pat-plone-modal='{
"content": "#content-core",
"actionOptions": {
"disableAjaxFormSubmit": true
}
}'
PS: and don't forget a |
@jenkins-plone-org please run jobs |
what does the above error signify? when running locally it works! |
This test checks, that if the form data isn't valid the modal should remain open with the error message and the invalid form. This is indeed broken, because You have to make sure, that you run this robottest scenario with:
Now this is odd because (at the time of writing this) we cannot use an ajax modal form and show the success message in the main window but stay for errors in the modal at the same time. The only solution would be to remain in the modal on success and on error and the admin has to close the modal manually. (Side effect: the userlist shows up in the modal ... that's not nice 🤨 )
|
Sorry, but I am unsure how to run robottest using that mentioned scenarious... |
It looks like we need to enhance the Test locally section of the docs with when and how to run Anyway, @rohnsha0 if you take a look at how Jenkins runs its CI, you might find something useful in its console. It's only a machine that runs the same tests that us mere mortals manually run. |
@rohnsha0, @petschki just created a PR with instructions, and I merged it. Instructions should appear at https://6.docs.plone.org/contributing/core/#test-locally |
I ran the tests locally and got following output
|
thanks for the efforts @petschki @stevepiercy |
@jenkins-plone-org please run jobs |
fixes #4044