| 15 Mar 2021 |
 rundg | New Relic = Application Monitoring Platform | 17:40:03 |
| rundg | Or, maybe I should say "MediaWiki on New Relic"? ;-) | 17:51:17 |
| rundg | https://wikitech.wikimedia.org/wiki/Monitoring_package_survey#New_Relic | 17:54:50 |
| rundg | Empty survey | 17:55:09 |
 tgr | Yeah, just add recaptcha or hcaptcha to the registration form. Or kill local login. Is it really needed when there's google login already? | 18:57:35 |
| 17 Mar 2021 |
 hexmode | (I haven't had a chance to look at minimal settings yet. If you get a chance, cicalese, and make some modifications let me know.) | 18:03:07 |
| hexmode | https://phabricator.wikimedia.org/T277684 -- 2017 wikitext editor problems | 18:03:29 |
| 18 Mar 2021 |
|  maberdour joined the room. | 08:50:38 |
 justinl | Hey all, we're seeing an error when MW 1.35 is trying to load an SVG image under the top-level resources directory, resources/src/mediawiki.skinning/images/magnify-clip-ltr.svg but the problem seems to be that it's prepending /wiki/ to that request, so trying to access /wiki/Resources/src/mediawiki.skinning/images/magnify-clip-ltr.svg, causing Nginx to fail with a 404. | 18:04:52 |
| justinl | Removing the /wiki as a test does work. Not sure what is actually requiring that image, but so far I'm only aware of it on one page in our wikis, but probably others as well. | 18:05:44 |
| justinl | Looking at the page that is trying to load that SVG file, I don't see a reference to that image, but the only instances of "magnify" on the page are a div class, i.e. <div class="magnify"><a href="/wiki/.../path/to/image.png> for example | 18:09:19 |
| rundg | justinl: is the page public? | 19:20:55 |
| rundg | I'm guessing that it's a CSS reference to the .svg and that the URL set in the CSS is absolute - which somehow conflicts with your setup for wgScriptPath | 19:22:11 |
| justinl | I did notice that the error only happens when logged out. Logging in fixes it, not sure why, yet. I've pinged our main editor who noticed it. They have a lot of custom CSS and JS defined in our wikis, so that could well be the case. | 19:32:04 |
| 20 Mar 2021 |
 Georgios Mavropalias | Would it make sense for MW to transition the issue tracking from phabricator to Gitlab? I thought phabricator is usefull when MW still used gerrit | 15:55:45 |
 cicalese | Georgios Mavropalias (and others): Please fill out the Developer Satisfaction Survey by March 24 and make that request: https://docs.google.com/forms/d/e/1FAIpQLSfJCzxixT1wHCIgI5PijIMQvcIqDbsDTYbbDoxXaYcyF8RhJg/viewform | 17:37:26 |
| 21 Mar 2021 |
| Georgios Mavropalias | * Would it make sense for MW to transition the issue tracking from phabricator to Gitlab? I thought phabricator was usefull when MW still used gerrit | 01:09:29 |
| 23 Mar 2021 |
|  Jeffrey Wang (MyWikis) joined the room. | 02:02:37 |
| Jeffrey Wang (MyWikis) changed their display name from jeffreywang to Jeffrey Wang. | 02:05:36 |
 Jared Olson | Welcome Mr. Wang! | 04:51:25 |
| Jeffrey Wang (MyWikis) | Thank you, glad to be here! | 04:56:40 |
|  Taavi Väänänen joined the room. | 19:37:30 |
| 24 Mar 2021 |
| cicalese | If you have not yet filled out the Wikimedia Developer Satisfaction Survey, please do so! The deadline has been extended to March 31. Click here: https://forms.gle/xj2jNUcP7kmSgtwV8. | 17:46:37 |
| 25 Mar 2021 |
| rundg | cicalese: solved Tom Harriman's Visual Editor on 1.35 problem in ~15 min!! It turned out to be a bad nginx configuration which we found by testing the API V1 and V3 urls | 18:48:54 |
| rundg | Woot! | 18:49:02 |
| cicalese | Awesome!! Thanks for helping him! I knew you were the correct person to point him to :-) | 18:52:11 |
| 28 Mar 2021 |
 Jeroen De Dauw | freephile: this issue https://phabricator.wikimedia.org/T263928? If so, can you share the fix on the ticket? Quite a few people running into that | 23:02:39 |
| Jeroen De Dauw | Wenn MediaWiki 36? | 23:03:00 |
| 29 Mar 2021 |
| rundg | That | 12:17:04 |
| rundg | * That's a busy ticket. I'll def read through and add knowledge. | 12:17:30 |
