Page MenuHomePhabricator

EWilfong_WMF (Eric Wilfong)
User

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Friday

  • Clear sailing ahead.

User Details

User Since
Jul 27 2015, 5:42 PM (308 w, 1 d)
Availability
Available
LDAP User
Unknown
MediaWiki User
EWilfong (WMF) [ Global Accounts ]

Recent Activity

Thu, May 27

EWilfong_WMF added a comment to T282749: [M lg] Opt-in no prompt doesn't fit with new blue background.

@jbolorinos-ctr - That happens in current best as well, correct? Just trying to fix the issue with the spacing of the text bubble here.

Thu, May 27, 9:01 PM · Wikimedia-Fundraising-Banners

May 19 2021

EWilfong_WMF created T283124: Update Remind Me Later (RML) form to post to CiviCRM and send that data to Acoustic.
May 19 2021, 3:51 AM · Fundraising-Backlog

May 17 2021

EWilfong_WMF added a comment to T282749: [M lg] Opt-in no prompt doesn't fit with new blue background.

Background color on top text is corrected now in my proposed banner.

May 17 2021, 4:11 PM · Wikimedia-Fundraising-Banners
EWilfong_WMF added a comment to T282749: [M lg] Opt-in no prompt doesn't fit with new blue background.

I would propose that we do away with the bubble background on that message. None of the other text is in an inner dark blue bubble any more. Here's a banner with that removed:

May 17 2021, 2:23 PM · Wikimedia-Fundraising-Banners

Apr 7 2021

EWilfong_WMF added a comment to T279404: Notifications overlay on top of WYDG for logged in users.

Jumping in here to note that this does affect visitors who are not logged in as well. The problem is with the entire top menu rather than just the notifications (see example of the issue with a non-logged in session). That said, I do not have a solution to offer immediately and this only happens when the browser window is very short. Also, it does not obscure content nor limit functionality. I would recommend keeping this open at low priority so it can be resolved when time allows.

Apr 7 2021, 4:23 PM · FR-Italy, Wikimedia-Fundraising-Banners

Mar 31 2021

EWilfong_WMF added a comment to T188561: SSL cert for links.email.wikimedia.org.

Noting that the example domain (links.e.cantwell.com) also receives a score of A on Qualys SSL Labs test.

Mar 31 2021, 3:09 PM · fr-donorservices, FR-Email, Fundraising-Backlog, SRE, Traffic, fundraising-tech-ops
EWilfong_WMF closed T278902: [Mobile] Monthly convert "Other" step remains active after payment method switch as Resolved.

@jbolorinos-ctr - I have put in a fix which is to mimic the behavior of desktop small and hide the payment methods on the upsell step. The donor can navigate all the way back to the payment/amount step and change that if desired.

Mar 31 2021, 2:50 PM · Wikimedia-Fundraising-Banners

Jan 25 2021

EWilfong_WMF added a comment to T272865: Desktop small: Possible to select monthly for non-monthly-capable methods (e.g. Amazon).

@Pcoombe - Take a look at this banner to resolve the issue. It takes the style of disabling the payment method or frequency option depending on selection from CB Mobile Large. I also fixed an issue where the Amazon Pay logo color didn't change to white when selected.

Jan 25 2021, 6:27 PM · Wikimedia-Fundraising-Banners
EWilfong_WMF added a comment to T272730: Monthly convert "Other" step remains active after payment method switch.

@jbolorinos-ctr - I put in a fix in this banner. Check it out and see if it works as expected for you. @Pcoombe - if this fix passes muster can you port back into the current best?

Jan 25 2021, 5:33 PM · Wikimedia-Fundraising-Banners

Dec 28 2020

EWilfong_WMF added a comment to T270887: Mobile small w/ payment methods visible in step 2.

@jbolorinos-ctr - Do these appear differently than in the control mobile small banner? I agree that they could probably be laid out better, but we would want to keep the layout the same as control for the purpose of this test. Let me know if they are different than control and, if so, I will dig into it.

Dec 28 2020, 10:53 PM · Wikimedia-Fundraising-Banners

Dec 18 2020

EWilfong_WMF closed T270518: Banner faces skewed left on Safari, a subtask of T270511: [CANDIDATE] dsk lg banner w/ faces, as Resolved.
Dec 18 2020, 8:47 PM · Wikimedia-Fundraising-Banners
EWilfong_WMF closed T270518: Banner faces skewed left on Safari as Resolved.

@jbolorinos-ctr - I believe this issue is resolved. I fixed by changing the display property of this element from table to flex (diff). This should be fine, but please do review the browser screenshots with this change to confirm.

Dec 18 2020, 8:47 PM · Wikimedia-Fundraising-Banners

Dec 2 2020

EWilfong_WMF added a comment to T269276: [Dark blue button] Button covers part of the copy in main banner.

@jbolorinos-ctr - Take a look now. I changed some padding to resolve the issue.

Dec 2 2020, 7:38 PM · Wikimedia-Fundraising-Banners

Nov 18 2020

EWilfong_WMF added a comment to T264785: Too much whitespace between form and error messages [Adyen iframe].

Noting the CSS elements here that are setting the height on this iframe:

Nov 18 2020, 6:16 PM · FR-Adyen, Fundraising-Backlog

Oct 30 2020

EWilfong_WMF closed T266885: Test task as Invalid.
Oct 30 2020, 5:48 PM
EWilfong_WMF removed a watcher for Wikimedia-Fundraising-Banners: EWilfong_WMF.
Oct 30 2020, 5:46 PM
EWilfong_WMF claimed T266885: Test task.
Oct 30 2020, 5:44 PM
EWilfong_WMF added a comment to T266885: Test task.

Now I'm not receiving any emails?

Oct 30 2020, 5:44 PM
EWilfong_WMF added a comment to T266885: Test task.

@EWilfong_WMF - when tagged?

Oct 30 2020, 5:32 PM
EWilfong_WMF added a comment to T266885: Test task.

Changed preferences.

Oct 30 2020, 5:32 PM
EWilfong_WMF added a comment to T266885: Test task.

@EWilfong_WMF - does this?

Oct 30 2020, 5:04 PM
EWilfong_WMF added a comment to T266885: Test task.

Does this generate an email to me?

Oct 30 2020, 5:04 PM
EWilfong_WMF created T266885: Test task.
Oct 30 2020, 5:04 PM

Oct 26 2020

EWilfong_WMF added a comment to T211333: Changed amount tracking not working correctly with Other field?.

Btw, a good way to review these frb variables is to set up live expressions in Chrome's inspector tools (Firefox may have something analagous). You can see that I did that with the relevant variables in this screenshot:

Oct 26 2020, 3:18 PM · Wikimedia-Fundraising-Banners

Oct 23 2020

EWilfong_WMF added a comment to T211333: Changed amount tracking not working correctly with Other field?.

I have a proposed solution in this banner.

Oct 23 2020, 9:01 PM · Wikimedia-Fundraising-Banners

Oct 21 2020

EWilfong_WMF added a comment to T211333: Changed amount tracking not working correctly with Other field?.

I'll take a look at this task this week.

Oct 21 2020, 4:33 PM · Wikimedia-Fundraising-Banners
EWilfong_WMF updated subscribers of T266123: RML link disappears after clicking back on form [modal5].

I don't think there was a specific test of this change, but it was implemented in part to avoid a possible display issue in some browsers. From an Aug. 1, 2019 comment on the Current Best banner sheet from @spatton:

Oct 21 2020, 2:01 PM · Wikimedia-Fundraising-Banners
EWilfong_WMF added a comment to T266123: RML link disappears after clicking back on form [modal5].

@jbolorinos-ctr - This is the intended behavior of the banner. I believe the thinking is that once the user clicks "Continue" they've begun the donation process and no longer need the RML. I'll look back and see if there was a test or more notes regarding this decision.

Oct 21 2020, 1:49 PM · Wikimedia-Fundraising-Banners

Oct 1 2020

EWilfong_WMF added a comment to T264324: France banner with link to WYDG.

Just wanted to note that we recently discovered that WYDG Foundation webpage is not up-to-date (it uses numbers/text from a previous annual report rather than the most recent one). Might want to hold on any tests that link to that page until that is updated.

Oct 1 2020, 4:31 PM · Wikimedia-Fundraising-Banners

Sep 21 2020

EWilfong_WMF added a comment to T263273: Incorrect error message for max donation amount - Edi.

@spatton @jbolorinos-ctr - Fixed in this banner and the other two test variants!

Sep 21 2020, 7:39 PM · Wikimedia-Fundraising-Banners

Jul 21 2020

EWilfong_WMF added a comment to T258411: [Mobile Lg + Sm][Android] No spacing between currency symbol and amount in main copy and PTF text.

Confirming that you fix looks looks good to me in Browserstack testing. And IMO, the slight font weight change on the PTF amount is an UX improvement (maybe one we should test out in 6C).

Jul 21 2020, 8:13 PM · Wikimedia-Fundraising-Banners

Jul 15 2020

EWilfong_WMF added a comment to T258084: Radio buttons highlight with square around round radio button when first selected on RML options (nag).

Easy fix: https://meta.wikimedia.org/w/index.php?title=MediaWiki%3ACentralnotice-template-spatton_trilogy_RMLTiming1_enNL_dsk_lg_CBupdates&type=revision&diff=20284391&oldid=20278311

Jul 15 2020, 4:47 PM · Wikimedia-Fundraising-Banners

Jul 7 2020

EWilfong_WMF added a comment to T257343: Ingenico inconsistently accepts missing cvv cards.

As another data point, I am able to submit a successful transaction with a valid CC number and expiration data WITHOUT entering a security code using the steps above.

Jul 7 2020, 7:20 PM · Fundraising-Backlog

Jun 29 2020

EWilfong_WMF updated subscribers of T255598: [Enhancement] Auto-select email input field after user clicks RML link in Nag.

Sounds good. I've updated the RML options banner to include this update: https://en.wikipedia.org/wiki/Wikipedia?banner=Trilogy_mlWW_dsk_p1_lg_RMLTiming1&country=US

Jun 29 2020, 9:14 PM · Wikimedia-Fundraising-Banners
EWilfong_WMF added a comment to T255598: [Enhancement] Auto-select email input field after user clicks RML link in Nag.

Yes, we can auto-focus the email input in the nag. Noting again that this is how it works in control. So, let's fix it there as well.

Jun 29 2020, 4:27 PM · Wikimedia-Fundraising-Banners

Jun 16 2020

EWilfong_WMF closed T255602: Unnecessary Back button included in nag, a subtask of T253054: [CANDIDATE] QA for 'RML options' banner, as Resolved.
Jun 16 2020, 9:37 PM · Wikimedia-Fundraising-Banners
EWilfong_WMF closed T255602: Unnecessary Back button included in nag as Resolved.

Agreed with this assessment that the "back" button is unnecessary/confusing on the RML options step in the nag. I've modified the banner to hide that on this step.

Jun 16 2020, 9:37 PM · Wikimedia-Fundraising-Banners
EWilfong_WMF added a comment to T255598: [Enhancement] Auto-select email input field after user clicks RML link in Nag.

I am seeing the email input being auto-selected (put in focus) when the user clicks the RML link. This is the code in this banner and the control:

Jun 16 2020, 8:20 PM · Wikimedia-Fundraising-Banners
EWilfong_WMF added a comment to T253054: [CANDIDATE] QA for 'RML options' banner.

Just noting on this main task that this is the current candidate being QA'ed: https://en.wikipedia.org/wiki/Wikipedia?banner=Trilogy_mlWW_dsk_p1_lg_RMLTiming1&country=US

Jun 16 2020, 8:15 PM · Wikimedia-Fundraising-Banners
EWilfong_WMF added a comment to T255600: [Enhancement] Update "Submit" button to "Continue" or something more appropriate.

We left this as "Submit" to keep it consistent with the control that does not have a second step. The idea being we want the initial signup behavior to be the same even if there is a second step. My concern with changing the language of this button to "Continue" is that it could depress signups if a user infers a drawn out process. I'm certainly open to testing that assumption.

Jun 16 2020, 7:57 PM · Wikimedia-Fundraising-Banners
EWilfong_WMF added a comment to T253147: Banner remains visible after user enters a valid email and clicks submit.

The link in my comment loads for me. Can't think of why it would not load for you unless there's a client-side issue.

Jun 16 2020, 7:05 PM · Wikimedia-Fundraising-Banners

Jun 8 2020

EWilfong_WMF created T254808: donate.wikimedia.org pages are not search engine optimized.
Jun 8 2020, 7:44 PM · donate.wikimedia.org, Fundraising-Backlog

May 28 2020

EWilfong_WMF added a comment to T253147: Banner remains visible after user enters a valid email and clicks submit.

Proposed solution in this banner: https://en.wikipedia.org/wiki/Wikipedia?banner=Trilogy_mlWW_dsk_p1_lg_RMLTiming1&country=US. This only changes the behavior of the UI in the main banner, not the nag. The nag UI is different (back instead of close), so I'm not exactly sure how to handle. Thoughts?

May 28 2020, 9:17 PM · Wikimedia-Fundraising-Banners

May 20 2020

EWilfong_WMF added a comment to T253147: Banner remains visible after user enters a valid email and clicks submit.

I don't believe this is a bug. We can decide if it's a feature we want to implement. Currently, clicking outside of the nag does not close the nag does not close the nag in any banner; adding this would be new functionality.

May 20 2020, 6:36 PM · Wikimedia-Fundraising-Banners

May 5 2020

EWilfong_WMF added a comment to T211333: Changed amount tracking not working correctly with Other field?.

Confirming that this is still an issue. I do not have a proposed solution yet, but wanted to note that I can recreate it.

May 5 2020, 8:20 PM · Wikimedia-Fundraising-Banners

Apr 10 2020

EWilfong_WMF added a comment to T249662: Button Spacing issue on Payment Options - Mobile Small banner.

Can you give it another pass now, @jbolorinos-ctr? I spent more time ensuring the styles match the mobile large payment buttons. It looks good in my local testing.

Apr 10 2020, 4:43 PM · Wikimedia-Fundraising-Banners

Apr 9 2020

EWilfong_WMF added a comment to T249662: Button Spacing issue on Payment Options - Mobile Small banner.

Alright, I've fixed the button spacing issue that @Pcoombe mentioned. These buttons are adapted from mobile large, so I made sure the styles were in line with that. I also added a new style that allows the PayPal and Amazon SVGs to size down at small widths:

Apr 9 2020, 5:32 PM · Wikimedia-Fundraising-Banners
EWilfong_WMF added a comment to T249662: Button Spacing issue on Payment Options - Mobile Small banner.

I do see that difference in button spacing, @Pcoombe. I'll fix that and maybe it will resolve the issue for all web clients.

Apr 9 2020, 4:37 PM · Wikimedia-Fundraising-Banners

Apr 7 2020

EWilfong_WMF added a comment to T249291: Misaligned donation amounts buttons on Galaxy S7/S8/S9/Note3.

@jbolorinos-ctr - Can you provide a screenshot of how this looks on that Swedish URL? Does it not occur on the English version?

Apr 7 2020, 8:00 PM · Wikimedia-Fundraising-Banners
EWilfong_WMF added a comment to T249291: Misaligned donation amounts buttons on Galaxy S7/S8/S9/Note3.

@jbolorinos-ctr, do you know what version of Android and Chrome this test is using? Trying to reproduce to debug.

Apr 7 2020, 4:33 PM · Wikimedia-Fundraising-Banners

Apr 6 2020

EWilfong_WMF added a comment to T249291: Misaligned donation amounts buttons on Galaxy S7/S8/S9/Note3.

@jbolorinos-ctr - Can you confirm if this is an issue on the control mobile small banner? Also, could you check the mobile large control banner as well as that is where this banner code was pulled from? Thanks.

Apr 6 2020, 3:14 PM · Wikimedia-Fundraising-Banners

Mar 18 2020

EWilfong_WMF added a comment to T246367: Entering too many numbers in the Other donation amount field pushes form out of view.

Right, but 200,000 Colombian Pesos is only ~50 USD. 1,000,000 Pesos is ~250 USD. It looks like the max for that currency is 55,680,000, so 8 digits. I recommend setting the max width to something much more conservative since places you accept currencies and rates of those currencies could change over time and limiting entry length could be something that becomes a hidden issue for donors. As the banner is designed, the bug we're solving for here doesn't start occurring until 20-30 characters in my testing.

Mar 18 2020, 3:34 PM · Wikimedia-Fundraising-Banners

Mar 17 2020

EWilfong_WMF added a comment to T246367: Entering too many numbers in the Other donation amount field pushes form out of view.

Wanted to flag a concern here that limiting this to 6 characters might be a problem for some currencies. Maybe not an issue for bundle countries but in places with weak currencies 6 digits isn't a large amount. Should we be more conservative and allow something like 12 chars?

Mar 17 2020, 4:34 PM · Wikimedia-Fundraising-Banners

Jan 2 2020

EWilfong_WMF added a comment to T241760: Dual error messages appearing.

I consider this a feature rather than a bug :-). Currently the legends are bolded and turned red for an error and then we further explain the actual errors below the continue button. While this is very explicit, I don't think it's redundant. Just my opinion, but I prefer to go overboard in identifying the issues preventing the user from moving on.

Jan 2 2020, 10:13 PM · Wikimedia-Fundraising-Banners

Dec 31 2019

EWilfong_WMF added a comment to T241603: Radio inputs are not appearing on Mac 10.14/Firefox 69 + 70.

This seems like a logical explanation, @Pcoombe. I don't have a crossbrowsertesting account but using my Browserstack account I am seeing similar behavior in Firefox. But I also see this behavior when I go to a completely unstyled form like https://www.w3schools.com/tags/tryit.asp?filename=tryhtml5_input_type_radio. It's not possible that Firefox didn't show radio buttons in a completely unstyled state, so I think this must be a VM thing.

Dec 31 2019, 6:24 PM · Wikimedia-Fundraising-Banners

Dec 19 2019

EWilfong_WMF added a comment to T240887: Email input accepts invalid email address.

Acoustic will not send to addresses it deems invalid (or those that have bounced before), so it shouldn't be affecting our bounce rates. We can review the bounce data though to confirm.

Dec 19 2019, 6:56 PM · Wikimedia-Fundraising-Banners

Dec 16 2019

EWilfong_WMF added a comment to T240887: Email input accepts invalid email address.

I'll add that there is verification on the Acoustic (nee, IBM and Silverpop) side as well so some emails will either not make it into the system or will never be sent to due to their characteristics. Agree with Peter that this isn't a high priority concern.

Dec 16 2019, 7:33 PM · Wikimedia-Fundraising-Banners

Nov 26 2019

EWilfong_WMF added a comment to T238785: Monthly convert: some display issues.

Agreed, @spatton. And to be clear, you can add this CSS to the .mc-button class and then I *think* you can get rid of the .mc-edit-amount .mc-button CSS altogether.

Nov 26 2019, 3:27 PM · Fundraising Sprint YAMLton, the Musical, MW-1.35-notes (1.35.0-wmf.10; 2019-12-10), Fundraising Sprint X-rays, Fundraising Sprint A Wrinkle in Timezones, Fundraising-Backlog

Nov 21 2019

EWilfong_WMF added a comment to T238785: Monthly convert: some display issues.

Taking a look at the control banner and I think these CSS changes would resolve the issues noted:

Nov 21 2019, 9:21 PM · Fundraising Sprint YAMLton, the Musical, MW-1.35-notes (1.35.0-wmf.10; 2019-12-10), Fundraising Sprint X-rays, Fundraising Sprint A Wrinkle in Timezones, Fundraising-Backlog

Sep 23 2019

EWilfong_WMF added a comment to T233451: UpDonate: Can't give more than initial amount.

I experienced this issue on a donation made on 8/26/19. Just re-tested and did not experience the same issue, so it does appear the bug I encountered has been resolved.

Sep 23 2019, 2:36 PM · Fundraising-Backlog

Aug 28 2019

EWilfong_WMF added a comment to T231325: Check UX of desktop fundraising banners on iPad.

44 x 44px is the recommended target size for inputs according to the W3 WCAG. It's going to be tough to get there with radio inputs. Also, I think we should consider that other touch-capable devices - such as many new laptops - access the desktop site already.

Aug 28 2019, 2:32 PM · Wikimedia-Fundraising-Banners

Feb 13 2018

EWilfong_WMF added a watcher for Wikimedia-Fundraising-Banners: EWilfong_WMF.
Feb 13 2018, 8:30 PM

Feb 12 2018

EWilfong_WMF added a member for Wikimedia-Fundraising-Banners: EWilfong_WMF.
Feb 12 2018, 4:37 PM

Feb 23 2017

EWilfong_WMF added a comment to T158684: update SSL certificate for benefactorevents.wikimedia.org by 2017-03-02.

Thanks, @RobH, the new cert is in place on benefactorevents.wikimedia.org.

Feb 23 2017, 10:06 PM · SRE, HTTPS, Traffic, fundraising-tech-ops

Feb 22 2017

EWilfong_WMF added a comment to T158684: update SSL certificate for benefactorevents.wikimedia.org by 2017-03-02.

Perfect. ewilfong@trilogyinteractive.com

Feb 22 2017, 7:24 PM · SRE, HTTPS, Traffic, fundraising-tech-ops
EWilfong_WMF added a comment to T158684: update SSL certificate for benefactorevents.wikimedia.org by 2017-03-02.

@Jgreen @RobH - Checking in on our next steps here. I would love to get the new cert in place this week so we're not pushing up against the March 2 deadline.

Feb 22 2017, 7:19 PM · SRE, HTTPS, Traffic, fundraising-tech-ops

Feb 21 2017

EWilfong_WMF added a comment to T158684: update SSL certificate for benefactorevents.wikimedia.org by 2017-03-02.

@Jgreen Yes, I will be the point of contact for this update. This domain is hosted using Azure's App Service which requires us to manually upload a PFX cert file to update the cert. While we could certainly do this with Let's Encrypt, because of the short-lived expiration (90 days) of those certs we would be making this manual update regularly. We would prefer to stick with the previous cert vendor for now to limit updates to once per year.

Feb 21 2017, 8:23 PM · SRE, HTTPS, Traffic, fundraising-tech-ops

Aug 17 2015

EWilfong_WMF added a comment to T107940: DNS request for wikimedia.org (let 3rd party send mail as wikimedia.org).

As the domain for the Domain Key record has changed, we need to use a new DNS value. Please update to the following:

Aug 17 2015, 3:19 PM · SRE, Patch-For-Review, Traffic, DNS

Aug 4 2015

EWilfong_WMF added a comment to T107940: DNS request for wikimedia.org (let 3rd party send mail as wikimedia.org).

We cannot. An alternative is to just add the DKIM record and leave the SPF record as is. This would give email sent through the system a valid DKIM record and an SPF value of neutral. That may be sufficient to keep messages out of spam.

Aug 4 2015, 10:08 PM · SRE, Patch-For-Review, Traffic, DNS
Dzahn awarded T107940: DNS request for wikimedia.org (let 3rd party send mail as wikimedia.org) a The World Burns token.
Aug 4 2015, 9:40 PM · SRE, Patch-For-Review, Traffic, DNS
yuvipanda awarded T107940: DNS request for wikimedia.org (let 3rd party send mail as wikimedia.org) a Baby Tequila token.
Aug 4 2015, 9:29 PM · SRE, Patch-For-Review, Traffic, DNS
EWilfong_WMF created T107940: DNS request for wikimedia.org (let 3rd party send mail as wikimedia.org).
Aug 4 2015, 9:10 PM · SRE, Patch-For-Review, Traffic, DNS
EWilfong_WMF closed T107059: SSL cert needed for new fundraising events domain as Resolved.
Aug 4 2015, 4:08 PM · SRE, HTTPS
EWilfong_WMF added a comment to T107059: SSL cert needed for new fundraising events domain.

Thanks, @BBlack. The cert is now in place.

Aug 4 2015, 4:08 PM · SRE, HTTPS

Aug 3 2015

EWilfong_WMF added a comment to T107059: SSL cert needed for new fundraising events domain.

Sure. Here's my public PGP key:

Aug 3 2015, 3:00 PM · SRE, HTTPS

Jul 29 2015

EWilfong_WMF added a comment to T107060: DNS request for wikimedia.org.

@CCogdill_WMF - I've updated the task description with the DNS additions we need for the Major Gifts' event tool.

Jul 29 2015, 1:52 PM · SRE, Patch-For-Review, Traffic, DNS
EWilfong_WMF updated the task description for T107060: DNS request for wikimedia.org.
Jul 29 2015, 1:51 PM · SRE, Patch-For-Review, Traffic, DNS

Jul 28 2015

EWilfong_WMF added a comment to T107059: SSL cert needed for new fundraising events domain.

Thanks, @BBlack and @RobH for the insight into current operating procedure for third-party sites hosted over HTTPS under the wikimedia.org domain. We were not given direction regarding a SOP for this process, so that helps immensely. I understand your concerns re: the wildcard certificate and agree that you should generate the certs on your end.

Jul 28 2015, 7:34 PM · SRE, HTTPS
EWilfong_WMF added a comment to T107059: SSL cert needed for new fundraising events domain.

I apologize as I don't know who the question above was directed towards, but I'll add some thoughts from our end. Since there is already a wildcard cert for the site, it would be redundant to purchase another one for the Major Gifts event tool. We will host the site, but the SSL cert is used to identify the site as legitimate and secure regardless of where the site is hosted. However, if Wikimedia prefers we purchase a new cert for this subdomain we are able to do that. We will need help from the ops team to approve the purchase of the cert; I can post more regarding this as we move forward with the purchase. Are there any specific requirements for the type of cert we should purchase?

Jul 28 2015, 3:15 PM · SRE, HTTPS