[01:46:00] Fundraising Sprint Elevators were never intended to go down, Fundraising Sprint Fhabricator is spelled with an "F", Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM, fundraising-tech-ops: Missing sql fn gives a warning whenever we edit a conta... - https://phabricator.wikimedia.org/T188931#4067375 [12:48:27] (PS6) Jgleeson: WIP: initial test for Ingencio Hosted Payments Rejection Status [wikimedia/fundraising/SmashPig] - https://gerrit.wikimedia.org/r/413786 (https://phabricator.wikimedia.org/T176502) [12:48:29] (PS11) Jgleeson: Tests passing, clean up [wikimedia/fundraising/SmashPig] - https://gerrit.wikimedia.org/r/415085 (https://phabricator.wikimedia.org/T176502) (owner: Mepps) [12:48:31] (PS13) Jgleeson: T176502 WIP: Updated Ingenico error handling [wikimedia/fundraising/SmashPig] - https://gerrit.wikimedia.org/r/415907 [12:48:51] (CR) jerkins-bot: [V: -1] WIP: initial test for Ingencio Hosted Payments Rejection Status [wikimedia/fundraising/SmashPig] - https://gerrit.wikimedia.org/r/413786 (https://phabricator.wikimedia.org/T176502) (owner: Jgleeson) [12:49:06] (CR) jerkins-bot: [V: -1] T176502 WIP: Updated Ingenico error handling [wikimedia/fundraising/SmashPig] - https://gerrit.wikimedia.org/r/415907 (owner: Jgleeson) [12:58:09] (PS14) Jgleeson: T176502 WIP: Updated Ingenico error handling [wikimedia/fundraising/SmashPig] - https://gerrit.wikimedia.org/r/415907 [13:13:33] (Abandoned) Jgleeson: WIP: initial test for Ingencio Hosted Payments Rejection Status [wikimedia/fundraising/SmashPig] - https://gerrit.wikimedia.org/r/413786 (https://phabricator.wikimedia.org/T176502) (owner: Jgleeson) [14:03:43] Fundraising Sprint Cottage Cheese isn't Made of Cottages, Fundraising Sprint Dinosaur Cookies co-existed with Gingerbread People, Fundraising Sprint Elevators were never intended to go down, Fundraising Sprint Fhabricator is spelled with an "F", an... - https://phabricator.wikimedia.org/T186883#4068766 [15:24:08] (CR) Mepps: "I like where this is heading! Only one suggestion: to just pull the errors directly from the response object because you can assume that t" (2 comments) [wikimedia/fundraising/SmashPig] - https://gerrit.wikimedia.org/r/415907 (owner: Jgleeson) [15:24:23] hi ejegg! [15:35:16] hi mepps! [15:37:03] how are you ejegg? [15:48:29] doing well! [15:48:47] how bout you? [15:50:26] we're covered in snow over here [17:49:08] Fundraising-Backlog: Displaying Groups on Summary Screen - https://phabricator.wikimedia.org/T190316#4069828 (NNichols) [17:55:20] Fundraising-Backlog: Additional field on Summary Screen for link - https://phabricator.wikimedia.org/T190319#4069889 (NNichols) [18:29:00] Fundraising Sprint Elevators were never intended to go down, Fundraising Sprint Fhabricator is spelled with an "F", Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM, fundraising-tech-ops: Missing sql fn gives a warning whenever we edit a conta... - https://phabricator.wikimedia.org/T188931#4070042 [18:56:44] Fundraising Sprint Elevators were never intended to go down, Fundraising Sprint Fhabricator is spelled with an "F", Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM, fundraising-tech-ops: Missing sql fn gives a warning whenever we edit a conta... - https://phabricator.wikimedia.org/T188931#4070110 [19:20:08] What's the correct place to discuss the current fundraising campaign with the people who actually decide how it gets carried out? https://meta.wikimedia.org/wiki/Talk:Fundraising , https://meta.wikimedia.org/wiki/Talk:Fundraising/2017-18_Fundraising_ideas , the stone-dead fundraiser mailing list (https://lists.wikimedia.org/mailman/listinfo/fundraiser) ...? [19:20:38] https://lists.wikimedia.org/mailman/listinfo/wikimedia-l ...? [19:20:56] Gabrolf: Hey! [19:21:01] Hi [19:22:34] Gabrolf: So I guess it depends on what you want to discuss :) [19:26:18] (sorry, I'll be quite slow in replying, I'm not really that fluent in English) [19:28:27] How the current banners work. Not really the technical details, but the high-level reasoning behind their current implementation. If you want, you can read a rant I've made last week that summarise well-enough what I want to say (although I since changed my mind on a couple of things): https://en.wikipedia.org/wiki/Wikipedia_talk:Suppress_display_of_the_fundraising_banner#Absurd [19:32:38] I'd probably want to reach the author of https://blog.wikimedia.org/2017/10/03/fundraising-banner-limit/ , Sam Patton , who seems to behind these decisions. But of course I'd like to discuss this as widely as possible, with the community. [19:33:58] Gabrolf: So this seems to be a technical issue [19:34:22] Gabrolf: Donating should definitely suppress banners [19:34:32] No it doesnt, most definitely. [19:35:13] The only way to reliably hide them, currently, is to stay logged in and enable an option. [19:36:56] Fundraising Sprint Cottage Cheese isn't Made of Cottages, Fundraising Sprint Dinosaur Cookies co-existed with Gingerbread People, Fundraising Sprint Elevators were never intended to go down, Fundraising Sprint Fhabricator is spelled with an "F", an... - https://phabricator.wikimedia.org/T186883#3958378 [19:37:34] Anyway, partly it is technical but it's mostly higher-level, the current implementation has been mostly guided by higher level decisions such as those mentioned in the fundraising-banner-limit blog post. [19:38:29] I guess for a discussion either Talk:Fundraising or wikimedia-l would be the right venue [19:38:55] But I would like to get some information from you if it's possible to try and work out what the technical issue is [19:39:19] This issue not unique but it is in the minority [19:40:46] I'm certain that it's not in the minority, anyone who *has* donated and kept crashing against those banners is probably mad about this. Maybe it's just hard to find where to complain about it. [19:41:40] wikimedia-l seems to have a wider audience, do you think I could post there straight off? [19:41:58] Fundraising Sprint Elevators were never intended to go down, Fundraising Sprint Fhabricator is spelled with an "F", Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM, fundraising-tech-ops: Missing sql fn gives a warning whenever we edit a conta... - https://phabricator.wikimedia.org/T188931#4070334 [19:43:29] I believe that list is under some degree of moderation for new posters [19:43:34] But you should be able to [19:43:49] Could you also email me with the following: https://usercontent.irccloud-cdn.com/file/9gQUQbWv/image.png [19:44:17] Both of your cookies and local storage for en.wikipedia.org [19:44:33] You can email me at seddon@wikimedia.org [19:45:43] After emailing that I'll send you a link that we can test to apply a new suppression cookie that donors should receive [19:46:16] Fundraising Sprint Elevators were never intended to go down, Fundraising Sprint Fhabricator is spelled with an "F", Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM, fundraising-tech-ops: Missing sql fn gives a warning whenever we edit a conta... - https://phabricator.wikimedia.org/T188931#4070354 [19:46:38] Along with all the usual browser information [19:47:23] Browser version, OS etc. [19:56:40] I delete the cookies/local storage at the start of each session, as many people do. I'm willing (of course) to avoid deleting some anonymous coookie/storage entry to fix this problem (I have some extensions that allow to let some of them stick) but currently as far I could tell (but I only had a quick glimpse at the current implementation) there's no such cookie, I believe the banners' halting mechanism looks at a sessi [19:57:33] Ah then that will cause you to see multiple banners [19:57:44] (sorry, the previous sentence got cut)... If there is (looking again, maybe some setting of CN!g!large_banner_limit_centralnotice-frbanner-seen-fullscreen?) and you know it, please do tell me, it would be a fair workaround for me. [19:59:30] So the cookie that will suppress fundraising campaigns is called "centralnotice_hide_fundraising" [20:00:56] Gabrolf: ^^ [20:01:37] Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Civi: normalize sort names for Civi agents - https://phabricator.wikimedia.org/T190335#4070407 (MBeat33) [20:02:16] Hmmm... I did notice it (I have a note mentioning it) but looking at the source code I had the impression that it's not really respected. It is, instead...? And it just have to be present, its value is irrelevant? [20:02:16] You'll see it in the screengrab I posted above [20:03:14] The banner itself doesn't. A check occurs on the server side for the cookie [20:03:32] I'm not sure about the value of the cookie [20:03:47] Yes I meant the source of wikipedia, I did have a look at it [20:03:59] (of the server-side code) [20:04:17] So the module used for banners is called CentralNotice [20:04:43] It's not part of the standard MediaWiki installation [20:05:42] Fundraising-Backlog, MediaWiki-extensions-CentralNotice, Patch-For-Review, Performance-Team (Radar): CentralNotice geoIP tests may fail, depending on client configuration - https://phabricator.wikimedia.org/T189325#4070450 (Imarlier) Open>Resolved [20:06:36] I am more than happy to investigate this more but that is definitely what SHOULD happen. Naturally cookies are device dependent and in your instance session dependent [20:07:10] You can refresh the cookie by visiting this page: [20:07:16] https://wikimediafoundation.org/wiki/Thank_You/en [20:08:32] The cookie is independent of language and that page will apply a cookie for all wikimedia project domains and subdomains [20:12:55] That would be *very* nice. Are you sure it does do that, though? I tried now and it doesn't look like I got that cookie. I might be wrong, I'm not so familiar with these things, but I see a lot of other cookies for the wikipedia sites but not that one. I did enable the dozens of requests that that page does (I also use RequestPolicy). If you could just make a quick try on your browser, you'd save me a lot of headache. [20:16:55] (with "That" I meant https://wikimediafoundation.org/wiki/Thank_You/en) [20:17:22] Yeah I tried it and it's definitely working for myself [20:19:20] Gabrolf: Before I visit the thank you -----> [20:19:23] https://usercontent.irccloud-cdn.com/file/d5N25ABD/image.png [20:20:22] Gabrolf: setting the cookies -----> [20:20:25] https://usercontent.irccloud-cdn.com/file/7X8IKXaA/image.png [20:21:27] Gabrolf: Refresh the wikipedia page I was on and voila -----> [20:21:29] https://usercontent.irccloud-cdn.com/file/euyYud3u/image.png [20:26:31] Thank you so much, I must something here than (I do have a smorgasbord of unusual extensions), I'll look into. It's a normal cookie, right (I know I should probably be able to tell from your screenshots)? [20:26:39] must have [20:26:49] look into it [20:32:48] (CR) Ejegg: "Looks like a workable workaround, just one worry with db quotes" (2 comments) [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/420628 (https://phabricator.wikimedia.org/T190119) (owner: Eileen) [20:33:33] No worries! [20:36:53] Nope, I tried with all things that commonly interfere disabled and I did not get it, I'll have to make some debugging with a new profile or other browsers. [20:37:48] jgleeson: so that 'WIP: initial test...' is abandoned, but it looks like the current PS of 'Tests passing, clean up' and 'WIP: Updated Ingenico error handling' still descend from it? [20:37:59] ah, nvm, easy rebase [20:38:09] (PS12) Ejegg: Tests passing, clean up [wikimedia/fundraising/SmashPig] - https://gerrit.wikimedia.org/r/415085 (https://phabricator.wikimedia.org/T176502) (owner: Mepps) [20:38:10] (PS15) Ejegg: T176502 WIP: Updated Ingenico error handling [wikimedia/fundraising/SmashPig] - https://gerrit.wikimedia.org/r/415907 (owner: Jgleeson) [20:38:13] I'm using a rather quaint Seamonkey right now, by the way, which by and large means Firefox [20:38:25] Gabrolf: Yeah I know of it. What version [20:38:36] (CR) jerkins-bot: [V: -1] Tests passing, clean up [wikimedia/fundraising/SmashPig] - https://gerrit.wikimedia.org/r/415085 (https://phabricator.wikimedia.org/T176502) (owner: Mepps) [20:38:44] Fundraising Sprint Cottage Cheese isn't Made of Cottages, Fundraising Sprint Dinosaur Cookies co-existed with Gingerbread People, Fundraising Sprint Elevators were never intended to go down, Fundraising Sprint Fhabricator is spelled with an "F", an... - https://phabricator.wikimedia.org/T186883#4070570 [20:39:09] oops, what'd i break... [20:40:03] That's an embarassing question, I've not yet upgraded to the latest version for a number of reasons, I'm on the 2.49.1. The latest though (2.49.2) ought not have many differences. [20:41:04] (PS13) Ejegg: Tests passing, clean up [wikimedia/fundraising/SmashPig] - https://gerrit.wikimedia.org/r/415085 (https://phabricator.wikimedia.org/T176502) (owner: Mepps) [20:41:06] (PS16) Ejegg: T176502 WIP: Updated Ingenico error handling [wikimedia/fundraising/SmashPig] - https://gerrit.wikimedia.org/r/415907 (owner: Jgleeson) [20:43:29] It will take me more time to make the tests with the clean profile/browser, I'll probably be unable to do it before tomorrow at the least. I'll wait to clear up this matter before posting anything on the mailing list (I still think there should be a more straightforward way to make this work and I have some other observations, so I'll probably end up writing something there in any case). [20:47:29] Gabrolf: Hey [20:47:34] Hey [20:47:38] Gabrolf: So I just tried a brand new clean install [20:47:50] Gabrolf: This may be a Seamonkey specific issue [20:48:18] I'm going to test Firefox to see if its a broader problem a specific to Seamonkey [20:48:46] Really? That would be weird [20:49:01] Gabrolf: I'm hoping it's a Seamonkey issue [20:49:12] Gabrolf: If it's not it's a significantly bigger problem for us :p [20:49:50] I'd say it's more likely there are differences between Chrome and the Firefox family of browsers, Seamonkey ought not have many differences at this level wrt Firefox, other than not having the latest stuff. [20:50:58] Gabrolf: ....... shit [20:51:09] I was about to ask you, maybe this is relevant, I do have a CN!g!impression_diet_bannercount_fundraiser_2018. Could it be that this is what Mozilla browsers get, instead of centralnotice_hide_fundraising? From a quick grep in the source it might get set by resources/subscribing/ext.centralNotice.impressionDiet.js [20:51:18] Okay so firstly on behalf of the Wikimedia Foundation my apologies [20:51:31] This is a problem on our end [20:51:37] I am almost certain [20:51:39] Now [20:51:48] Secondly Gabrolf thank you for talk me through this [20:51:51] talking* [20:52:29] Gabrolf: I'm going to need to rule out a few things before being 100% certain [20:52:39] Gabrolf: but yes this is a significant issue [20:54:32] Don't mention it, no problem, I would be glad if I helped find a bug [20:55:00] (CR) Ejegg: T176502 WIP: Updated Ingenico error handling (2 comments) [wikimedia/fundraising/SmashPig] - https://gerrit.wikimedia.org/r/415907 (owner: Jgleeson) [20:56:09] I'll be raising this with the team and I hope that we will have a resolution asap [20:56:45] (CR) Ejegg: [C: 1] "Agree with mepps that the dot-delimited path is a bit of a distraction, but it wouldn't stop me from merging this stuff since it's an inte" [wikimedia/fundraising/SmashPig] - https://gerrit.wikimedia.org/r/415907 (owner: Jgleeson) [20:58:27] Great, thank you. I'd like to follow this, can I do it by following the CentralNotice repository...? [21:00:56] Gabrolf that's where the changes will be made, so following the whole repo is one option [21:01:29] we should create a Phabricator ticket for this too though, and that might be easier to follow [21:02:12] ejegg: Will do now [21:02:18] Seddon: thanks! [21:02:27] ejegg: Email to follow as well [21:08:59] If it's not much trouble, since I'll have to disconnect soon, could you drop me a reference to the ticket at my Wikipedia page (https://en.wikipedia.org/wiki/User_talk:Gabrolf) when you make it? I'd like to follow this since I'll probably still post something on the mailing list after this bug is solved (it probably won't fix every aspect of the question). [21:11:15] Gabrolf: sure, I'll paste a link in there as soon as it shows up [21:12:16] Great, thx [21:17:32] Fundraising-Backlog: Thank you cookies not setting on non-chrome browsers - https://phabricator.wikimedia.org/T190346#4070754 (Jseddon) [21:17:58] Gabrolf: https://phabricator.wikimedia.org/T190346 [21:20:33] Thank you, got it [21:23:48] (CR) Eileen: FIx geocoder extension install to NOT use mgd methodology. (2 comments) [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/420628 (https://phabricator.wikimedia.org/T190119) (owner: Eileen) [21:24:10] Gabrolf: Awesome, well again, the two hours from you to assist in debugging a problem is massively appreciated [21:24:25] Fundraising Sprint Cottage Cheese isn't Made of Cottages, Fundraising Sprint Dinosaur Cookies co-existed with Gingerbread People, Fundraising Sprint Elevators were never intended to go down, Fundraising Sprint Fhabricator is spelled with an "F", an... - https://phabricator.wikimedia.org/T186883#4070787 [21:26:55] Fundraising-Backlog: Thank you cookies not setting on non-chrome browsers - https://phabricator.wikimedia.org/T190346#4070754 (Ejegg) Seems to be working correctly in a non-private browsing session on Firefox 58.0b14. I deleted my centralnotice_hide_fundraising cookie on enwiki and went to the TY page, then... [21:29:10] Fundraising-Backlog: Drupal security release dropping on 28 March - https://phabricator.wikimedia.org/T190347#4070799 (Eileenmcnaughton) [21:29:29] Fundraising-Backlog: Drupal security release dropping on 28 March - https://phabricator.wikimedia.org/T190347#4070811 (Eileenmcnaughton) Note this is likely to happen in US tz... [21:31:45] Fundraising-Backlog: Thank you cookies not setting on non-chrome browsers - https://phabricator.wikimedia.org/T190346#4070819 (Jseddon) Testing order: 1) Load wikipedia page with cookies cleared on in private browsing 2) Load thank you page 3) Reload wikipedia [21:32:31] Fundraising-Backlog: Thank you cookies not setting on non-chrome browsers - https://phabricator.wikimedia.org/T190346#4070825 (DStrine) p:Triage>High [21:33:34] (PS5) Eileen: FIx geocoder extension install to NOT use mgd methodology. [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/420628 (https://phabricator.wikimedia.org/T190119) [21:33:43] Don't mention it, I love debugging. I tried this irc channel without much expectations, I really didn't expect that there were some bugs behind my experience. [21:34:10] Gabrolf: so were you using private browsing in Seamonkey? [21:34:29] (CR) Eileen: "ejegg - updated per your comments" [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/420628 (https://phabricator.wikimedia.org/T190119) (owner: Eileen) [21:34:34] Seems like it's got something to do with the 3rd party cookie blocking [21:34:59] Since our thank you page is on a different domain than enwiki [21:35:13] No, actually. However it wouldn't be surprising if I had some setting or extension that I interferes with this. [21:35:57] so, from the TY page we make a request to a page on each of the main wiki domains [21:36:19] Well I have RequestPolicy that initially blocked all those requests to the other domains, but I did try after white-listing them and even after allowing all requests (and I still didn't get the cookie). [21:36:22] and that request comes back with a set-cookie header that adds a 'hide' cookie for each domain [21:37:08] Hmm, I'm unfamiliar with RequestPolicy - is that in Seamonkey's about:config, or is it an extension? [21:37:17] No it's an extension [21:37:37] It blocks all the requests to other domains by default, until you white-list them. [21:37:44] Got it [21:38:07] It usually doesn't give raise to problems once you allow them, I don't think it's likely that it is the culprit. [21:38:24] Yeah, the tough bit here is that anything we do to tell the other domains not to pester you, is going to look a lot like devious tracking pixels [21:39:39] NoScript is a good candidate for the culprit, I did allow all the scripts I got from that page but it has many features (some which don't give raise to alerts) that might have blocked this. [21:40:42] Hmm, I think it is JS that creates the requests [21:41:00] but that JS is baked right into the Thank You page [21:41:18] Yeah [21:41:31] If this happens only with Private browsing enabled actually it's not much of a bug, Private browsing is by design supposed to not store cookies (or at least not keep them, I actually am not very familiar with it). [21:41:55] Gabrolf: I just tested it on a wiped Firefox and it's still an issue [21:42:15] Gabrolf: the cookie request is being received by the browser but it is not being accepted [21:42:25] huh, I just tried it with a normal firefox (non-private browsing) [21:42:41] and it set the cookie just fine, sending it back to enwiki next time I went there [21:42:46] Seddon: what version? [21:42:54] ejegg: 59 [21:43:06] Seddon: Ah ok, indeed I had understood that you did experience it in a clean Firefox installation [21:44:44] I have to leave now, leave me notes on my Wikipedia talk page if you need me to make other tests. I won't be able to do much more before late tomorrow. [21:45:21] ejegg: I've also replicated the issue with spatton [21:45:39] Seddon: with private browsing, or normal mode? [21:46:07] spatton ^^? [21:48:56] (CR) Ejegg: [C: 2] FIx geocoder extension install to NOT use mgd methodology. [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/420628 (https://phabricator.wikimedia.org/T190119) (owner: Eileen) [21:49:22] ejegg & Seddon: private browsing. I get the cookie in a regular firefox window when I follow the steps outlined in the phab task [21:50:08] spatton: ah, we can't do much about private browsing [21:50:40] since we basically need to do the same thing it wants to prevent - track you across different domains [21:51:10] spatton: can we jump on a hangout to confirm cause I reproduced in non-private browsing [21:51:35] Sure Seddon [21:51:43] Ok, bye, thank you for you help [21:51:52] cya Gabrolf [21:53:14] (Merged) jenkins-bot: FIx geocoder extension install to NOT use mgd methodology. [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/420628 (https://phabricator.wikimedia.org/T190119) (owner: Eileen) [21:55:13] Fundraising Sprint Elevators were never intended to go down, Fundraising Sprint Fhabricator is spelled with an "F", Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM, and 2 others: Step 1 , 2 and 3 of engage import - https://phabricator.wikimedia.org/T189617#4070910 (LeanneS) @Eileenmcnaughton T... [21:57:33] damn he left [22:02:36] ty for jumping on this Seddon and ejegg! Sounds like we've eliminated it as an issue, so I believe Seddon is updating the phab task and I'll re-enable campaigns [22:02:47] Stand Down [22:04:58] Fundraising-Backlog: Thank you cookies not setting on non-chrome browsers - https://phabricator.wikimedia.org/T190346#4070960 (Jseddon) Update: A second wave of testing showed this isn't as board an issue as first thought.. Cookie seems to setting correctly for majority of browsers. Will follow up with donor... [22:05:23] Fundraising-Backlog: Thank you cookies not setting on non-chrome browsers - https://phabricator.wikimedia.org/T190346#4070961 (Ejegg) More notes from the user who reported this in Seamonkey (Version: 2.49.1): < ejegg> Gabrolf: so were you using private browsing in Seamonkey? < Gabrolf> No, actually. However... [22:06:50] Fundraising-Backlog: Thank you cookies not setting on non-chrome browsers - https://phabricator.wikimedia.org/T190346#4070963 (Jseddon) p:High>Lowest [22:08:47] Fundraising-Backlog: Thank you cookies not setting on non-chrome browsers - https://phabricator.wikimedia.org/T190346#4070754 (Jseddon) a:Jseddon [22:16:38] thanks for engaging with the donor Seddon ! [22:24:07] (PS1) Eileen: Merge branch 'master' of https://gerrit.wikimedia.org/r/wikimedia/fundraising/crm into deployment [wikimedia/fundraising/crm] (deployment) - https://gerrit.wikimedia.org/r/421188 [22:25:33] (CR) Eileen: [C: 2] Merge branch 'master' of https://gerrit.wikimedia.org/r/wikimedia/fundraising/crm into deployment [wikimedia/fundraising/crm] (deployment) - https://gerrit.wikimedia.org/r/421188 (owner: Eileen) [22:26:27] (Merged) jenkins-bot: Merge branch 'master' of https://gerrit.wikimedia.org/r/wikimedia/fundraising/crm into deployment [wikimedia/fundraising/crm] (deployment) - https://gerrit.wikimedia.org/r/421188 (owner: Eileen) [22:33:33] !log civicrm revision changed from 3291ad35c9 to 85c89c7d0a, config revision is 03511638ed [22:33:37] Logged the message at https://wikitech.wikimedia.org/wiki/Server_Admin_Log [23:02:19] (PS1) Ejegg: WIP Ingenico: tokenize recurring payments [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/421190 (https://phabricator.wikimedia.org/T163953) [23:04:13] Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Civi search: Email% + Show as Contribs is slow - https://phabricator.wikimedia.org/T190359#4071147 (MBeat33) [23:07:42] Fundraising-Backlog: Thank you cookies not setting on non-chrome browsers - https://phabricator.wikimedia.org/T190346#4070754 (AndyRussG) Are there any standard browsers or setups (without extensions such as those mentioned above) where it the issue has been reproduced? Thanks!!! :)