-
-
Notifications
You must be signed in to change notification settings - Fork 825
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 metadata on cancel_reason so it is an exportable field #12775
Conversation
6f180bc
to
4f707f3
Compare
44e6c3a
to
f023c09
Compare
test this please |
@eileenmcnaughton I've tested this PR and confirm it works as expected in Contribution / Advanced Search and Builder for But
|
f023c09
to
630de22
Compare
@sluc23 it was trashing the data by applying trim to an array - see https://github.com/civicrm/civicrm-core/pull/12775/files#diff-0a639f0cf282805e238274495195e6a4R509 (I don't actually know that is a good place for trim anyway - I think the form layer & api layer do it and the lower layer may do too but that is an aside) |
@eileenmcnaughton now it works as expected with |
This means it is available for searching
630de22
to
927898c
Compare
Overview
Make cancel_reason searchable
Before
contribution search ignore the cancel_reason critieria
After
filter applied
![screenshot 2018-09-05 17 46 23](https://user-images.githubusercontent.com/336308/45073499-a422e980-b133-11e8-9fe5-62729de350b7.png)
Technical Details
This is an alternative to #12761 - it turns out the reason the default clause is not working is the field is not declared as 'exportable'.
I did consider adding a unique name in the xml but the unit test added when the field was added to the form used 'cancel_reason' so I switched the form field to have that name. As it was not previously working no smart groups will be harmed
Comments