[00:05:21] RoanKattouw: ping [00:05:35] Regarding RL2, I was going to ask something but then I see you came across the same question [00:05:43] Foreign repo, property 'default' [00:06:04] I think the default property should not be enforcing remotely [00:06:12] too evil imho [00:06:38] + there is no way around it, whereas there is a way around the other way around [00:06:54] Right, local gadget with dependency [00:06:56] (make a local noop gadget depending on the remote one and set default:true [00:07:00] Yeah I thought that would be the answer [00:07:00] exactly [00:07:05] (to both) [00:07:30] https://www.mediawiki.org/wiki/Special:Code/MediaWiki/101347 [00:10:04] So we're good ? Or what is the current state ? [00:10:05] I couldn't quite find it [00:10:12] We should document this :P [00:10:32] We're good [00:10:44] The code to respect default remotely is commented out [00:12:08] OK [00:27:30] RoanKattouw: https://www.mediawiki.org/wiki/Thread:Project:Support_desk/Are_all_the_hyperlinks_to_other_pages_in_articles_the_reason_why_wikis_often_come_up_first_on_Google%3F [00:27:37] :D [00:28:14] lol [00:29:02] For your enjoyment: RoanKattouw (BTW, two awesome dailywtfs: http://thedailywtf.com/Articles/The-Deadly-Cookie.aspx http://thedailywtf.com/Articles/Taking-a-Dump.aspx ) [00:31:51] *Krinkle reads [00:32:42] RoanKattouw: btw, what I mentioned last week at wcn about Conficker http://en.wikipedia.org/wiki/Conficker [00:32:48] http://www.youtube.com/user/ComputerHistory#p/u/0/fvs2-YH1jFE [00:33:01] awesome talk, recommend watching it one day (1 hour) [00:33:14] aha [00:33:18] SQL Slammer is linked from the lead [00:33:21] That's what I was talking abuot [00:34:04] that talk contains some fun stuff how non-techs talk about 'worms' in the whitehouse. [00:34:13] and what not. [00:36:42] RoanKattouw: hehe, "Rick rolled his eyes" [00:36:43] lol [00:36:54] Oh it says that? I must've missed that [00:37:08] (Taking-a-Dump) [00:37:27] Right [00:39:01] RoanKattouw: you reminded me to catch up on some recent TDW [00:39:02] http://thedailywtf.com/Articles/The-Suuuuuuuuuupppperrrrr-Geeeeeeeeennniuuuuusssss.aspx [00:39:03] so, question. [00:39:05] laughing hard [00:39:18] lmfao at Taking-a-Dump [00:39:24] hehe [00:39:27] `` Eventually the customer said, "You work for a group of morons." [00:39:29] would it be possible to make $wgSiteLogo a sprite, and change the location it reads from based on screen size? [00:39:31] The ones I linked are the best ones [00:39:50] jorm: Because you said sprite I'm gonna be doubly skeptical of everything that comes next :D [00:40:15] <^demon> You could make $wgLogo an array [00:40:16] well. that was the question. [00:40:26] <^demon> Keys could be the resolution and the values could be the image to use. [00:40:57] i'm thinking about an idea Erik had regarding Athena. and based on preference, the top bar would change size (necessitating a logo image change) [00:41:17] so, like [[mobile, tablet, desktop]], then? [00:41:38] <^demon> That could work. [00:42:00] <^demon> $wgLogo = array( 'mobile' => 'foo.jpg', 'tablet' => 'bar.jpg' ) [00:42:19] and then the skin could select based on its render mode. [00:42:38] <^demon> I imagine that'd be doable. [00:43:32] RoanKattouw: http://thedailywtf.com/Articles/The-Jammed-Killswitch.aspx is also good, but me being new to that site and this being an older post you may already know it [00:43:40] My plan was to base it on size rather than keys [00:43:48] Oh my God this one is AWESOME http://thedailywtf.com/Articles/Caught.aspx [00:44:00] I just read the killswitch, yeah, that was good [00:44:11] I laughed out load while reading "Caught" [00:44:19] $wgLogo = array( '35x35' => 'foo.jpg', '135x135' => 'bar.jpg' ); [00:45:03] Then a skin would say something like $sk->getLogo( '155x155' ); and the skin system would say '135x135' is the closest we have, and getLogo would return 'bar.jpg' [00:45:24] nice. [00:45:27] even better. [00:45:45] That said I've been contemplating a different variable name [00:46:04] Dantman: did you see this: http://www.mediawiki.org/wiki/Athena/TopBarPrototype [00:47:04] mmm... meh? [00:48:15] jorm: Btw... I had a random thought on the tall vs. short tablet header [00:48:28] shoot. [00:48:36] erik suggested that it could be user pref'd. [00:48:47] "i don't want none of those fuckin' links" so they get the short header. [00:49:17] an alternative is that it shows full, then contracts, and expands on mouseover. [00:49:39] My other thought was it might be large, then shrink when you scroll down [00:49:40] http://i.imgur.com/ZmLOG.png [00:49:43] But there was this thought [00:49:59] that could work, too. [00:50:04] If you take the small, then add the links below, you basically have all the funcitionality of the tall in shorter form factor [00:50:13] That said.... I kinda liked the tall banner [00:52:07] Oh right... [00:54:28] RoanKattouw: http://toolserver.org/~krinkle/tmp/rl2-08sp0dh.png [00:54:40] RoanKattouw: trying to figure that one out :/ [00:54:56] Display weirdness yeah [00:54:58] No clue why [00:55:12] <^demon> Extreme links? [00:55:16] <^demon> Oh, totally misread that. [00:56:04] jorm: I had another thought on the notification counter. Taking personal_urls, adding a counter to the possible keys. In the final personal_urls do an unset on the counter key after adding something like " (none)" or " (2)" to the 'text' of the item. And offering an alternate to the personal_urls template key that offers the counter. We can then use that to display a counter in the ui in skins that support it, and also sum up all the counters in [00:57:40] Has to be an alternative template key or something, or else we'll sudenly end up with skins outputting something like [00:58:23] RoanKattouw: figured it out [00:58:23] .prefsection table { width: 100%; } [00:58:41] automatic table column width [00:59:01] the first one has a longer gadget name in it [00:59:12] hrm. [00:59:28] brion has started an RFC regarding a notifications system. [01:05:11] RoanKattouw: http://toolserver.org/~krinkle/tmp/rl2-08sp0dh.png http://toolserver.org/~krinkle/tmp/rl2-08sp0dh-annotated.png - the browser is told 100% width on the table from css, but nothing else. So it tries to evenly devide columns, but since they're separate tables, it gets all weird [01:05:39] hmm [01:05:41] the first one should probably not be in the same table as the introduction text [01:06:04] see annotated version [01:07:01] Hm.. it works good on other tabs [01:07:12] .prefsection td.mw-label { width: 20%; } [01:07:25] class "prefsection" is missing on gadgets tab [01:08:00] no, it's not [01:08:49] table.mw-htmlform-nolabel td.mw-label { width: 0 !important; } /* does not work for non-empty table cells */ [01:08:57] bah [13:45:55] Ryan_Lane: thanks again for your assiduous documentation, transparency, and publicity efforts around our HTTPS work. just tossed a few links at another open source project http://bugs.dwscoalition.org/show_bug.cgi?id=1239 [13:47:01] *RoanKattouw had to look up 'assiduous' [13:49:23] RoanKattouw: my new cover band: Assiduous Vaudeville [13:51:59] haha [17:39:50] hi Platonides [17:40:01] hi sumanah [17:42:21] Platonides: maybe you can help with this question https://www.mediawiki.org/wiki/MediaWiki_architecture_document/text#Users [17:42:30] "MediaWiki provides a very granular permissions system, with basically a user permission for every possible action." From the editors: do you use a hierarchical permissions representation or just flat noun-verb? [17:48:11] Platonides: if you have time, it would be great to put a quick answer in https://www.mediawiki.org/wiki/Talk:MediaWiki_architecture_document/text#Review [17:48:15] I gotta head off [20:40:45] triggers [20:40:50] hi kaldari [20:40:54] howdy! [20:40:54] trying to get jeff in here [20:41:24] he claims to be here but isn't [20:41:25] :( [20:41:58] yay [20:42:02] ohai [20:42:03] Jeff_Green, kaldari: triggers. [20:42:08] fight! [20:42:12] to the death! [20:42:24] actually wait, there's no dying in fundraising [20:42:33] I just sent a little email [20:42:34] we can die in February? [20:42:37] yes [20:42:39] about triggers [20:42:39] awjr: CRYING, theres no CRYING in fundraising [20:42:56] death without tears is okay [20:42:56] im about to break that rule. [20:42:59] I'm currently rewriting the synchronizing script, BTW [20:43:08] we are using a different version of mysql now [20:43:16] what version? [20:43:16] ok - so the syncrhonizing script will help us repopulate missing data [20:43:27] but we need the triggers to keep them automagically sync'd [20:44:04] i believe we're using 5.1.41 now? [20:44:32] it's the facebook one, i can tell you the base version # but I don't know what they've modified [20:44:59] Ver 14.14 Distrib 5.1.47 [20:45:31] it looks like the main trigger might just be missing [20:45:42] so the two triggers we have in place right now... dont look like they do antying to capture donation amount... [20:45:47] are we missing a trigger? [20:46:38] http://svn.wikimedia.org/viewvc/wikimedia/trunk/fundraising-civicrm/sites/all/bin/public_reporting/triggers.sql?view=markup [20:46:39] there are supposed to be 4 triggers I beleive [20:46:50] but Jeff's email only shows 2 [20:46:57] yeah [20:47:00] that might be the problem... [20:47:12] strange. ok lemme try creating the other two again [20:47:41] public_reporting_insert and public_reporting_update are missing [20:48:18] those 2 do most of the work [20:48:42] strange [20:48:51] so I reran the full block from here: [20:48:56] http://svn.wikimedia.org/viewvc/wikimedia/trunk/fundraising-civicrm/sites/all/bin/public_reporting/triggers.sql?revision=156 [20:49:06] and we still end up with only two triggers [20:49:08] jeff what database are you running those on? [20:49:25] any errors? [20:49:28] civicrm, yes? [20:49:40] civicrm [20:49:56] errors -- sec [20:50:34] ugh lemme do them one at a time. the output is a mess [20:51:39] I really hope we don't have to rewrite them. Creating those triggers made my head explode :P [20:54:30] i think there's missing syntax here [20:54:30] Display all 6986 possibilities? (y or n) [20:54:30] that looks bad eh? [20:54:41] ok here's where it barfs [20:54:48] look at that page again: [20:54:55] -> IF SUBSTRING((SELECT source FROM civicrm_contribution WHERE id = NEW.entity_id LIMIT 1), 1, 3) != 'RFD' THEN -- don't trigger for refunds [20:55:00] -> [20:55:00] Display all 6986 possibilities? (y or n) [20:55:33] You're pasting SQL into an SQL prompt or something [20:55:34] ? [20:56:29] yes, one line at a time [20:56:50] any ideas? [20:57:11] hrmf nothing is leaping out at me but i know very little about mysql triggers [20:57:34] i think kaldari is going over it again [20:57:44] k [20:58:18] you could try taking the comment out [20:58:28] Jeff_Green what is the error you're getting? [20:58:53] the " -- don't trigger for refunds" [20:59:10] ok [20:59:53] the 2nd trigger also has a comment [20:59:55] ugh. same outcome [21:00:10] what's the error? [21:00:36] it's not an error per se--after that line "IF SUBSTRING((SELECT source FROM..." the sql CLI asks: [21:00:39] Display all 6986 possibilities? (y or n) [21:00:43] oh [21:00:46] i see [21:00:50] ... [21:01:37] can you paste more of the code on the 1 line? [21:01:47] when you're trying to execute it? [21:01:52] in the copy/paste... are there tabs or are you pressing tab? [21:02:16] lemme yank this into vim and see if there are funky chars [21:02:24] I would try putting everything up to the semicolon on one execute line [21:02:36] yah i feel liek the only time i've ever seen the 'Display all...' is pressing tab in the sql cli [21:03:15] lemme try replacing all the indent tabs with spaces [21:03:30] and make sure both the comments are removed [21:04:26] ooh better! [21:04:47] we have 4 triggers now [21:04:55] BOOM! [21:04:58] booyah [21:04:59] now does it work? [21:05:15] lessee [21:06:04] so if this works we should update svn to have a tab-free version [21:06:17] donations are being consumed right now - we should see the new stuff in public_reporting in a sec [21:06:23] k [21:06:30] yup shonuff [21:06:31] it's working [21:06:33] sweet [21:06:34] :) [21:06:46] phew [21:06:54] thanks Jeff_Green and kaldari [21:07:27] no problem. thank you!