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

Fix notices on mailing components screen, convert to metadata based #13023

Merged
merged 1 commit into from
Oct 29, 2018

Conversation

eileenmcnaughton
Copy link
Contributor

@eileenmcnaughton eileenmcnaughton commented Oct 29, 2018

Overview

Fix notices in warnings on Mailing component settings screen in unreleased version of CiviCRM

Before

screenshot 2018-10-29 15 47 16

screenshot 2018-10-29 15 47 09

After

screenshot 2018-10-29 18 05 11

Technical Details

Recent work to synchronize our arbitrarily different 'settings' forms & 'preferences' forms hadn't covered 'checkbox' fields yet & the Mailing settings form was looking ugly. I have done the work to cope with the checkbox fields now & also extended it to the 4 checkboxes on the 'Display Preferences' form.

I'm looking that the rest of the preferences forms with the intention of fixing any ugliness before the rc is cut. Currently to do is

  1. Fix contribution preferences form Fix Contribution settings form per dev/core/473 #13022
  2. Fix multisite preferences form - the challenge here is handling the doc2Link part - will need a metadata addition - see Fix notices on Multisite settings form #13025
  3. CiviCampaign Component Settings form Fix notices on Campaign preferences form #13026
  4. Event preferences form - same doclink issue, small settings tweak for fixed option values for the other setting Fix notices on event settings form #13027
  5. work through full address preferences Fix notices on Campaign preferences form #13026
  6. work through remaining display preferences Convert final settings on the Display form #13040
  • the above all deals with notices - once done cleanup includes
  1. hack out remaining references to $_varNames in all the above except contribution preferences form
  2. Return the special handling for invoice_settings to the contribution preferences form
  3. entirely remove Preferences form class
  • heaps more but I think that would end this round

Comments

@mattwire @kcristiano ping

@civibot
Copy link

civibot bot commented Oct 29, 2018

(Standard links)

@seamuslee001
Copy link
Contributor

I have tested this and confirmed it fixes the e-notices and confirmed the settings are still correct.

@eileenmcnaughton eileenmcnaughton merged commit a16f774 into civicrm:master Oct 29, 2018
@eileenmcnaughton eileenmcnaughton deleted the mailing_settings branch October 29, 2018 11:00
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants