Skip to content
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

CiviCampaign - Refactor civicrm_survey.recontact_interval #27268

Merged
merged 1 commit into from
Sep 5, 2023

Conversation

colemanw
Copy link
Member

@colemanw colemanw commented Sep 3, 2023

Overview

Refactors out a thoroughly strange data structure in CiviSurvey.

Before

Each option value in a survey result option group has an associated recontact_interval, which is an integer storing the number of days before the respondent should be recontacted. e.g.

  • Status: "Left Message" Recontact Interval: 3
  • Status: "Not Home" Recontact Interval: 1

For some reason, this data was being stored in a serialized array on the Survey entity, with keys matching the option_value label!!

So in order to retrieve a complete list of options, you needed to fetch all the option_values, unserialize the survey's
recontact_interval data, and then match the option labels to the keys in the unserialized array.

After

There was an unused integer column, civicrm_option_value.filter which works fine for storing the number directly in each option_value with no messy mapping needed.

To retrieve a complete set of options, just fetch the option values.

Technical Details

The label-based mapping would be quite problematic for any multilingual sites, or any scenario when the label gets updated. Storing all the data together will make it easier to use SearchKit with CiviSurvey.

@civibot
Copy link

civibot bot commented Sep 3, 2023

🤖 Thank you for contributing to CiviCRM! ❤️ We will need to test and review this PR. 👷

Introduction for new contributors...
  • If this is your first PR, an admin will greenlight automated testing with the command ok to test or add to whitelist.
  • A series of tests will automatically run. You can see the results at the bottom of this page (if there are any problems, it will include a link to see what went wrong).
  • A demo site will be built where anyone can try out a version of CiviCRM that includes your changes.
  • If this process needs to be repeated, an admin will issue the command test this please to rerun tests and build a new demo site.
  • Before this PR can be merged, it needs to be reviewed. Please keep in mind that reviewers are volunteers, and their response time can vary from a few hours to a few weeks depending on their availability and their knowledge of this particular part of CiviCRM.
  • A great way to speed up this process is to "trade reviews" with someone - find an open PR that you feel able to review, and leave a comment like "I'm reviewing this now, could you please review mine?" (include a link to yours). You don't have to wait for a response to get started (and you don't have to stop at one!) the more you review, the faster this process goes for everyone 😄
  • To ensure that you are credited properly in the final release notes, please add yourself to contributor-key.yml
  • For more information about contributing, see CONTRIBUTING.md.
Quick links for reviewers...

➡️ Online demo of this PR 🔗

@civibot civibot bot added the master label Sep 3, 2023
@colemanw
Copy link
Member Author

colemanw commented Sep 3, 2023

Heads up @jmcclelland in case you have any custom code that wrangles this weird serialized field.

@colemanw colemanw force-pushed the recontact_interval branch 2 times, most recently from 3a92882 to 4803b9c Compare September 3, 2023 03:08
…nterval into civicrm_option_value.filter

Refactors out a thoroughly strange data structure.

Each option value associated with a survey has an associated recontact_interval, which is an integer
storing the number of days before the respondent should be recontacted.

Before: A serialized array was being stored in the survey with keys matching  the option LABEL!

After: There was an unused integer column, civicrm_option_value.filter which works fine for storing
the number directly for each option_value with no messy mapping needed.
@jmcclelland
Copy link
Contributor

@colemanw thanks for the heads up - fortunately I haven't had to touch that code. Thanks for the clean up!

@colemanw colemanw added the merge ready PR will be merged after a few days if there are no objections label Sep 3, 2023
@eileenmcnaughton eileenmcnaughton merged commit 5f90b41 into civicrm:master Sep 5, 2023
@eileenmcnaughton eileenmcnaughton deleted the recontact_interval branch September 5, 2023 01:07
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
master merge ready PR will be merged after a few days if there are no objections
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants