[01:38:48] heya, I just spent 20 minutes filing a bug against Phabricator task in phabricator.wikimedia.org only to fail with "Access Denied: Application Maniphest" You do not have permission to edit task status." [01:38:59] s/Phabricator task/Phabricator project/ [01:39:40] what sucks is the back button took me to an empty task form, so I've lost my short story. [01:42:52] you might have to join the "triagers" group thing [01:47:10] legoktm: thanks for the tip. [01:48:05] * spagewmf loads ~/.mozilla/firefox/foo.default/sessionstore.js searching for lost epistle to Phabricator [01:52:24] ... or reload and grab my novel from the Post parameters [02:05:37] legoktm: I joined triagers and reloaded the failure page, and the form submission worked \o/ [02:12:34] so you have to be a triage member to create a task? that sounds broken [02:23:57] spagewmf: I just submitted a task after leaving the triage group...and it didn't give me an error. Can you tell me a bit more about what you were doing specifically? Or a link to the task that you were finally able to create? [02:27:14] sorry twentyfiveorsixtofour^W twentyafterfour , was having lunch (!). [02:29:10] spagewmf: no problem. I just need more info to reproduce the problem, although I'm wondering if perhaps my status as a phabricator admin might be overriding the permission issue... thing is, I don't think phabricator makes a habit of overriding permissions even for admins [02:29:53] twentyafterfour: I was following Connect your Wikimedia SUL and LDAP accounts in https://www.mediawiki.org/wiki/Phabricator/Help#Creating_your_account , so I logged in with my LDAP account and followed the steps to link my SUL account. I found a bug so in another tab I looked around and found the Phabricator project, and clicked [+Create Task], and got the failure. I filed https://phabricator.wikimedia.org/T575 [02:31:33] odd. so it's related to directly filing a task in a project. Ok I'll try that route to reproduce [02:32:07] Thanks, though this and T574 are low-priority non-blockers (ship it :) ) [02:33:11] twentyafterfour: also because I was linking accounts maybe Phabricator was confused about my status. I might have reused an existing tab, I didn't logout and log back in and then file the bug. [02:33:57] ok thanks for the clarification [04:32:32] twentyafterfour: yo? [04:33:08] fwiw the 'non-triagers' can't create tickets issue is real I think, but I addressed it or....triaged it if you will...:) [04:33:09] https://phabricator.wikimedia.org/T576 [04:33:30] so things work for now but the hiding of options from users I don't thinks works in that wy [04:33:50] maybe some non-priv user who isn't my test account could confirm and make a comment in that ticket [04:34:16] also spagewmf, sorry it ate your ticket text [04:46:40] chasemp: here [12:10:38] which mailing lists should be added to https://phabricator.wikimedia.org/mailinglists/ ? presumably only ones we expect to be used as subscribers sometimes? [12:10:55] right now it's world-writable it seems - or at least writable to me [12:18:06] Looks like I can write to it as well. [12:19:06] Are you members of the traiger group? [12:19:10] yep [12:19:15] Guten Tag [12:19:30] That might explain it, but it's a guess [12:21:59] yeah [12:44:02] mhh the batch task editor scares me from a vandalism perspective .. [13:34:53] Eloquence: more or less the same batch task editor basically exists in Bugzilla where more than 50% of the registered accounts have 'editbugs' [13:35:02] so it's neither worse nor better I'd say [13:36:11] except no-one can ever find it in bugzilla ;-) [13:36:37] (somewhere under a search result, next to the 'mail everyone' button?) [13:37:26] never noticed that, we'll see if phabricator's better UX leads to more problems ;) [13:37:35] valhallasw`cloud, "change several bugs at once" under every search result that's more than one ticket? [13:37:44] hehe [13:37:54] andre__: yeah, I know it's there; it's just not quite as visible as in phab [13:37:56] CSV | Feed | iCalendar | Change Columns | Change Several Bugs at Once | Send Mail to Bug Assignees | Edit Search | Forget Search [13:38:04] I stopped reading at 'Feed' ;-) [13:38:20] * andre__ writes a custom patch to add tags around that Bugzilla function [13:38:43] * valhallasw`cloud wonders when people will complain about the 'Export to Excel' function [13:38:53] either because OMG NONFREE or because it's nonfunctional ;-) [13:39:34] people have complained already. [13:40:16] https://phabricator.wikimedia.org/T257 [13:40:37] ^ about the name [13:40:42] and https://phabricator.wikimedia.org/T152 about it not working. [14:17:45] hm, shiny green for Structured-Data project? I guess it's time to finish the project naming-iconing-coloring conventions [14:29:20] qgil: I noted you said to avoid rainbows somewhere, and I was tempted to reply asking if you dislike puppies and sunny days as well :) [14:29:42] but I thought the joke was hard to translate to text, without the obvious me smirking indicators [14:30:21] I like all that indeed. :) It's just that colors are meaningful until the point where they are not meaningful anymore. [14:31:14] you are not wrong [14:31:56] do we make a page for people to apply for a color to use or ? [14:35:59] I'd just write up a convention, and let people freely choose their own colors. If it becomes an actual rainbow, someone can tell them not to [14:42:22] seems like the only way yep [15:04:58] projects with a suitcase are blue, releases with a truck are orange, sprints with a calendar are... something like this [15:09:44] you want ot match icon and color then? could work [15:09:50] probably as sane as any starting point [15:10:54] I'll work on this [15:54:36] I hope we're bringing the bugzilla quips over to phabricator somehow [16:04:11] MC8: There's no functionality in phabricator yet :( [16:04:19] needs a plugin/extension/whatever they call it writing [16:04:31] I filed a bug for it :P [16:10:18] I hope you've also added it under Unbreak Now! in phabricator [17:12:58] phab has a bunch of like stuff which is turned off if you enable [17:13:02] "serious business mode" [17:13:13] we have unfortunately done so....I guess it's serious business [17:18:53] twentyafterfour: quick question I thought of as I was falling asleep last night: we have the task changes going to the mailing list now, right? Will the import of BZ into prod Phab spam the list/irc with 70000 bugs and their changes? Just something to think about :) [17:19:22] we can take off the rule that adds wikibugs-l [17:19:44] all the magic is just a herald rule that says, if I fits I sits....but for adding wikibugs-l list to new issues [17:19:45] * greg-g nods [17:19:59] please remember to disable it then :) [17:20:03] that's all [17:20:03] but that is seriously worth noting in teh migration ticket [17:20:14] shall I or you? [17:20:26] I shalln't? [17:20:56] I can't think of a good bible/old english joke... [17:20:58] fine [17:21:33] which would be pronounced 'sine' in old english :) [17:21:42] https://phabricator.wikimedia.org/T15 or make a subtask? [17:21:48] * greg-g doesn't want to confuse things [17:22:36] * greg-g afks for a sec [17:22:39] there is a ticket somwhere that says [17:22:47] "things not to forget for bugzilla migration" or something [17:22:49] andre would know [17:23:55] sounds like https://phabricator.wikimedia.org/T559 [17:24:01] "Avoid a massive wave of email notifications after the Bugzilla migration" [17:44:08] * greg-g leaves it up to you two [17:55:44] The rainbow, as promised earlier today https://phabricator.wikimedia.org/M4 [17:56:36] do we really have to set in stone the colors used? Teams should be able to pick the color for their team so they can pick it out of the mess, right? [17:56:59] * greg-g comments on that task [17:57:52] greg-g, I'm waiting you there :) [17:58:43] I guess I commented on the mock [17:58:44] ;) [17:59:07] * greg-g has no time for this today... (anything other than 1:1s and managery things) ugh [18:04:30] commenting a design on the mock is the right thing to do [18:04:32] replied :) [18:14:39] chasemp, I just got an avatar for https://phabricator.wikimedia.org/p/Qgil-test/ -- hoping that this helps to use it less accidentally :) [18:15:54] easy to do, i use multifox and sometimes I guess mix up the browser windows [18:20:31] never used it so [18:20:42] what's the advantage of using pholio vs just embedded image via files? [18:30:46] dunno... maybe less distracting to discuss mockup iterations in a separate subthread? Not sure myself either [18:34:10] andre__: want to comment on https://gerrit.wikimedia.org/r/#/c/165532/1 [18:36:16] chasemp, done :) [18:36:38] I was thinking even "IRC" [18:36:43] it's obvious it's a name ? [18:39:25] "IRC Nickname"? [18:39:37] I don't think it's perfectly obvious [18:39:38] "IRC nick" [18:39:47] especially for those 3 people who have never heard of "IRC". [18:39:53] lolol [18:39:59] they exist. trust me. [18:40:03] IRC Nick [18:40:10] fine with me, yes! [18:40:49] I'm picky when some people want to give me their email, though they meant their email address. Same for bugs and bug reports. So better no "IRC" but rather "IRC Nick" or such. [18:42:12] you have to defend it way more than me [18:42:15] so I'm pretty open :) [18:42:26] heh [18:42:37] "Can I have your email? All 20GB of it?" [18:42:43] Our wonderful language gets sloppy, yeah :P [18:42:57] "I don't want all your private email! Just your address!" [18:43:38] you may be suffering from a condition andre :) [18:43:41] but I'm not a doctor [18:43:45] hehe [18:43:55] I just get more grumpy and picky the older I get [18:44:48] https://phabricator.wikimedia.org/p/chasemp/ [18:44:58] "but what is IRC" [18:45:07] hmm [18:45:12] https://phabricator.wikimedia.org/people/query/X29ShaQVxrb7/#R [18:45:14] the userpage link is + urlencoding, not _ or %20 [18:45:28] well not encoding, but I think you know what I mean [18:45:32] legoktm: I think there is a ticket [18:45:35] there is [18:45:37] but twentyafterfour would know [18:45:39] ok [18:45:43] https://phabricator.wikimedia.org/T547 [18:45:44] the search by irc now [18:45:46] is badasssssss [18:45:55] ah no https://phabricator.wikimedia.org/T574 [18:46:51] what would twentyafterfour know? [18:46:58] about urlencoding? [18:47:16] legoktm: the userpage link is + urlencoding, not _ or %20 [18:47:23] legoktm: well not encoding, but I think you know what I mean [18:48:22] twentyafterfour: could we make that mediawiki username searchable? via https://phabricator.wikimedia.org/people/query/advanced/ [18:48:23] It seems like a statement more than a question.. or I don't understand what the problem is [18:48:24] i already used phab as my new pastebin the other day. fwiw [18:48:34] i mean the actual pastebin feature.. nice to have [18:49:05] chasemp: I'm not sure what it'll take to make it searchable [18:49:25] fair enough, kinda meh and weid since it's a link and not a text string [18:50:35] twentyafterfour: on https://phabricator.wikimedia.org/p/chasemp/ the url is https://www.mediawiki.org/w/index.php?title=User:CPettet+%28WMF%29 when it should be https://www.mediawiki.org/w/index.php?title=User:CPettet%20%28WMF%29 [18:51:09] mutante: official paste that is integrated into ticketing, yes love it [18:51:50] chasemp: yea, i meant "click plus sign" but make pastebin instead of ticket, so it becomes an URL with a "P" and number [18:52:03] i think i got P3 [18:52:12] not many know about it yet I think [18:52:44] legoktm: the link works for me... [18:52:51] since it also lets you select groups who can view it.. [18:52:56] twentyafterfour: it works yes, but it's wrong :P [18:52:56] it could almost replace etherpad , :p [18:53:15] not interactive-y tho [18:53:28] though andre and I colloborated via paste before [18:53:33] spaces in MediaWiki page names should be represented by _ or a space (%20), not + [18:54:02] legoktm: in what sense is it wrong? it's phabricator doing the encoding, not my custom code [18:54:32] it represented the space as a + instead of %20 [18:55:29] legoktm: + is valid in url encoding when it appears after the ? [19:01:15] chasemp, meeting [19:02:02] working on it, issues [19:02:15] ok! [19:54:29] andre__, if you could post in https://phabricator.wikimedia.org/T572 the total amount of Bugzilla users and how many have been active in the past 12 months, that would be very useful for the discussion [19:54:53] qgil, I'll ask ops to run thta SQL query for me. [19:55:08] thanks! [19:57:42] 19847 [19:57:44] The hypothesis is that emailing the active ones in the past 12 months will be decent enough, and the goal to have the majority signed up in Phabricator before the migration will be achievable [19:57:47] ^ number of Bugzilla users [19:57:52] wow, that was fast [19:58:24] heh :) andre__: what was the query for being "active" though [20:00:22] * andre___ curses installable machines [20:01:11] active in the last year? [20:03:14] ah, "last_seen_date" [20:03:18] qgil: chasemp : 2606 user [20:03:25] who have been active in 2014 [20:03:32] oh, looks like I don't even need to create an RT ticket as mutante is around... [20:03:34] select count(userid) from profiles where last_seen_date > 2014; [20:03:40] that sounds reasonable, right [20:03:56] what format is the last_seen_date? [20:04:06] you might need to 0 pad it [20:04:11] 20140000 or something [20:04:11] "datetime" [20:04:16] example? :P [20:04:24] 2014-10-08 00:00:00 [20:04:54] >= "2014-01-01 00:00:00" [20:04:55] it stores it in the db in that format? [20:04:59] yes [20:05:01] weird man [20:05:31] Reedy: still 2606 .. somehow always 2606 .. :p [20:05:34] last year you want like 2013-10-01 00:00:00 no? [20:05:58] heh, probably [20:06:08] that's also 2606 [20:06:16] but since 2014-10-01 it's only 525 [20:06:31] select max(userid) from profiles; ? [20:06:33] 500-ish I think is the super active users [20:06:56] Reedy: 19854 [20:08:40] select count(userid) from profiles where last_seen_date between '2013-10-01' AND NOW(); [20:08:43] 2606 [20:11:01] select count(userid) from profiles where date_sub(curdate(),INTERVAL 1 YEAR) <= last_seen_date; even :p [20:11:08] all 2606 [20:11:29] voodoo [20:16:14] * andre___ looks at the SQL query in http://git.wikimedia.org/blob/operations%2Fpuppet.git/235b3d810992b3e2bacc3460554fc3839fff3b12/modules%2Fbugzilla%2Ftemplates%2Fscripts%2Fbugzilla_community_metrics.sh.erb [20:17:24] andre___: did we disable those mails? [20:17:29] mutante, no, why? :) [20:17:36] I still get them, and they are welcome [20:17:55] Bleh. And of course there's no database scheme as last_seen_date was introduced after Bugzilla 3.4 and the last published Bugzilla DB scheme was 3.4. So much for calling Bugzilla "maintained" [20:17:57] i can just change the interval from 1 MONTH to 1 YEAR [20:18:00] and run that script [20:18:05] you could, yes [20:21:34] andre__: check inbox [20:22:15] mutante, thank you for the 2606 number [20:22:40] qgil: yw [20:23:12] qgil: the "communitymetrics@" mail alias should have received a custom report as well [20:23:20] got it [20:23:30] where i just changed "1 MONTH' to "1 YEAR" temporarily [20:23:35] cool [20:23:52] lets puppet change it back to normal [20:25:01] mutante: the email from 3 min ago still says "539", same as the email for 09/2014 [20:25:03] "(via bugzilla_community_metrics.sh on zirconium at Wed Oct 8 20:21:21 UTC 2014)" [20:25:28] weird weird weird. [20:27:47] weird indeed. well, should we look closer or is it enough to assume "about 500 are really active, about 2500 are active in last year, almost 20000 have registered in the past" [20:28:16] hrmmm.. though [20:31:26] mutante andre__ fwiw I'm happy with 19847 and 2606, no need to do more research (unless you fear those numbers are plain wrong) [20:33:01] 500 in one month, 2600 in one year, probably means that about 200 are really regular, and then the other 300 come and go with a relative frequency [20:33:27] , and then the other 300 belong to user that come and go with a relative frequency (this is probably more accurate) [20:34:55] "last seen" in the last month.. it says 871 [20:35:03] unless i'm still doing something completely wrong [20:35:20] * andre__ looks at the database scheme in his local bugzilla instance [20:35:21] select count(userid) from profiles where date_sub(curdate(),INTERVAL 1 MONTH) <= last_seen_date; [20:35:25] 871 [20:35:34] select count(userid) from profiles where date_sub(curdate(),INTERVAL 1 YEAR) <= last_seen_date; [20:35:37] 2606 [20:35:57] select count(userid) from profiles where date_sub(curdate(),INTERVAL 1 WEEK) <= last_seen_date; [20:36:01] 525 [20:36:53] but this confuses me, even for "10 YEAR" i will get 2606 [20:37:05] ah! [20:37:06] fuck! [20:37:07] must be because what andre_ said, the "last_seen_date" is newer [20:37:08] I know why. [20:37:11] yeah [20:37:12] and has only been added later [20:37:18] after 18k users already existed [20:37:21] last_seen_date only exists in the DB since 4.0 or so [20:37:22] or something [20:37:24] that [20:37:24] yes, exactly [20:37:42] ok. solved. phou... :) [20:37:49] well, yea :) i believe the number now [20:38:07] week 525, month 871, year 2606 [20:38:34] set it to registration date where it's null or whatever? [20:39:57] you can already figure out the same queries for phab, so we can replace the metrics mail, heh :) [20:40:10] eh, or add to it i should say [20:42:37] according to https://bugzilla.mozilla.org/show_bug.cgi?id=240437 last_seen_date was only introduced in 4.4, and we upgraded to 4.4 in 02/2014 [20:43:52] oh, then it's even more per year [21:01:58] guys, you should write scripts for detectives series. This was an interesting reading. :) [21:03:09] When it comes to an hypothetical mailing to "active" Bugzilla users, poking those now infamous 2606 user would be just enough for the purpose of solving https://phabricator.wikimedia.org/T572 [21:03:26] solving... reasonably, I mean [21:06:35] so they only had last_seen for users since that column was addedd? [21:06:43] yeah [21:07:47] it's also used in the BZ UI when I go to editusers.cgi (admin stuff) and query users by email address, directly showing me when the last login of a user happened