[01:37:18] Is it just me, or have there been a lot more backwards-dupes recently? [01:49:47] Krenair apparently that is for flood protection as legoktm told me. [01:49:55] what? [01:50:14] huh? [01:50:17] people are merging things the wrong way around for flood protection reasons? [01:53:10] https://gerrit.wikimedia.org/r/#/c/328147/ "No, that's a feature. It adds additional flood control." (thats if you were talking about wikibugs) [02:06:23] Krenair: Backwards as in chronologically or backwards as in the better of the two tasks is closed? [02:06:37] chronologically [02:06:37] (I usually resolve chronologically, but if the newer task has better/more info, I resolve the other way) [02:07:46] I suppose there's worse problems to have...like actually having open dupe bugs :p [02:14:59] 10Wikibugs: Seperate wikibugs username - https://phabricator.wikimedia.org/T153732#2888932 (10Paladox) [02:15:04] 10Wikibugs: Seperate wikibugs username, into grrrrit and wikibugs - https://phabricator.wikimedia.org/T153732#2888947 (10Paladox) [02:17:47] 10Wikibugs: Seperate wikibugs username, into grrrrit and wikibugs - https://phabricator.wikimedia.org/T153732#2888950 (10Paladox) I manly doint like looking at seeing gerrit + phabricator changes under the same username. [02:19:56] 10Wikibugs: Seperate wikibugs username, into grrrrit and wikibugs - https://phabricator.wikimedia.org/T153732#2888955 (10Paladox) what is confussing is if wikibugs sends a couple of messages to irc and some are gerrit, it is now harder to pick out which is what. [02:25:31] 10Phabricator: Wikimedia Phabricator search index missing Maniphest tasks - https://phabricator.wikimedia.org/T153603#2888960 (10Paladox) @MZMcBride Hi, the letter a will not be found, nor will any letters under 3 letters due to a MySQL config. If you use elasticsearch you will be able to find that. [03:12:10] 10Phabricator, 10Analytics: Get rid of Pageview-API -> Analytics auto-tagging - https://phabricator.wikimedia.org/T146042#2889020 (10Aklapper) (For future reference: If nobody adds a #Phabricator tag to issues with [[ https://www.mediawiki.org/wiki/Phabricator/Help/Herald_Rules | Phabricator Herald ]] (=auto-t... [03:14:27] 10Phabricator: Herald rule thought to conflict - https://phabricator.wikimedia.org/T153723#2889025 (10Aklapper) > and in the version on labs it's totally possible On Labs, #Analytics-Kanban is a [[ https://www.mediawiki.org/wiki/Phabricator/Project_management#Parent_Projects.2C_Subprojects_and_Milestones | subpr... [05:38:43] 10Wikibugs: (grrrrit) Note (or maybe ignore) when a change is a rebase - https://phabricator.wikimedia.org/T59116#2889084 (10Legoktm) [05:40:55] 10Wikibugs: Don't echo on IRC when title change only - https://phabricator.wikimedia.org/T135363#2889087 (10Legoktm) 05Open>03declined No, I think those changes should be visible on IRC. [05:42:14] 10Wikibugs: Bot should use notices in-channel - https://phabricator.wikimedia.org/T72881#2889093 (10Legoktm) [05:45:03] 10Wikibugs: wikibugs is having issues joining channels on startup - https://phabricator.wikimedia.org/T92301#2889094 (10Legoktm) 05Open>03Resolved a:03Legoktm Fixed by {f09815aee08458b7fb283db7c7e0aed49e3b149d}. [05:46:08] 10Wikibugs, 13Patch-For-Review: Provide more / more detailed CTCP responses. - https://phabricator.wikimedia.org/T88070#2889098 (10Legoktm) 05Open>03Resolved a:03valhallasw [05:59:26] 10Wikibugs: wikibugs is having issues joining channels on startup - https://phabricator.wikimedia.org/T92301#1105754 (10MZMcBride) >>! In T92301#2889094, @Legoktm wrote: > Fixed by {f09815aee08458b7fb283db7c7e0aed49e3b149d}. A `FIXME HACK` resolves this task? Hmmm. [06:01:31] 10Wikibugs: wikibugs is having issues joining channels on startup - https://phabricator.wikimedia.org/T92301#2889118 (10Legoktm) I guess at this point the hack has lived on long enough that this bug is fixed, but eventually it could use some tech debt cleanup? [08:50:22] 10Phabricator: "Security" field is invisible, but still exists, and the value can't be changed, causing Herald problems - https://phabricator.wikimedia.org/T153742#2889322 (10matmarex) [10:48:37] 10Phabricator: "Security" field is invisible, but still exists, and the value can't be changed, causing Herald problems - https://phabricator.wikimedia.org/T153742#2889479 (10Aklapper) [13:12:32] 10Phabricator: Create acl*otrs-admins - https://phabricator.wikimedia.org/T153586#2889734 (10Jalexander) a:03Jalexander [13:51:49] 10Phabricator: "Security" field is invisible, but still exists, and the value can't be changed, causing Herald problems - https://phabricator.wikimedia.org/T153742#2889778 (10MarcoAurelio) Ping @mmodell to change the security from Software security bug to none on that task. That'd solve the issue. [13:53:49] 10Phabricator: "Security" field is invisible, but still exists, and the value can't be changed, causing Herald problems - https://phabricator.wikimedia.org/T153742#2889782 (10MarcoAurelio) If I edit the task I can see the field, but I can't modify it. Maybe somebody from #Security is able to do so too. [13:57:03] 10Phabricator, 06Project-Admins: The project Access Policy - Approvers should be acl* instead - https://phabricator.wikimedia.org/T146015#2889784 (10Jalexander) 05Open>03Resolved a:03Jalexander [13:57:28] 10Phabricator: "Security" field is invisible, but still exists, and the value can't be changed, causing Herald problems - https://phabricator.wikimedia.org/T153742#2889786 (10mmodell) The security field no longer serves any purpose. We should just disable to associated herald rules. [14:49:52] 10Phabricator, 06Project-Admins: The project Access Policy - Approvers should be acl* instead - https://phabricator.wikimedia.org/T146015#2889911 (10MarcoAurelio) * `acl_access-policy-approvers` should be added as hashtag since #acl_access-policy-approvers gives me 404 Not Found. * Please change the icon to Lo... [15:41:10] 10Phabricator: Herald rule thought to conflict - https://phabricator.wikimedia.org/T153723#2890080 (10Milimetric) @greg thank you, yes, that fixed the problem. That means we can go ahead and use this idea to set up all our other rules, so I would appreciate permissions. I am willing to go through any hazing ri... [15:41:40] 10Phabricator, 06Project-Admins: The project Access Policy - Approvers should be acl* instead - https://phabricator.wikimedia.org/T146015#2890083 (10MarcoAurelio) Linking is now possible. All that remains is to edit the project image and we're all set! [15:42:54] 10Phabricator: Create acl*otrs-admins - https://phabricator.wikimedia.org/T153586#2890085 (10MarcoAurelio) 05Open>03Resolved Created #acl_otrs-admins by @Jalexander. [16:10:29] 10GitHub-Mirrors, 06Analytics-Kanban, 07Documentation, 07Easy, 13Patch-For-Review: Mark documentation about limn as deprecated - https://phabricator.wikimedia.org/T148058#2890184 (10Nuria) 05Open>03Resolved [16:15:08] 10Phabricator: Herald rule thought to conflict - https://phabricator.wikimedia.org/T153723#2890195 (10Aklapper) What "other rules" are wanted? Having any rules (whether existing or wanted) outlined in a dedicated Phabricator task (in "if ABC then XYZ" format) would be helpful and I'm happy to create them. Please... [16:50:28] 10Phabricator, 10Analytics: Get rid of Pageview-API -> Analytics auto-tagging - https://phabricator.wikimedia.org/T146042#2890281 (10Milimetric) 05Open>03Resolved resolved by T153723 [16:56:14] 10Phabricator: Herald Rules for Analytics - https://phabricator.wikimedia.org/T153763#2890291 (10Milimetric) [17:04:23] 10Phabricator: Herald Rules for Analytics - https://phabricator.wikimedia.org/T153763#2890316 (10Milimetric) [17:05:19] 10Phabricator: Herald Rules for Analytics - https://phabricator.wikimedia.org/T153763#2890291 (10Nuria) Looks good. [17:06:00] 10Phabricator: Herald rule thought to conflict - https://phabricator.wikimedia.org/T153723#2890325 (10Milimetric) 05Open>03Resolved a:03Milimetric opened T153763 as the set of rules that we need [17:14:08] 10Phabricator: Herald Rules for Analytics - https://phabricator.wikimedia.org/T153763#2890369 (10Aklapper) a:03Aklapper [17:15:32] 10Phabricator: Herald Rules for Analytics - https://phabricator.wikimedia.org/T153763#2890291 (10Aklapper) 05Open>03Resolved Updated H126: * When **all** of these conditions are met: ** Projects include any of #Pageviews-API, #Analytics-EventLogging, #Analytics-Cluster, #Analytics-Visualization, #Analytics-... [19:04:37] andre__: what https://phabricator.wikimedia.org/people/welcome/737/ does? [19:10:18] oh and now I see that you can have totp at Phab: https://phabricator.wikimedia.org/settings/user/MarcoAurelio/page/multifactor/ [19:10:27] would that work well with OAuth? [19:12:46] Yes [19:12:58] I use OAuth + TOTP [19:13:04] (we've had both for ages, fwiw) [19:13:20] Basically, login with OAuth, before you complete login process you do your 2FA [19:13:37] I like Phab's 2FA also: it re-asks you for it when doing "dangerous" things [19:13:51] Like personal settings that are "dangerous" -- SSH keys, api tokens, etc. [19:14:11] that is a nice feature in phab [19:14:40] I'm going to try an copy it in the 2fa integration for Striker (toolsadmin) [19:14:58] Keeps you from being totally fubar'd if you accidentally stay logged in on a public computer :) [19:16:10] I was thinking of hanging on to a hash of UA+ip too and prompting for 2fa when it changes [19:16:12] My wiki account has already totp so I can't log via OAuth if I can't log-in to my wiki account either [19:16:32] Mine too :p [19:16:38] So I have to TOTP twice. [19:16:52] But is actually nice, because of the "keeps your account secure even when you're already logged in" feature. [19:16:54] :) [19:17:31] I'll enable it then [19:17:54] later though, I'm in the middle of something [19:46:27] 06Project-Admins: Proposal to create a FR-Mobile-Web tag - https://phabricator.wikimedia.org/T149204#2745270 (10MarcoAurelio) Always I see "FR" gives me the impression it's something related to France or French sites. Couldn't Fundraising-Mobile-Web be used instead. Project guidelines requires projects to be cle...