#silverstripe IRC Log

IRC log for 6 January 2015

All timestamps are in UTC.

1: [00:02:43] * sminnee quit (Quit: sminnee)
2: [00:03:24] * sminnee has joined #silverstripe
3: [00:03:26] * sminnee quit (Client Quit)
4: [00:23:56] * ArrakisDairy quit (Changing host)
5: [00:23:56] * ArrakisDairy has joined #silverstripe
6: [00:26:23] * willr quit (Ping timeout: 265 seconds)
7: [00:39:57] * camfindlay quit (Quit: camfindlay)
8: [00:56:56] * nevo has joined #silverstripe
9: [00:59:07] * oddnoc quit (Quit: beer:30)
10: [01:01:43] <nevo> addies - Varnish by default will strip all cookies which breaks logins
11: [01:02:47] * Phlunk3 has joined #silverstripe
12: [01:04:54] <mahfuz> Hey is there an way to merge only the common dataobjects from 2 or more datalists?
13: [01:06:03] <nevo> Something like this handles login etc - https://gist.github.com/owindsor/21b289d480d931d457c3
14: [01:07:48] * EasyCo has joined #silverstripe
15: [01:07:51] * camfindlay has joined #silverstripe
16: [01:14:33] * veb quit (Quit: veb-irc: &)
17: [01:21:27] * spronk2 has joined #silverstripe
18: [01:26:08] <ss23> I'm helping out with the catalyst opensource thingy majiggy
19: [01:26:20] <ss23> Part of it includes finding simple bugs that students (people new to opensource) can fix in a day or less
20: [01:26:28] <ss23> Anyone know of any SilverStripe bugs that meet this critera?
21: [01:32:45] <ss23> adrexia: It'll be at Catalyst House, so I expect you to say hi
22: [01:33:17] <Stomach> ss23 - namespacing
23: [01:33:19] <Stomach> :D
24: [01:33:32] <ss23> lol.
25: [01:33:34] * ss23 glares at Stomach
26: [01:33:58] <Stomach> theres an "easy" tag in github isnt there
27: [01:34:10] <Stomach> https://github.com/silverstripe/silverstripe-framework/issues?q=is%3Aopen+is%3Aissue+label%3Aeasy
28: [01:34:58] <Stomach> wait until kinglozzer comes back, I see him tagging easy stuff all the time
29: [01:36:15] <ss23> Yeah, I'm looking through them all now
30: [01:37:21] * jenniferaslan quit (Quit: jenniferaslan has left the room)
31: [01:38:00] <ss23> I've discovered a problem
32: [01:38:09] <ss23> I just think "I should totally do this easy ticket myself!" since it's so easy
33: [01:39:20] <Stomach> thats the spirit!
34: [01:39:50] <Stomach> you have to do a RFC for each change though
35: [01:39:51] <Stomach> :P
36: [01:39:53] <ss23> lol
37: [01:44:29] <zippy> ss23: drop the cache manifest and use composer autoloading instead
38: [01:45:14] <ss23> You all suck!
39: [01:46:11] <zippy> ss23: drop support for php 5.2/5.3 and improve the code with new 5.4+ features given that 5.3 is EOL and the last Ubuntu LTS release that had it is also going to got EOL in a few months
40: [01:46:38] * ss23 kills zippy
41: [01:46:49] <zippy> move forward ss23 , no use having one foot stuck in the past
42: [01:47:08] <ss23> CWP means we can't deprecate 5.3
43: [01:47:08] <ss23> :P
44: [01:47:23] <zippy> 5.3 is already depricated
45: [01:47:34] <zippy> i/e
46: [01:48:13] <zippy> be like making sure ss.org runs fine in IE6
47: [01:49:00] * veb has joined #silverstripe
48: [01:49:00] * veb quit (Changing host)
49: [01:49:00] * veb has joined #silverstripe
50: [01:49:33] <adrexia> ss23 - I'm floorist
51: [01:49:41] <adrexia> I won't see you unless you visit levl 9 :P
52: [01:50:02] <ss23> :(
53: [01:50:03] <ss23> h8r
54: [01:50:03] <zippy> damn it's hot. Where is antmas so I can bitch to him
55: [01:50:21] <ss23> adrexia: Level 3 is pretty close!
56: [01:50:45] <adrexia> normally - its where the coffee supply is, but currently its been overtaken :P
57: [01:50:52] * adrexia laughs
58: [01:50:53] <zippy> ss23: An easy fix would be correcting 404's in the docs
59: [01:50:56] <adrexia> when are you here?
60: [01:51:31] <adrexia> I'll come say hi as a pretext to stealing coffee
61: [01:51:34] <ss23> zippy: Gimmie da tickets. The purpose is also to teach them opensource
62: [01:51:42] <ss23> zippy: Meaning, github, not just doing code
63: [01:52:01] <ss23> adrexia: Um... next week... uh
64: [01:52:05] <ss23> 13th to 16th!
65: [01:52:13] <adrexia> let me know closer to the time :D
66: [01:52:26] <ss23> It's like 2 weeks! That's super close!
67: [01:52:31] <ss23> But I'll be on IRC complaining at the time I'm sure
68: [01:52:45] <ss23> http://www.catalyst.net.nz/show-and-tell/open-source-academy this is the thing btw
69: [01:53:31] <adrexia> oh, there's a bug where there is html in messages in the cms
70: [01:53:40] <adrexia> the html won't get parsed anymore
71: [01:53:51] <adrexia> because, security won't let us have nice things
72: [01:54:07] <adrexia> ss23 - I am well aware
73: [01:54:09] <adrexia> ;)
74: [01:54:31] <zippy> ss23: http://silverstripe.uservoice.com/forums/251266-new-features/suggestions/6799068-use-composer-to-load-thirdparty-libraries - this woul dbe good
75: [01:54:54] <adrexia> zippy - but probably not for newbies ;)
76: [01:55:47] <ss23> ^
77: [01:55:51] <ss23> Too complex for noobies I think
78: [01:56:02] <ss23> Something like https://github.com/silverstripe/silverstripe-framework/issues/3519 seems nicer
79: [01:56:39] <adrexia> hahaha
80: [01:57:06] <ss23> super easy, right?
81: [01:57:12] <ss23> Litearlly, the code to fix it is right there in the ticket!
82: [01:57:47] <adrexia> ...but no loine n humber referncing where it actually lives
83: [01:57:51] <adrexia> *line
84: [01:57:59] <ss23> lrn2grep
85: [01:57:59] <ss23> n00b!
86: [01:58:14] <ss23> Besides, it's realistic to get them to learn that tickets are written by people who don't do them "right" :P
87: [01:58:27] <adrexia> hahahaha
88: [01:58:43] <adrexia> well, that actual ticket is about a slightly more systemic problem
89: [01:58:45] <ss23> adrexia: Do you know about this thing btw?
90: [01:58:54] <ss23> Like, the first week, what do they do?
91: [01:58:58] <adrexia> catalyst academy?
92: [01:59:00] <ss23> Yeah
93: [01:59:07] <adrexia> oh - a lot of stuff
94: [01:59:07] <ss23> Like, will they have installed SilverStripe by the time I see them? :O
95: [01:59:23] <adrexia> they get a bunch of different people with different skills and experience to teach them stuff
96: [01:59:31] <adrexia> I'm not sure if there is a sylabus
97: [01:59:38] <adrexia> just _all the things_
98: [01:59:44] <adrexia> oh - they may not have
99: [02:00:12] <adrexia> unless there are others also teaching silverstripe
100: [02:00:24] <Stomach> composer install
101: [02:00:27] <Stomach> oh shit... composer!
102: [02:00:30] <adrexia> lol
103: [02:00:35] <adrexia> install composer
104: [02:00:36] <Stomach> ss23 spends day telling people about composer
105: [02:01:00] <Stomach> to install silverstripe you must first understand a finite state machine
106: [02:01:01] <ss23> haha
107: [02:01:01] <adrexia> composer is used in otehr projects...though not to a grat extent
108: [02:01:14] <ss23> Yeah...
109: [02:01:18] <ezero> show them the ropes around how to go about submitting patches to SilverStripe
110: [02:01:20] <ss23> The composer install might take a while :D
111: [02:01:22] <Stomach> symfony uses composer!
112: [02:01:25] <adrexia> I bet they will have encountered package managers
113: [02:01:30] <ss23> ezero: Yeah, for sure, but there's "install silverstripe" before that, right
114: [02:01:32] <Stomach> just teach them codeigniter
115: [02:01:36] <Stomach> problem solved.
116: [02:01:36] <ss23> And "get the tests running"
117: [02:01:40] <Stomach> i.e. your future employment
118: [02:01:45] <adrexia> Stomach, yeah but I'm not sure if any of the people teaching them will teach symfony
119: [02:01:50] <ss23> Hell, for beginners, 2 days just for "Install SilverSTripe, composer, git, and get phpunit passing" isn't unrealistic
120: [02:01:53] <ezero> yeah it will be :) but dont need to go in to that tangent
121: [02:02:11] <Stomach> get Phpunit passing? thats fucking hard
122: [02:02:15] <ss23> :P
123: [02:02:15] <adrexia> I'm thinking, Drupal, Mahara, Koha, Moodle, Databases, Python, php sort of thing
124: [02:02:17] <ezero> best to keep things simple
125: [02:02:19] <Stomach> the SS setup for phpunit is weird.
126: [02:02:33] <ezero> just get them to go to silverstripe website and download a zip file
127: [02:02:38] <ss23> Ehhhh
128: [02:02:38] <zippy> Stomach: just an old version isn't it?
129: [02:02:41] <ss23> They can't patch like that, ezero
130: [02:02:41] <ezero> way easier :P
131: [02:02:45] <adrexia> oh - I'm pretty sure they will have git already
132: [02:02:50] <adrexia> well, I'd hope so
133: [02:02:53] <ezero> they cant ss23 ?
134: [02:03:00] <ss23> ezero: How do they submit a PR on Github?
135: [02:03:02] <Stomach> zippy - yeah you but you need to make sure you have the bootstrap from installer
136: [02:03:04] <adrexia> I think there's a section on git
137: [02:03:12] <Stomach> or install the silverstripe-testconfig thingamambob
138: [02:03:22] <ezero> dam yeah they will need to initialise it as a git repo
139: [02:03:27] <Stomach> otherwise it just doesnt work and my face explodes
140: [02:03:30] <adrexia> ezedro - that wopuld be a bad thing to do
141: [02:03:42] <ezero> or just add remote origin :P
142: [02:03:43] <ezero> lol
143: [02:03:48] <adrexia> should always teach people how to do things the right way, as it will be easier on them ion the long run
144: [02:03:50] <Stomach> just give them all commit access to the SS origin and see what happens for a day
145: [02:03:55] <ss23> But you're right, I can just teach them "So Travis runs tests automatically when you submit a PR so you dont' need to do it yourself!"
146: [02:03:58] <ss23> haha Stomach
147: [02:04:05] <adrexia> there's a bunch of errors people only get by not doing things the same way as the core team ;)
148: [02:04:14] <ss23> Remember that time halkyon rm -rf'd silverstripe-framework?
149: [02:04:16] <ss23> The Github version?
150: [02:04:19] <Stomach> yeah
151: [02:04:21] <Stomach> I remember
152: [02:04:23] <ss23> XD
153: [02:04:28] <Stomach> was funny
154: [02:04:34] <adrexia> <Stomach> just give them all commit access to the SS origin and see what happens for a day
155: [02:04:35] <Stomach> for everyone but him
156: [02:04:36] <adrexia> lol
157: [02:04:39] <adrexia> that would be the best!
158: [02:05:04] <adrexia> lol
159: [02:05:07] <Stomach> adrexia - you mean the core team has a bunch of errors they dont fix because they dont do things my way?
160: [02:05:17] <adrexia> they never notice them ;)
161: [02:05:21] <ezero> i can imagine composer being some what daunting for beginners
162: [02:05:29] <ss23> Yeah, but somewhat required...
163: [02:05:34] <ezero> sadly yeah
164: [02:05:35] <adrexia> but there was that weird thing happening with windows users using the tar file for a while
165: [02:05:39] <ss23> I'd be okay spending a day going through composer and things
166: [02:05:43] <adrexia> it was shortening file names to .ph
167: [02:05:48] <ss23> Can intersperse it with checking out the bug tracker n stuff
168: [02:06:07] <ezero> when is it ss23? i can come for support
169: [02:06:08] <adrexia> ezero - beginners are actually easier to teach than long term devs
170: [02:06:16] <adrexia> when everythign is hard, you don't notice
171: [02:06:27] <ezero> i wouldn't have a clue adrexia .. :P im a beginner myself
172: [02:06:30] <ss23> ezero: It's uh... :O
173: [02:06:42] <ss23> dammit I said it up a bit
174: [02:06:45] <ss23> 14:52:06 <+ss23> 13th to 16th!
175: [02:06:49] <ezero> sorry i missed it
176: [02:06:58] <ss23> Yeah, I was dammiting it cause I forgot :P
177: [02:06:59] <ezero> cool, is it @catalyst?
178: [02:07:13] * ezero adds it to calendar
179: [02:07:14] <adrexia> I know a lot of not super technical people who love npm
180: [02:07:27] <ss23> I know some people who like eating poop
181: [02:07:38] <adrexia> composer does basically the same thing, in a slightly less fglexible way
182: [02:07:39] <ezero> haha
183: [02:07:49] <adrexia> its not super hard until you hit dependency issues
184: [02:07:58] <Stomach> which is all other peoples fault
185: [02:08:01] <Stomach> stupid other people
186: [02:08:11] <adrexia> lol
187: [02:08:14] <adrexia> p0otentially
188: [02:08:25] * zippy quit (Quit: Textual IRC Client: www.textualapp.com)
189: [02:08:36] <adrexia> but the beauty with teaching is that you can test your receipe first and make sure they don't hit those issues first time
190: [02:09:01] <adrexia> you get to control the variables to make it a bit nicer than the real world dev experience ;)
191: [02:09:17] <ezero> yeah my idea is to eliminate all the variables so u dont have to control it lol
192: [02:09:28] <adrexia> lol
193: [02:09:38] <ezero> and if someone asks!
194: [02:09:47] <ezero> just say its black-magic
195: [02:09:57] <ss23> I'm just going to free-style it
196: [02:10:04] <Stomach> yeah just alias composer to phing
197: [02:10:04] <ezero> good idea ss23
198: [02:10:05] <Stomach> bahahaha
199: [02:10:08] <ss23> "k lets have a look at the bugs and hope there's one each of you can do, else it's going to be a *boring* week"
200: [02:10:20] <adrexia> hahahahahaha
201: [02:10:34] * chillu_23 quit (Quit: chillu_23)
202: [02:10:38] <adrexia> if you like I can make some in advance?
203: [02:10:52] <ss23> Make some bugs? :P
204: [02:10:56] <adrexia> yep ;)
205: [02:11:09] <ss23> adrexia: I'm going through the list of bugs now, but I would apperciate if you know of some good for noobs. You probably have a better sense of what they'll be able to do than me
206: [02:11:11] <adrexia> there's a bunch of things you can do to css that will break things easy
207: [02:11:13] <Stomach> ss23 - there is HEAPs of work that could be done on form fields
208: [02:11:22] <ss23> Stomach: I need consise tickets
209: [02:11:31] <ss23> Small things that can be implmented and tested in a day or two
210: [02:11:43] <adrexia> Stomach, but apparently that's a controversial issue
211: [02:11:52] <Stomach> adrexia - is it?
212: [02:11:55] <adrexia> anything that touches on design can get a bit controversial
213: [02:11:58] <adrexia> ;)
214: [02:12:04] <Stomach> no not design of them
215: [02:12:04] <ezero> 13-16th thats a lot of days!
216: [02:12:13] <adrexia> assuming you meant form display, as opposed to core?
217: [02:12:16] <Stomach> the actual php for forms is fucked and some stuff is all ass backwards
218: [02:12:24] <Stomach> validation etc
219: [02:12:24] <adrexia> ahh
220: [02:12:28] <Stomach> scaffolding
221: [02:12:32] <adrexia> that's because its hard to fix
222: [02:12:38] <adrexia> again, beginners
223: [02:12:40] <adrexia> :P
224: [02:12:41] <ss23> ezero: I'm doing it with another guy :)
225: [02:12:47] <adrexia> who?
226: [02:12:49] <Stomach> sexy.
227: [02:12:50] <ezero> oh good!
228: [02:12:59] <ss23> adrexia: Elliot
229: [02:13:02] <Stomach> do you whip your hair back and forward?
230: [02:13:03] <adrexia> ahh
231: [02:13:07] <ezero> https://github.com/silverstripe/silverstripe-framework/issues
232: [02:13:10] <ss23> I'm doing first two days, he's doing second two
233: [02:13:52] <ezero> really appreciate you guys doing this!~ *honestly*
234: [02:13:58] <ss23> ^.6
235: [02:13:59] <ezero> would be awsome
236: [02:13:59] <ss23> ^.^
237: [02:14:05] <adrexia> ss23 seen these ones too?
238: [02:14:06] <adrexia> https://github.com/silverstripe/silverstripe-cms/issues?q=is%3Aopen+is%3Aissue+label%3Aeasy
239: [02:14:11] <ss23> adrexia: That's the list I'm looking through
240: [02:14:16] <ss23> You can come in and give everyone chocolate so they love me, ezero :D
241: [02:14:17] <adrexia> the cms list?
242: [02:14:32] <ss23> adrexia: Ah, I haven't looked specifically at them yet, going through all of framework first, but yeah, I was going to look there next
243: [02:14:38] <adrexia> ahh yeah
244: [02:14:39] <ss23> Both framework and cms, with easy tags
245: [02:14:46] <ss23> A lot to look at though
246: [02:14:47] <ezero> sure thing ss23
247: [02:14:52] <ss23> :D
248: [02:15:04] <adrexia> the very first easy on framework really is super easy - if you can teach them about how gridfields are configfured
249: [02:15:13] <ss23> adrexia: Yeah, thought that :D
250: [02:15:16] <adrexia> sorry on cms
251: [02:15:23] <ss23> oh
252: [02:15:23] <ezero> and show them how subsites module :P
253: [02:15:26] <ss23> There's that easy one I linked
254: [02:15:27] <ss23> ezero: NO
255: [02:15:30] <ss23> They'll be scared
256: [02:15:30] <ezero> ahah
257: [02:15:31] <ss23> ;_;
258: [02:15:41] <adrexia> I think its just pattern recognition
259: [02:15:55] * muskie9 quit (Max SendQ exceeded)
260: [02:16:37] <ezero> hopefully they teach MVC now at uni :P
261: [02:16:49] <adrexia> I think someone should redeign gridfield
262: [02:16:51] * muskie9 has joined #silverstripe
263: [02:16:55] <adrexia> its too bulky
264: [02:17:15] <adrexia> ezero - I think academy is aimed younger than university?
265: [02:17:33] <ss23> Yeah, highschool
266: [02:17:36] <ss23> In fact...
267: [02:17:41] <ss23> If you look at the website
268: [02:17:49] <ss23> http://www.catalyst.net.nz/show-and-tell/open-source-academy
269: [02:17:57] <ss23> They're helping to rectify gender imbalance too!
270: [02:17:57] <ss23> :D
271: [02:18:02] <adrexia> yep
272: [02:18:27] * Sticks has joined #silverstripe
273: [02:18:37] <adrexia> at early enough to make a difference
274: [02:18:53] <adrexia> though I suspect most who sign up probably do computing at high school
275: [02:19:23] <ezero> oh is it even younger.. dam
276: [02:19:31] <ezero> that means they will be actually better!
277: [02:19:36] <ss23> ;)
278: [02:19:40] <adrexia> yeah - you can't really asumme they have done much previosuly at all
279: [02:19:44] <ezero> because uni would have not confused them a
280: [02:19:48] <ss23> Yeah, going to be difficult though
281: [02:19:50] <adrexia> though some will no doubt we pro's already
282: [02:19:51] <adrexia> :)
283: [02:19:51] <ss23> They want like... usable stuff :O
284: [02:19:59] <ss23> It'll be a good learning experience for me too at least :D
285: [02:20:03] <ss23> No way to learn to teach like teaching!
286: [02:20:11] <ezero> agree
287: [02:20:15] <adrexia> yep
288: [02:20:41] <adrexia> I think we need a new "beginner tag"
289: [02:20:44] <adrexia> haha
290: [02:21:01] <adrexia> https://github.com/silverstripe/silverstripe-cms/issues/475
291: [02:21:02] <ezero> yeah can i have my beginner badge back please
292: [02:21:04] <adrexia> easy, huh?
293: [02:21:50] <ezero> simonwelsh added easy master labels on Mar 16, 2014
294: [02:22:03] <ss23> adrexia: Well it's just "Add another check to the installer"
295: [02:22:58] <adrexia> "It looks like the way to test this is to build a regex with a \X option, but we can probably hack the got out of _getUniCodeSupport()"
296: [02:23:29] <ss23> Easy doesn't mean "You can do it without knowing PHP", it means "You can do it in less than 5 minutes" :P
297: [02:23:32] <ss23> Easy, not simple
298: [02:24:53] <adrexia> yeah - that's what I mean - we need a "beginner" tag
299: [02:24:54] <adrexia> :P
300: [02:25:06] <adrexia> Easy !== quick usually
301: [02:25:11] <ss23> Easy == quick!
302: [02:25:16] <adrexia> for instance, css is "easy"
303: [02:25:16] <ss23> Or something
304: [02:25:16] <ss23> idk
305: [02:25:17] <ezero> dont u need CentOS to fix that?
306: [02:25:21] <adrexia> and will take ages
307: [02:25:21] <adrexia> :P
308: [02:25:38] <ss23> ezero: You can fix it without CentOS, but to test it you'd probably want it
309: [02:25:43] <ss23> 99% chance it doesn't affect CentOS anymore
310: [02:25:44] <ezero> yea
311: [02:25:49] <ezero> easier when u can reproduce it
312: [02:25:55] <ss23> For beginners, yeah
313: [02:26:02] <ss23> Like, that error is super cryptic to beginners
314: [02:26:39] <simon_w|air> ss23, easy, because you don't need to solve the problem. Is just a bit of copy+paste
315: [02:26:51] * muskie9 quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
316: [02:26:59] <ss23> yeah
317: [02:27:00] <ss23> something like that
318: [02:28:04] <ezero> how do we get all the bugs and issues that are confirmed and reproducible ? or all of them are?
319: [02:28:16] <Stomach> nope
320: [02:28:20] <ss23> No tags for confirmed afaik
321: [02:28:23] <Stomach> just someone has seen it sometime
322: [02:29:03] <simon_w|air> Is someone actually triaging open tickets yet? Or are tags only applied to tickets that core team creates?
323: [02:33:04] <adrexia> that's something else someone could do, ss23 - go through the older tickets and see if they can replicate them
324: [02:33:19] <ezero> yeah
325: [02:33:19] <ss23> Ah true
326: [02:33:19] <adrexia> a bit boring for those not super tester people
327: [02:33:21] <ss23> I'll keep that in mind
328: [02:33:30] <adrexia> but there's bound to be someone who likes that stuff
329: [02:33:35] <ss23> Some of the previous people went through and wrote tests
330: [02:33:36] <ss23> :P
331: [02:33:42] <adrexia> :0
332: [02:33:44] <adrexia> :)
333: [02:33:56] <ss23> hmm
334: [02:34:11] <ss23> I'll have to find a core commiter around at the same time too, so I can get them merged quicksmart to keep their morale up
335: [02:34:41] <simon_w|air> Yeah, that's probably more of a road block to beginners than the lack of tickets for them
336: [02:34:52] <adrexia> agree
337: [02:35:33] <adrexia> press gang someone
338: [02:37:16] <ezero> just create an academy branch :P
339: [02:37:23] <ezero> get them all patches in it
340: [02:37:28] <ezero> then make a big pull request
341: [02:37:28] <ezero> lol
342: [02:37:45] <simon_w|air> Probably something UncleCheese could be able to do, TBH. Review and merge the low-hanging PRs as part of his job
343: [02:38:45] <simon_w|air> Main problem I had with merging the little ones was that I had to give up my spare time to do it. Getting the easier ones merged in as part of someone's job tends to remove that
344: [02:39:18] <adrexia> the problem is, easy ones are sometimes more dangerous than they appear.
345: [02:40:00] <adrexia> when I first started doing silverstripe open source stuff, I'd fix something one day, and its get broken the next
346: [02:40:06] <adrexia> *it'd
347: [02:43:22] * spronk2 quit (Quit: I may need a longer sleep timer...)
348: [02:53:55] * willmorgan quit ()
349: [02:58:17] * chillu_23 has joined #silverstripe
350: [02:59:36] <Stomach> adrexia - thats a nice strategy to keep yourself in work ;)
351: [02:59:48] <adrexia> it wasn't me, honest!
352: [03:00:07] <adrexia> it was just that everyone even looking at the frontend funny would break it
353: [03:00:30] <adrexia> things were co-dependant in non obvious ways
354: [03:00:48] <adrexia> so one person would fix something in the assests admin, for instance, that would break stuff elsewhere
355: [03:02:21] <Stomach> or touching something in CMS would fuck with the framework because they were so tightly coupled :D
356: [03:02:45] <ss23> https://github.com/silverstripe/silverstripe-framework/issues/3500 Does that comment make sense?
357: [03:03:29] <simon_w|air> adrexia, on right, the frontend stuff
358: [03:03:41] <simon_w|air> Yeah, beginners probably can change that safely :(
359: [03:05:00] <adrexia> ss23 - yes but it seems silly to call it extraclass when you can add multiple
360: [03:05:01] <adrexia> :D
361: [03:05:22] <Stomach> yeah extraClasses makes way more sense to read
362: [03:05:41] <simon_w|air> SilverStripe: We're consistently different! :p
363: [03:06:06] <adrexia> you could make it nice to us javascript people and call it addClass
364: [03:06:35] <Stomach> thats not javascript
365: [03:06:37] <adrexia> *for
366: [03:06:49] <adrexia> nah, its js library convention though
367: [03:06:58] <adrexia> (ie not just jquery)
368: [03:07:01] <simon_w|air> Yeah, JS is just .add('blah')
369: [03:07:19] <Stomach> .classList.add('poo')
370: [03:07:23] <ss23> Well, okay, I'll present it as one the dilmeas of opensource
371: [03:07:31] <ss23> Currently, it's inconsistent and misleading
372: [03:07:41] <Stomach> the english language is one of the dilemmas of everything buddy
373: [03:07:41] <ss23> We can change it easily to be consistent and misleading
374: [03:07:50] <ss23> Or we can spend a lot of time and make it consistent and not misleading
375: [03:08:24] <ss23> I'll recommend that be make it consistent and misleading, with the rationale that when someone goes to do the second part of it (making is not-misleading), the consistency will work well
376: [03:08:28] <adrexia> Stomach or el.className += " " + classes;
377: [03:08:55] <adrexia> depending on your browser requirements
378: [03:09:21] <Stomach> or .setAttribute('class', el.getAttribute('class') + ' ' + newClass)
379: [03:09:27] <Stomach> too many ways!
380: [03:09:33] <adrexia> lol
381: [03:09:45] <simon_w|air> Ugh, just polyfill classList
382: [03:10:05] <adrexia> ClassList is brand new and not implemented everywhere yet :(
383: [03:10:14] <Stomach> thus, polyfill
384: [03:10:29] <adrexia> not a very good option for hbbtv
385: [03:10:44] <adrexia> would just add more bloat
386: [03:10:47] <simon_w|air> Oh, if you have to work on TVs you're fucked anyway :p
387: [03:11:01] <Stomach> ^
388: [03:11:02] <Stomach> that
389: [03:11:03] <adrexia> lol
390: [03:11:08] <adrexia> still better than IE
391: [03:11:17] <Stomach> tvIE
392: [03:11:25] <Stomach> the horror
393: [03:11:32] <simon_w|air> IE has classList :p
394: [03:11:37] <adrexia> 9 doesn
395: [03:11:37] <adrexia> 't
396: [03:11:47] <simon_w|air> So? Don't support it! :p
397: [03:14:09] * veb quit (Quit: veb-irc: &)
398: [03:14:56] <simon_w|air> I know we dropped support for some version of IE recently. Can't remember which one though.
399: [03:15:39] <adrexia> lol
400: [03:16:09] <simon_w|air> We can move to jQuery 2 now though, so whichever ones that's dropped
401: [03:16:19] <adrexia> sounds so easy when you put it like that
402: [03:16:20] <adrexia> ;)
403: [03:16:27] <adrexia> ...
404: [03:16:36] <adrexia> like all old IE
405: [03:16:36] <adrexia> ;)
406: [03:17:07] <adrexia> oh - looks like > 8
407: [03:17:10] <adrexia> < 8
408: [03:17:16] <simon_w|air> We actually dropped support a couple of releases before schedule because of an Angular upgrade that broke things
409: [03:17:27] <Stomach> we dropped support for ie8
410: [03:17:31] <Stomach> then got a client who required it
411: [03:17:31] <simon_w|air> And were all "Fuck it, can't be bothered rolling back"
412: [03:17:40] <Stomach> and had to spend half a day reverting our whole build system
413: [03:17:43] <Stomach> >_<
414: [03:18:51] <simon_w|air> I wrote up something on the bug I spent 6 hours tracking down on Friday: http://coding.simon.geek.nz/2015/01/06/racing-cache/
415: [03:18:57] <simon_w|air> The fix was a one line change.
416: [03:21:17] * mobiusnz quit (Quit: Leaving.)
417: [03:23:57] <Stomach> I have one of those can't reproduce locally bugs at the moment
418: [03:24:02] <Stomach> ruining my fun
419: [03:24:55] * riddler7 quit (Quit: Leaving)
420: [03:25:54] <simon_w|air> Also, you should totally click on my ads so I get more money ;)
421: [03:27:59] <Stomach> paint it with stripes
422: [03:28:04] <Stomach> thats a brilliant solution
423: [03:28:07] <Stomach> make it red first
424: [03:28:07] <adrexia> ad's
425: [03:28:08] <adrexia> ?
426: [03:28:22] <adrexia> oh, ad blocker, right
427: [03:28:46] <adrexia> simon_w|air, I'm afraid I'm just stealing your content ;)
428: [03:28:47] <simon_w|air> Yeah, a tech-focused blog is kinda the worst one to get ad revenue from :p
429: [03:28:56] <adrexia> hahah
430: [03:31:39] <simon_w|air> Ooh, I've made a cent!
431: [03:31:49] <simon_w|air> And had 44 page views loading the ads!
432: [03:32:22] <simon_w|air> Huh, that's 50%. Would've expected lower.
433: [03:33:45] <adrexia> I loaded it just to see what the ad was
434: [03:33:59] <adrexia> but it was an ugly ad, so I tunrned ad block back on
435: [03:35:01] <simon_w|air> It'll get better. Then you'll start seeing all your Linode and DO ads :p
436: [03:43:54] * WandL quit (Read error: Connection reset by peer)
437: [03:48:14] * mobiusnz has joined #silverstripe
438: [03:52:49] * camfindlay quit (Quit: camfindlay)
439: [03:54:57] * Phlunk3 quit (Quit: Leaving)
440: [04:02:01] * babak has joined #silverstripe
441: [04:04:37] * veb has joined #silverstripe
442: [04:04:41] * veb quit (Client Quit)
443: [04:13:56] * veb has joined #silverstripe
444: [04:16:38] * mobiusnz quit (Quit: Leaving.)
445: [04:18:02] * UncleCheese quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
446: [04:19:32] * camfindlay has joined #silverstripe
447: [04:28:00] * Stomach quit (Ping timeout: 244 seconds)
448: [04:33:49] * markcl has joined #silverstripe
449: [04:34:17] <markcl> Is there any way to easily copy specific SiteTree Pages to another site?
450: [04:34:25] <markcl> With it's relationships and all?
451: [04:35:17] <simon_w|air> markcl, nope
452: [04:35:25] <markcl> OTL
453: [04:35:44] <simon_w|air> There's ways to do it, but they're not easy
454: [04:36:33] <ezero> markcl, what about database?
455: [04:37:07] <ezero> markcl, are both SilverStripe sites?
456: [04:37:23] <markcl> yes
457: [04:37:40] <markcl> Dev site and Staging site of the same website.
458: [04:38:35] <ezero> database export might be the best bet
459: [04:39:09] <markcl> These are Pages with huge relationships.
460: [04:40:20] <ezero> hmm just thinking out loud here...
461: [04:40:30] <ezero> maybe something can be done with /api/
462: [04:40:47] <ezero> or expose them as dataobjects and export
463: [04:40:48] <markcl> Im thinking there must be some sort of Data Serialization methods
464: [04:43:11] * Kingy[a] is now known as Kingy
465: [04:43:25] <Kingy> morning
466: [04:43:29] * jedateach has joined #silverstripe
467: [04:46:56] <camfindlay> kingy… how is Bahrain treating you?
468: [04:48:14] <Zauberfisch> just watching the hangout
469: [04:48:28] <Zauberfisch> no breaking changes in 3.2? how boring :|
470: [04:48:54] <simon_w|air> Zauberfisch, don't worry, you've got breaking changes in 3.1 instead :p
471: [04:49:01] <Zauberfisch> haha
472: [04:49:14] * chillu_23 quit (Quit: chillu_23)
473: [04:49:41] <Zauberfisch> taking it to the next level. we don't break apis in minor releases, we break them in patches :D
474: [04:49:59] <simon_w|air> So no breaking in 3.2, then everything breaks in 3.2.1!
475: [04:50:04] <Kingy> camfindlay: day 3 and so far so good
476: [04:50:10] <Kingy> very different kind of place for sure
477: [04:50:18] * jedateach quit (Quit: jedateach)
478: [04:50:44] <simon_w|air> Kingy, is it hotter than Canberra yet? (high of 32 today)
479: [04:51:05] <Zauberfisch> nah, but that is good news. I was afraid that many of the cool new features would be delayed to 4
480: [04:51:07] <Kingy> simon_w|air: It's winter so it's a very nice 23-25
481: [04:51:09] <Zauberfisch> which would be horrible
482: [04:51:23] <Kingy> haven't seen a cloud yet
483: [04:53:18] <simon_w|air> Zauberfisch, honestly, I wouldn't mind a 3.2 that was focused on cleaning things up and making them faster
484: [04:53:22] <Kingy> internet sucks
485: [04:53:32] <simon_w|air> Kingy, they block all your prawns?
486: [04:53:40] <Kingy> back to the good old days of 3/1
487: [04:53:54] <Kingy> simon_w|air: yeah but I set up openvpn on my server before I left ;)
488: [04:53:57] <simon_w|air> Ooh, that's still faster than Colin[pi]!
489: [04:54:04] <Kingy> not that I can stream anything lol
490: [04:54:28] <Zauberfisch> simon_w|air: good point
491: [04:54:34] * Cramb quit (Quit: Cramb)
492: [04:54:35] <Kingy> it
493: [04:54:40] <Kingy> it's all free though
494: [04:54:44] <Zauberfisch> I wouldn't mind a coplete rewrite of many of the core classes
495: [04:54:46] <Kingy> free internet, free satellite tv
496: [04:54:51] <Kingy> cleaning maid once a week
497: [04:54:59] <Kingy> big gym and 2 pools in the apartment building
498: [04:55:10] <Zauberfisch> there is a lot of very horrible stuff in some very essential classes
499: [04:55:26] * camfindlay quit (Quit: camfindlay)
500: [04:57:00] <simon_w|air> And the sad thing is, some of those classes are new in 3.0/1
501: [04:57:55] * muskie9 has joined #silverstripe
502: [04:58:28] * mobiusnz has joined #silverstripe
503: [04:58:45] * r_hector has joined #silverstripe
504: [05:01:07] * veb quit (Quit: veb-irc: &)
505: [05:03:53] <Zauberfisch> ^^
506: [05:07:19] * spekulatius quit (Quit: Leaving)
507: [05:08:27] * micmania1 quit (Quit: micmania1)
508: [05:46:46] * muskie9 quit (Quit: Textual IRC Client: www.textualapp.com)
509: [05:47:59] * jordanmk quit ()
510: [05:59:59] * Stomach has joined #silverstripe
511: [06:00:40] <markcl> How are the auto increment IDs in Silverstripe handled
512: [06:00:43] <markcl> ?
513: [06:00:45] <markcl> Because
514: [06:00:51] <markcl> I got a DataObject lets say A
515: [06:00:53] <ss23> In the database afaik
516: [06:01:15] <markcl> When I add data in A, it goes straight to ID # 9000
517: [06:01:35] <markcl> On other projects, if there are no other data on a table yet, it starts at 1
518: [06:01:57] <ss23> hmm
519: [06:01:58] <ss23> Weird
520: [06:02:17] <ss23> I'd truncate all the relevant tables, do a /dev/build, then check the auto_increment value in MySQL by inserting a row manually or something
521: [06:02:29] <ss23> Assuming that's as expected (1), try inserting a row with SS and double check it
522: [06:02:35] <ss23> If it's 9000 there, I'd... debug that
523: [06:02:37] <markcl> so this is not normal?
524: [06:02:41] <ss23> Check the queries, showqueries=1 etc
525: [06:02:43] <ss23> markcl: Nope, not normal
526: [06:02:46] <ss23> But I've seen similiar bugs
527: [06:02:51] <ss23> Where there are massive jumps in IDs for no reason
528: [06:02:59] <ss23> I normally ignore them since they dion't impact users much
529: [06:03:34] <ss23> Anyway, I'm heading off to bed, goodnight and goodluck!
530: [06:04:41] <markcl> Ok, thanks ss23
531: [06:04:50] <markcl> Have a good nights sleep.
532: [06:05:19] * mahfuz quit (Ping timeout: 246 seconds)
533: [06:14:12] * Sticks quit (Quit: Leaving)
534: [06:19:41] <Zauberfisch> markcl: I am pretty sure IDs are auto increment
535: [06:20:04] <Zauberfisch> so if its over 9000, then its because your database decided to make it over 9000
536: [06:21:39] <Zauberfisch> markcl: there is a table option called AUTO_INCREMENT I think
537: [06:21:48] <Zauberfisch> this should have the next auto increment value stured
538: [06:22:00] <Zauberfisch> if you reset that to 1, then it would start at 1 again
539: [06:22:49] <Zauberfisch> ALTER TABLE `Page` AUTO_INCREMENT=1
540: [06:23:05] <Zauberfisch> but you probably have to do that on all tables that are related to this table
541: [06:23:52] <Zauberfisch> so if you do it on page, then you probably also have to do it on Page_Live, Page_versions, ErrorPage, ErrorPage_Live, ErrorPage_versions, ... and all other subclasses
542: [06:24:21] * nevo quit (Quit: Page closed)
543: [06:27:26] <Zauberfisch> markcl: if you have no data to loose, then the easierst way is just droping the tables or the whole database and creating a new one
544: [06:45:55] * wmk has joined #silverstripe
545: [06:48:03] * Stomach quit (Quit: zzz)
546: [07:09:26] * markcl quit (Ping timeout: 250 seconds)
547: [07:12:58] * Stomach has joined #silverstripe
548: [07:39:59] * glenn-bautista quit (Quit: Leaving.)
549: [08:01:52] * arnhoe has joined #silverstripe
550: [08:09:12] * veb has joined #silverstripe
551: [08:09:34] * veb quit (Signing in (veb))
552: [08:09:35] * veb has joined #silverstripe
553: [08:23:56] <simon_w> Zauberfisch, should only have to do it on SiteTree (and maybe SiteTree_Live)
554: [08:43:59] * Stomach quit (Quit: zzz)
555: [08:58:32] * cupcake has joined #silverstripe
556: [08:58:48] <cupcake> anyone available for some ss3 help?
557: [09:01:02] * veb quit (Quit: veb-irc: &)
558: [09:01:13] <simon_w> Depends on what help is required
559: [09:07:55] * kinglozzer has joined #silverstripe
560: [09:12:17] <cupcake> so i have a class called Campaign which has a has many relationship to Promotion
561: [09:12:32] <cupcake> when i edit a campaign
562: [09:12:56] <cupcake> i have a gridfield listing the promotions related to the campaign
563: [09:13:14] <cupcake> if you are adding a new campaign by default no promotions are assigned
564: [09:13:38] <cupcake> i want to pass the campaign id to the edit form of the promotion
565: [09:15:16] <simon_w> Is there a reason why?
566: [09:16:33] <cupcake> yes because if there is no campaign id specified then i dont want to allow them to add a promotion
567: [09:17:45] <simon_w> Are you adding the gridfield yourself?
568: [09:18:08] <cupcake> yes
569: [09:18:20] <cupcake> when editing a promotion campaign
570: [09:18:24] <simon_w> So only add it if ($this->ID)
571: [09:21:13] <cupcake> ok thats a possible solution but promotion campaign has a has many to promotion and promotion has a has one to promotion campaign. In the getcmsfields of promotion i use the campaign id to generate some fields but when adding a promotion to a promotuion campaign in the getcms fields i dont have the value of the promotion campaign i will ultimately save that to since the relationship is not yet created
572: [09:24:14] <cupcake> its like i need to call the controller calling the promotion object to gets its details
573: [09:26:25] <kinglozzer> cupcake: Sounds like you need to add a callback to modify the fields on your Campaign getCMSFields - http://api.silverstripe.org/3.1/class-GridFieldDetailForm.html#_setItemEditFormCallback
574: [09:27:02] * elgabbu has joined #silverstripe
575: [09:31:59] * Pyhurrayk has joined #silverstripe
576: [09:35:17] <arnhoe> I am trying to use http://hilios.github.io/jQuery.countdown/, but SilverStripe is seeing <%= label %> as a SS tag, how can I get ss to ignore a block?
577: [09:39:53] <Pyhurrayk> don't put it in your template.
578: [09:41:21] <Pyhurrayk> ss23: is there a recording of last night's broad... I should probably check the website before asking eh.
579: [09:43:25] <Pyhurrayk> can't see anything.
580: [09:43:49] <Pyhurrayk> is there a yoochubs vidya of it all?
581: [09:44:20] <simon_w> Pyhurrayk, https://www.youtube.com/watch?v=wVFMCgyDixc&feature=youtu.be?
582: [09:44:23] <Zauberfisch> arnhoe: as Pyhurrayk said. don't put it in the template
583: [09:44:48] <Pyhurrayk> thx simon_w :>
584: [09:45:18] <Zauberfisch> I am assuming its javascript code, so either put it in a javascript file, or if you have to make it dynamic, use Requirements::customScript('... your js code here ...'); in php
585: [09:45:43] <Pyhurrayk> Zauberfisch: yeah, it's jquery template syntax
586: [09:45:59] <Zauberfisch> jquery has a template language now?
587: [09:46:02] <Pyhurrayk> well, a template tag made popular by John Resig's use of it, iirc.
588: [09:46:15] <Pyhurrayk> but no, jquery doesn't have templates.
589: [09:47:29] <Pyhurrayk> could be wrong on the other part too, but yeh it's reasonably common across various view layer template processors in JS Zauberfisch
590: [09:53:52] * Pyhurrayk quit (Ping timeout: 246 seconds)
591: [09:54:35] * r_hector quit (Quit: Leaving.)
592: [09:57:48] * Pycrshk has joined #silverstripe
593: [09:57:52] <Pycrshk> urgh, crash :<
594: [10:04:47] <cupcake> kinglozzer do you know how to get the current id of promotion campaign in that callback?
595: [10:05:25] <kinglozzer> cupcake: $self = $this; .... ->setItemEditFormCallback(function($form) use ($self) { $self->ID; }
596: [10:05:44] <kinglozzer> (using $this in a calback ain't supported in old PHP, so $self is just to be safe)
597: [10:10:10] * NobrainerWeb has joined #silverstripe
598: [10:10:49] * NobrainerWeb quit (Client Quit)
599: [10:11:49] * NobrainerWeb has joined #silverstripe
600: [10:12:29] <NobrainerWeb> Hi guys
601: [10:13:20] <NobrainerWeb> My host is upgrading PHP to 5.6 soon - will there be any problems with this upgrade regarding SilverStripe? Anyone knows?
602: [10:14:20] * cupcake quit (Quit: Page closed)
603: [10:14:43] * cupcake has joined #silverstripe
604: [10:14:58] <cupcake> thanks kinglozzer that worked... then in the promotion get cms fields how do i access that field?
605: [10:15:19] <cupcake> by that field i mean the hidden field containing the campaign id which i need
606: [10:15:20] * CodeTrap has joined #silverstripe
607: [10:15:32] <kinglozzer> cupcake: You can't, as it's added _after_ Promotion::getCMSFields() is called
608: [10:15:34] <simon_w> NobrainerWeb, what version are you running?
609: [10:15:38] <simon_w> (of SS)
610: [10:15:55] <kinglozzer> Perhaps there's a better way of doing it..
611: [10:16:01] <cupcake> :|
612: [10:16:02] <kinglozzer> That's the only way I know of anyway
613: [10:16:12] <NobrainerWeb> simon_w: Every single one there is i guess :-)
614: [10:16:26] <NobrainerWeb> simon_w: lots of different sites
615: [10:16:33] <NobrainerWeb> simon_w: and versions
616: [10:16:39] <simon_w> NobrainerWeb, yeah, you'll have problems then
617: [10:16:45] <NobrainerWeb> simon_w: crap!
618: [10:17:12] <NobrainerWeb> simon_w: any info on this somewhere?
619: [10:17:31] <kinglozzer> cupcake: Whenever I've done it, I've just added/removed/configured fields inside that callback
620: [10:17:35] <simon_w> NobrainerWeb, well, what version of PHP are you currently on?
621: [10:17:42] <NobrainerWeb> simon_w: sec
622: [10:17:43] <kinglozzer> A bit of a pain, but never found another way around it
623: [10:17:51] <NobrainerWeb> simon_w: 5.3
624: [10:19:23] <simon_w> NobrainerWeb, you'll have problems with 2.4 sites before 2.4.9 (ish), 3.0 and 3.1 before 3.1.6
625: [10:19:33] <Pycrshk> wow, what the dick http://logs.simon.geek.nz/index.php?date=2015-01-06#log_1535384
626: [10:19:39] <cupcake> yeh im noticing its a pain :)
627: [10:20:17] <NobrainerWeb> simon_w: ok thx for the info. Are there any documentation on this? As to what i need to change?
628: [10:20:24] <simon_w> NobrainerWeb, upgrade
629: [10:20:37] <simon_w> That's basically the only documentation you'll find
630: [10:21:02] <kinglozzer> lol Pycrshk
631: [10:21:04] <NobrainerWeb> simon_w: Ohhhh shit - that’s a lot of work in a short time! thanks again
632: [10:21:14] <kinglozzer> My mum just text me asking if she needs to worry
633: [10:21:17] <kinglozzer> YES
634: [10:21:18] <kinglozzer> :P
635: [10:21:48] <Pycrshk> NobrainerWeb: you should probably set up a virtual machine (perhaps Zauberfisch's vagrant box can be of help here!) and test it.
636: [10:22:28] <Pycrshk> err, test which version at minimum works well. but of course this won't cover custom code - if something you wrote is... a bit too old school, there will be issues.
637: [10:23:37] <Pycrshk> I guess it's probably easier to see what has changed between 5.3 and 6.whatever
638: [10:23:59] <Pycrshk> err, 5.6
639: [10:24:34] <Pycrshk> But yeh, this is another reason to use your own host :> You can control the version directly.
640: [10:24:53] <Pycrshk> Perhaps some droplets might be a good idea?
641: [10:24:54] <Pycrshk> :)
642: [10:26:03] <simon_w> Pycrshk, want a brainfuck of a bug to figure out? ;)
643: [10:26:04] <simon_w> http://coding.simon.geek.nz/2015/01/06/racing-cache/
644: [10:26:26] <NobrainerWeb> I’m a bit scared, but i have MAMP PRO with 5.6.2 so i can test there i guess?
645: [10:26:29] <simon_w> (I feel like you'll appreciate someone else having to go through that)
646: [10:38:40] * Otterpocket has joined #silverstripe
647: [10:38:55] <Eliseth> @simon_w! Just the man I needed to thank!
648: [10:39:03] <Eliseth> so, THANK YOU
649: [10:39:09] <simon_w> um, you're welcome?
650: [10:39:36] <Eliseth> I understood you're pretty much responsible for making it possible to run silverstripe stupidly fast on HHVM :)
651: [10:40:01] <simon_w> Ah right, the early bug fixer
652: [10:40:16] <simon_w> I seem to get that status about a lot of things ;)
653: [10:41:04] <Eliseth> I don't know what you mean by that, but well ><
654: [10:41:52] * Shrike_Finland has joined #silverstripe
655: [10:48:45] <Zauberfisch> Eliseth: simon_w is gloating about the fact that he is responsibe for many of the things that run smootly in silverstripe
656: [10:48:59] <simon_w> Zauberfisch, nah, just new PHP versions
657: [10:49:11] <simon_w> Getting 2.4 to work on 5.4 was fun
658: [10:53:32] <Zauberfisch> (it should be noted that he has every right to gloat ;) )
659: [10:54:14] <wmk> hi guys
660: [10:54:53] <Pycrshk> simon_w: not really. I didn't sleep much last night :<
661: [10:55:10] <wmk> Pycrshk, is it a working day in england?
662: [10:55:45] <Pycrshk> Yup.
663: [10:55:59] <Pycrshk> every day is a working day in england, except christmas day, but then sometimes it still is.
664: [10:56:05] <wmk> oh
665: [10:56:15] <wmk> well, in austria it's a free day today.
666: [10:56:18] <Pycrshk> nice!
667: [10:56:19] <wmk> holy saints day
668: [10:56:29] <wmk> need to get back to working :(
669: [10:56:33] <Pycrshk> I had fun in Austria
670: [10:56:45] <wmk> yup
671: [10:57:43] <Pycrshk> simon_w: so this brain killer bug, is it SS related? or just php in general? or... idk, group of what, cache of what? :<
672: [10:57:46] <Pycrshk> I dunno
673: [10:58:16] <simon_w> Pycrshk, isn't likely to happen in SS due to a lack of decent caching or DB transactions
674: [10:58:32] <Pycrshk> Right.
675: [10:58:36] <simon_w> Pycrshk, is more just a really horrible bug that's basically impossible to reproduce
676: [10:58:43] <Pycrshk> That's a relief then! xD
677: [11:00:27] <Pycrshk> simon_w: functional programming is the answer!
678: [11:00:40] <Pycrshk> I dunno why, but I read this thing from uncle bob that basically just said that it is.
679: [11:00:46] <Pycrshk> otherwise, semaphores.
680: [11:01:07] <Pycrshk> clear cache, commit transaction, then upon success recreate tree.
681: [11:01:24] <Pycrshk> might need a flag somewhere for it that would make it less clean though... but might that not be a solution?
682: [11:01:31] <Pycrshk> or am I oversimplifying the issue?
683: [11:02:36] <Pycrshk> lock cache generation until transaction committed. But then I guess there might be an issue where a request for info comes in while the cache is clear and the transaction is still processing. IDK.
684: [11:02:51] <Pycrshk> in which case, regen cache after commit seems most reasonable.
685: [11:02:57] <Pycrshk> But why then is it naive?
686: [11:04:07] <Pycrshk> also wmk Zauberfisch, if you didn't see Loz's link up last night: http://www.ifc0nfig.com/moonpig-vulnerability/
687: [11:04:09] <Pycrshk> amazing
688: [11:04:17] <Pycrshk> (ly bad)
689: [11:05:08] <wmk> "Whoever architected this system needs to be --shot-- waterboarded"
690: [11:05:13] <wmk> omfg, please no!
691: [11:05:20] <Pycrshk> Yeah but read on and you'll see why.
692: [11:05:31] <Pycrshk> I thoguth that was harsh... but then I read the rest of it, lol.
693: [11:05:32] <wmk> but the upper is NOT the answer
694: [11:05:44] <Pycrshk> yeh, of course. I think it was hyperbole.
695: [11:07:10] <simon_w> Pycrshk, I simplified what happens for the article. A lot more than just the group tree cache gets nuked, and now it potentially happens twice
696: [11:07:22] <Pycrshk> ah, I see.
697: [11:07:44] <Pycrshk> I dunno what a group tree cache really is either, but I assume it's probably not important to the issue core.
698: [11:07:53] <simon_w> Yeah, it's just some cached data
699: [11:07:54] <Pycrshk> just 'a cache of things'
700: [11:08:01] <Pycrshk> mmm, generic.
701: [11:08:08] <Pycrshk> :>
702: [11:08:12] <simon_w> But that bug took me 6 hours to track down
703: [11:08:19] <Pycrshk> I can imagine why!
704: [11:08:20] <simon_w> Then a one line fix
705: [11:08:34] <simon_w> And I'm still not sure if that was the problem!
706: [11:08:39] <Pycrshk> hehe, I hate that.
707: [11:09:07] <Pycrshk> and you're all "I hope manager doesn't ask what I've been doing for the day..." while you stare at your single line change.
708: [11:09:48] <wmk> Pycrshk, oh, and that story -before- lunch
709: [11:09:51] <simon_w> Or doesn't want to explain what a race condition is
710: [11:10:10] <Pycrshk> wmk: hmm?
711: [11:10:15] <Pycrshk> because now your want space bacon?
712: [11:10:17] <wmk> the link above
713: [11:10:37] <kinglozzer> Ffs, $allowed_children = array('VirtualPage') doesn't work
714: [11:10:39] <wmk> i don't know if i can eat anything after reading this horror story
715: [11:10:47] <Pycrshk> wmk: ah, haha
716: [11:11:00] <Pycrshk> pretty tragically bad right?
717: [11:11:02] <simon_w> kinglozzer, you have to flush *on the add new page* page
718: [11:11:05] <Pycrshk> just, jaw on the floor bad.
719: [11:11:10] <kinglozzer> simon_w: I have, it's a validation error
720: [11:11:14] * Otterpocket quit (Quit: Otterpocket)
721: [11:11:14] <kinglozzer> Page type "Page" not allowed as child of this parent page
722: [11:11:25] <kinglozzer> simon_w: (though that did catch me out... AGAIN)
723: [11:11:34] <simon_w> kinglozzer, oh, it might do random crap with VirtualPage then
724: [11:11:38] <simon_w> Yay, coupling!
725: [11:11:47] <simon_w> kinglozzer, you're core now, fix it :p
726: [11:11:53] <kinglozzer> Yup, there a loads of issues around VirtualPage :(
727: [11:11:59] <Pycrshk> coupled so bad they might as well just get married already, GOSH
728: [11:12:03] <kinglozzer> Especially allowed_actions, init(), shit like that
729: [11:12:10] * simon_w votes to remove VirtualPage
730: [11:14:05] <kinglozzer> Brilliant
731: [11:14:46] <kinglozzer> SiteTree::validate() - $subject = ($this instanceof VirtualPage) ? $this->CopyContentFrom() : $this;
732: [11:15:13] <kinglozzer> Only $this->CopyContentFrom() is an empty instance of SiteTree, as the page doesn't actually exist yet
733: [11:15:33] * kinglozzer adds *SiteTree to allowed_children
734: [11:16:00] <Pycrshk> ur fase isa vurtialpage
735: [11:17:08] <kinglozzer> lol, yep that fixed it
736: [11:17:18] <Pycrshk> urfase?
737: [11:17:37] <kinglozzer> No, that fixed vurtialpage ^^
738: [11:17:43] <Pycrshk> new it wood
739: [11:28:10] <Pycrshk> https://twitter.com/iamdevloper/status/552409788907532288
740: [11:28:11] <Pycrshk> haha
741: [11:30:55] * Shrike_Finland quit (Quit: Leaving.)
742: [11:32:23] * NobrainerWeb quit (Ping timeout: 240 seconds)
743: [11:38:47] * Shrike_Finland has joined #silverstripe
744: [11:40:45] * NobrainerWeb has joined #silverstripe
745: [11:52:04] * Otterpocket has joined #silverstripe
746: [11:52:54] <Otterpocket> what is the closest thing Ruby has to Silverstripe? I mean closer than Rails
747: [11:55:59] * NobrainerWeb quit (Quit: NobrainerWeb)
748: [11:58:53] * Shrike_Finland quit (Ping timeout: 240 seconds)
749: [12:12:20] <Zauberfisch> Otterpocket: the DataObject I suppose
750: [12:12:45] <Zauberfisch> its pretty similar to the ActiveRecord
751: [12:13:33] <Zauberfisch> like $db, $has_one, $has_many, $many_many
752: [12:14:04] <Zauberfisch> and the magic methods that exist for those properties / relations
753: [12:14:33] <Zauberfisch> and if I am not mistaken, then ActiveRecord is one of the key stones of rails
754: [12:20:46] <Otterpocket> Zauberfisch: I mean, I'm looking for a Ruby version of Silverstripe, I like rails but I find the out of the Box CMS in silverstripe so handy. I'm just looking for Ruby alternatives. I have found http://radiantcms.org/
755: [12:21:04] * Shrike_Finland has joined #silverstripe
756: [12:27:05] * Shrike_Finland quit (Ping timeout: 256 seconds)
757: [12:37:10] <Zauberfisch> Otterpocket: ah
758: [12:37:12] <Zauberfisch> now I see
759: [12:37:14] <Zauberfisch> uhm
760: [12:37:23] <Zauberfisch> idk, I looked around a bit a year or so ago
761: [12:37:35] <Zauberfisch> and it seemed like there isn't any good out of the box cms for ruby
762: [12:50:16] * lerni_ has joined #silverstripe
763: [12:57:07] <Pycrshk> Otterpocket: I'm not aware of any worthwhile ruby (rails) based cms'
764: [13:16:07] * UndefinedOffset has joined #silverstripe
765: [13:30:42] * zfmf has joined #silverstripe
766: [13:32:24] * zfmf quit (Client Quit)
767: [14:06:34] * cupcake quit (Ping timeout: 246 seconds)
768: [14:28:07] * catcher has joined #silverstripe
769: [14:46:49] <elgabbu> hi all i m new to silverstripe and i m currently going through the tutorials online
770: [14:47:39] <elgabbu> one of the exercises ask to try to do the following: Change the GridField to list only five records per page (the default is 20). This configuration is stored in the GridFieldPaginator component
771: [14:48:33] <elgabbu> so I added this line $config->addComponent(new GridFieldPaginator(1));
772: [14:48:58] <elgabbu> which i assume should limit the grid to one item per page
773: [14:51:09] <elgabbu> the grid does infact get limited to 1 item per page but when i click the arrow to go to the second page its showing me data of the subsequent project
774: [14:51:51] <catcher> elgabbu, the GF you created probably already has a paginator, so you want to modify that one instead.
775: [14:52:25] <elgabbu> hmmm
776: [14:52:58] <elgabbu> the $config was created using $config = GridFieldConfig_RelationEditor::create();
777: [14:53:02] <catcher> elgabbu, i.e. $yourGridFIeld->getConfig()->getComponentsByType('GridFieldPaginator')->setItemsPerPage(1);
778: [14:53:15] <elgabbu> let my try that
779: [14:54:32] <catcher> elgabbu, the RelationEditor takes 1 arg, which is itemsPerPage
780: [14:54:58] <catcher> So that's probably another option.
781: [14:55:14] <elgabbu> interesting thanks
782: [14:57:14] <catcher> np
783: [14:57:28] <Pycrshk> elgabbu: probably there is already that component on the gridfield.
784: [14:57:48] <catcher> Pycrshk, 'swhat I said
785: [14:57:51] <Pycrshk> getComponent()->changeComponent() [this is pseudo code, you can read the api for proper calls]
786: [14:58:23] <Pycrshk> so you did
787: [14:59:04] <Pycrshk> but I like to include api links when someone is new, so they can learn more if they're so inclined :)
788: [14:59:41] * muskie9 has joined #silverstripe
789: [14:59:47] <elgabbu> yeah this worked ... $config->getComponentByType('GridFieldPaginator')->setItemsPerPage(1);
790: [14:59:56] <Pycrshk> although I didn't this time. busy.
791: [15:00:02] <Pycrshk> gw catcher
792: [15:00:52] <catcher> Fair point.
793: [15:00:54] <elgabbu> so about initializing the relation editor with the desired number of items per page
794: [15:00:57] <catcher> elgabbu, http://api.silverstripe.org/3.1/class-GridFieldPaginator.html#_setItemsPerPage
795: [15:01:48] <catcher> elgabbu, I can't vouch for it, but you can try it by killing the setItemsPerPage line, and constructing the RelationEditor config with (1)
796: [15:02:33] <elgabbu> catcher link leads to 404
797: [15:03:31] <elgabbu> $config = GridFieldConfig_RelationEditor::create();
798: [15:03:45] <elgabbu> this is where we are initialzing the relation editor right?
799: [15:04:56] <catcher> right.
800: [15:05:18] <elgabbu> alright i see the constructor of that class with the itemsperpage as its argument
801: [15:05:27] <elgabbu> class GridFieldConfig_RelationEditor extends GridFieldConfig { /** * @param int $itemsPerPage - How many items per page should show up */ public function __construct($itemsPerPage=null) {
802: [15:05:39] <catcher> yepyep
803: [15:06:31] <elgabbu> and you are right passing the argument in the create static method does the trick too ... $config = GridFieldConfig_RelationEditor::create(1);
804: [15:08:59] * Kolin_ quit (Ping timeout: 244 seconds)
805: [15:09:12] <elgabbu> thanks catcher
806: [15:09:15] <catcher> elgabbu, Great. Shorter but less readable, so it's your call.
807: [15:09:23] <catcher> elgabbu, np
808: [15:09:43] * Kolin has joined #silverstripe
809: [15:13:55] <elgabbu> my background is magento and cakePHP ... its the first time working with a CMS and Framework ammelgameted together
810: [15:16:35] <elgabbu> catcher would you suggest that i go through the developer guides as a form of training?
811: [15:16:56] <catcher> elgabbu, I work with cake as well. For the right projects, SilverStripe can save you a ton of time.
812: [15:17:50] <catcher> elgabbu, the tutorials are good. After those, I recommend digging into a project with the API docs and IRC handy.
813: [15:18:40] <elgabbu> catcher, do you have a link to the API docs?
814: [15:18:59] <Pycrshk> elgabbu: api.silverstripe.org
815: [15:19:05] <Pycrshk> that link above is not a 404.
816: [15:19:26] <kinglozzer> Also, new docs site is better: http://beta.docs.silverstripe.org/en/
817: [15:19:36] <Pycrshk> kinglozzer: api, not docs -.-
818: [15:19:41] <kinglozzer> Yeah I know
819: [15:19:51] <Pycrshk> but yeh, you're right.
820: [15:19:51] <kinglozzer> I was just pointing out that new docs are better than the old ones
821: [15:19:52] <Pycrshk> for docs.
822: [15:19:55] <Pycrshk> mmhmm
823: [15:20:59] <Pycrshk> elgabbu: yeah, ???::create(<params>) is the same as new ???(<params)
824: [15:21:11] <Pycrshk> except with dependency injection, etc.
825: [15:21:32] <Pycrshk> basically, if something extends from Object (class) or otherwise has a create() method, use that instead of new.
826: [15:22:29] <Pycrshk> It may seem kinda pointless when you're just learning, but it makes things much easier in future as you get deeper in (in the case you need to substitute something, do some dependency injection, use a different class etc)
827: [15:31:36] <Pycrshk> elgabbu: do you work at the same place as all the other Maltese folks that frequent here? We seem to be getting quite a few visits from Malta these past few months.
828: [16:06:03] <kinglozzer> Damnit SS, y u no support parenthesis in <% if %>? :(
829: [16:09:42] * slievr has joined #silverstripe
830: [16:10:44] <slievr> hey guys
831: [16:11:28] <slievr> is there a method that will allow me to iterate through all of it's db fields to set values?
832: [16:11:55] <slievr> as I am setting them through ajax like so $group->FirstName = $_POST['FirstName'];
833: [16:12:22] <muskie9> if it's a form you should checkout the ->saveInto() function... as long as everything matches up
834: [16:13:02] <muskie9> slievr http://doc.silverstripe.org/framework/en/tutorials/3-forms#processing-the-form
835: [16:13:32] <muskie9> that whole tut would give an overview
836: [16:13:54] <slievr> thanks will give it a shot
837: [16:25:00] <Pycrshk> kinglozzer: fixitfixitfixit
838: [16:25:18] <kinglozzer> Pycrshk: Have you SEEN the template parser?! D:
839: [16:25:19] * arnhoe quit ()
840: [16:25:24] <Pycrshk> slievr: not even once $_SUPERGLOBAL
841: [16:25:52] <Pycrshk> $this->request->postVar('FirstName')
842: [16:26:17] <Pycrshk> kinglozzer: yeah, you don't edit the parser. you edit the language the parser is written in. PEG.
843: [16:26:24] <kinglozzer> Yeah I know
844: [16:26:28] <kinglozzer> But have you seen THAT? :P
845: [16:26:35] <Pycrshk> not hard, just don't fuck it up.
846: [16:26:37] <Pycrshk> xD
847: [16:27:00] <Pycrshk> kinglozzer: also, y for u logic in template?
848: [16:27:22] <Pycrshk> pretty much asking Why can't I $Variable/$Var2*$Var3 in my <% if ?
849: [16:27:56] <Pycrshk> sthap being the laze.
850: [16:28:07] <Pycrshk> stahp*
851: [16:28:42] <kinglozzer> Pycrshk: Laziness, yeah. Wanted to : <% if $Children || ($Categories && $ClassName != 'Bar') %>class="foo"<% end_if %>
852: [16:28:56] <kinglozzer> I just used else_if instead, because lazy
853: [16:29:02] <Pycrshk> slievr: also, form data is passed to the action as an array. $group->FirstName = $data['FirstName'];
854: [16:29:07] <Pycrshk> no need for any trickyness.
855: [16:29:18] <Pycrshk> do as muskie9 suggested though. Tutorial ftw.
856: [16:29:24] <kinglozzer> <% if $Children %>class="foo”<% else_if $Categories && $ClassName != 'Bar' %>class="foo”<% end_if %>
857: [16:29:37] <kinglozzer> DRY wut?
858: [16:29:47] <Pycrshk> kinglozzer: <% include DRYFOO %>
859: [16:30:36] <Pycrshk> $ToFooClassOrNotToFooClass
860: [16:33:55] * EvanDotPro quit (Quit: leaving)
861: [16:38:34] * lerni_ quit (Remote host closed the connection)
862: [16:39:35] * jenniferaslan has joined #silverstripe
863: [16:43:53] <Pycrshk> kinglozzer: fixityet
864: [16:43:55] <Pycrshk> ?
865: [16:44:49] <kinglozzer> Pycrshk: Which one?
866: [16:44:54] <kinglozzer> (either way, the answer's no)
867: [16:44:56] <kinglozzer> :P
868: [16:45:15] <Pycrshk> goshwtfuevendo?
869: [16:45:22] <Pycrshk> :P
870: [16:45:31] <Pycrshk> fuck you mediawiki
871: [16:45:41] <Pycrshk> you and your detect domain, then redirect if not correct.
872: [16:45:55] <Pycrshk> how the fuck do I test a second install?
873: [16:45:57] <Pycrshk> MORANS
874: [17:08:33] * _hschillig has joined #silverstripe
875: [17:09:54] <_hschillig> I'm making a register form in my CMS.. I have controller methods that look like so: http://pastebin.com/811y46mP
876: [17:09:54] <_hschillig> However when I submit the form with some data, it leads to site.com/User_Controller/RegisterForm which of course can't be found.. The url before I submit is user/register which I have the routes pointing 'user' to 'User_Controller'.. how come it's not processing the doRegister method?
877: [17:09:58] <_hschillig> Thanks for any help!
878: [17:10:50] * slievr quit (Quit: Page closed)
879: [17:11:35] <muskie9> _hschillig I usually use this module for registration: https://github.com/silverstripe-australia/silverstripe-memberprofiles
880: [17:11:46] <muskie9> does most of the heavy lifing
881: [17:11:51] <muskie9> lifting*
882: [17:11:58] <_hschillig> I rather do it on my own. I'm just curious on why the form isn't submitting because it most likely won't submit my other ones then.. (job posting)
883: [17:13:18] <muskie9> your form looks correct, do you have the doRegister in your allowed_actions array
884: [17:13:26] <_hschillig> Ahhh... no I do not.
885: [17:14:30] <_hschillig> Hmm I added it in their and it still says the same thing. Do the pages always lead to that kind of routing when a form is submitted? The controller name and then the Form name?
886: [17:15:46] <muskie9> is it a model and controller or just a controller, if the latter I think that's how it works... but I haven't done tons of work with just controllers and routing
887: [17:16:01] <_hschillig> a model and controller.
888: [17:16:25] <_hschillig> Ah adding RegisterForm in the allowed actions did it, not the doRegister :)
889: [17:16:31] <_hschillig> Thanks for giving me that idea though! It helped!
890: [17:16:41] <muskie9> ah, assumed that was in there
891: [17:16:45] <muskie9> cheers
892: [17:16:48] <_hschillig> Nope. Thank you! :)
893: [17:20:54] * oddnoc has joined #silverstripe
894: [17:22:49] * Otterpocket quit (Quit: Otterpocket)
895: [17:23:09] * Otterpocket has joined #silverstripe
896: [17:23:19] * Otterpocket quit (Client Quit)
897: [17:29:14] <Pycrshk> _hschillig: build
898: [17:29:18] <Pycrshk> or flush at least
899: [17:29:31] <Pycrshk> you've altered a static config var. You need to re-cache them.
900: [17:30:01] <Pycrshk> _hschillig: also you need both the form function AND the action function to be allowed.
901: [17:30:02] <Pycrshk> iirc
902: [17:30:14] <kinglozzer> Pycrshk: Just the form function now
903: [17:30:21] <Pycrshk> kinglozzer: oh, since when?
904: [17:30:35] <Pycrshk> I mean, that's good, it makes more sense.
905: [17:30:39] <Pycrshk> but... how long?
906: [17:30:53] <kinglozzer> _unless_ you add an action that you put in the $fields fieldlist instead of the $actions fieldlist
907: [17:30:53] <oddnoc> Pycrshk: Since 3.1
908: [17:31:29] <Pycrshk> lies
909: [17:31:35] <oddnoc> (build after static change is 3.1, that’s what I was referring to)
910: [17:31:44] <Pycrshk> oh yeah, that I know.
911: [17:31:47] <oddnoc> cool
912: [17:31:54] <Pycrshk> because become private
913: [17:31:58] <oddnoc> aye
914: [17:32:26] <Pycrshk> I was talking about form actions. Form used to specifically check allowed action before passing control off to it.
915: [17:32:32] <Pycrshk> (on successful validation)
916: [17:33:36] <kinglozzer> Pycrshk: afaict 3.0
917: [17:33:42] <kinglozzer> Definitely 3.1 though
918: [17:33:47] <oddnoc> kinglozzer is right; in my experience, you have to allow the form, but not the form action, in $allowed_actions
919: [17:35:09] * kinglozzer home
920: [17:35:11] <kinglozzer> <3
921: [17:35:12] * kinglozzer quit ()
922: [17:35:37] <Pycrshk> hmm, I must be confused
923: [17:35:49] * Pycrshk shrugs
924: [17:36:44] <oddnoc> If you look at the URL during form submission, it refers to the form, not the action. $allowed_actions affects what controller calls may appear in the URL. If that’s any help :)
925: [17:36:56] * muskie9 add all things to $allowed_actions just in case :P
926: [17:37:17] * oddnoc weeps :)
927: [17:38:39] <Pycrshk> oddnoc: I know that, but like I said, Form::handleSubmission() I'm sure at one point at least, specifically checked both Controller::hasAction and CanCallAction(or whatever it's called) before passing off to it.
928: [17:39:01] * oddnoc launches netbeans
929: [17:39:09] <Pycrshk> which meant you needed _both_ to be in the allowed actions, which I thought was messy because I usually don't want my actions to be called from the url directly.
930: [17:39:32] <Pycrshk> but I did like that you could have some extra auth around it... maybe, I think... idk anymore.
931: [17:39:36] <Pycrshk> it was a very confusing time.
932: [17:40:12] <Pycrshk> might go check github when I get home.
933: [17:40:16] <Pycrshk> time to go.
934: [17:40:18] <Pycrshk> ciao!
935: [17:40:20] * Pycrshk quit ()
936: [17:53:47] * r3v3rb has joined #silverstripe
937: [17:53:51] <r3v3rb> yello
938: [17:56:23] <r3v3rb> whats the best way to achieve the following: I’m creating a PDF file dynamically during form entry and on completion I then need to assign the written PDF file as a => ’file’ in a DO in the CMS. Is it as simple as $class->pdfFile = $file; $class->write; where pdfFile is of type ‘file’?
939: [17:59:10] <muskie9> r3v3rb, if the file was written it should have an ID, I'd do $class->pdfFileID = $YourNewPDF->ID;
940: [18:02:15] <r3v3rb> muskie9: yep, lets see if that works out :D
941: [18:02:58] <muskie9> setting ID's for has_one relations always seems easier ;)
942: [18:04:22] <r3v3rb> also any idea why $s = Session::get(‘Form’); would be blank yet the SESSION has the ‘Form’ object in it in the debugger?
943: [18:04:50] <r3v3rb> it’s beginning to get on my nerves now!
944: [18:05:38] <r3v3rb> Session::set(‘Form’, $data); is setting the form session correctly in the previous form submission functions… grrr
945: [18:06:28] <muskie9> does the system clear it at some point after submission? haven't look to much into sessions yet in SS
946: [18:07:59] <r3v3rb> no he session data is correct in the inspector in PHPStorm
947: [18:08:43] <r3v3rb> but when trying to read it back into a variable in this function it is only using the $form data from the supplied form not the Session data
948: [18:09:15] <r3v3rb> so my $f ends up the same as $data in the form submission function
949: [18:11:15] <r3v3rb> muskie9: here’s the basic idea behind the code http://www.sspaste.com/paste/show/54ac251ec8387
950: [18:11:53] <r3v3rb> $frm ends up the same as $data and doesn’t ‘read’ the Form session object back into memory
951: [18:12:29] <r3v3rb> the debugger shows the data in the SESSION object in PHPStorm
952: [18:13:30] <oddnoc> r3v3rb: This is just a guess, but it may be that the framework is also using the ‘Form’ session key. Have you tried using a different session key?
953: [18:14:13] <r3v3rb> oddnoc: nope, never had to when trying to access Session::get(‘Form’ before but maybe I’ll try renaming throughout to see
954: [18:20:19] <r3v3rb> easy, needed to call Session::save(); otherwise the session wasn’t being saved until after the page had finished parsing!
955: [18:20:36] <r3v3rb> then trying to access the session in the same function was fine
956: [18:20:40] <oddnoc> Ah! excellent.
957: [18:21:24] <r3v3rb> well almost
958: [18:22:40] <r3v3rb> the session variable is still fine in the debugger and updates with the newly saved ‘FormData’ info passed from $data, but then calling $frm = Session::get(‘FormData’) still populates $frm with the $data array not the FormData array in the stored session
959: [18:22:54] <r3v3rb> :\
960: [18:22:58] * r3v3rb = confused
961: [18:29:35] <oddnoc> Shouldn’t you be doing $frm->loadDataFrom(Session::get(‘FormData’) ???
962: [18:30:01] <oddnoc> I’m missing the closing ) there
963: [18:30:10] <r3v3rb> oddnoc: nah, I don’t need the data back in a form I just need the array of data held in the session
964: [18:30:16] <oddnoc> ah
965: [18:30:33] <r3v3rb> I’ll be using it to generate the pdf later in the function
966: [18:31:09] <r3v3rb> it holds a lot more than just the info in the pastie above, details of the member, address details etc etc
967: [18:39:32] * veb has joined #silverstripe
968: [18:39:33] * veb quit (Changing host)
969: [18:39:33] * veb has joined #silverstripe
970: [18:44:08] <r3v3rb> Wow! so Session::get/set actually reads/sets $this->session->data->(SessionData) not $_SESSION. $_SESSION has the correct data and can be accessed during the submission function as I expect…
971: [18:44:38] <r3v3rb> weird stuff, or my misunderstanding of how Session::get and set are meant to work
972: [18:47:56] * Stomach has joined #silverstripe
973: [18:48:21] <ss23> Does silverstripe have a pluralizer built in yet?
974: [18:48:35] <ss23> s/yet//
975: [18:51:01] * veb is now known as vebb
976: [18:51:18] * vebb is now known as veb
977: [18:52:32] * kinglozzer has joined #silverstripe
978: [18:58:15] <r3v3rb> ss23: surely you would know working there!?!
979: [18:58:33] <r3v3rb> there/s/es lol
980: [18:59:01] * CodeTrap quit (Ping timeout: 265 seconds)
981: [18:59:53] <ss23> r3v3rb: I work at the company, but I don't workj much with the opensource product :O
982: [18:59:54] <ss23> I mean, I do
983: [18:59:54] <ss23> But not to the point I know
984: [18:59:54] <ss23> You probably know it better tahn me :P
985: [19:01:15] <kinglozzer> ss23: Nope, it doesn't have anything really
986: [19:01:21] <r3v3rb> ss23: I doubt that very much, I only scratch the surface most of the time
987: [19:01:29] <kinglozzer> IIRC someone suggested an Inflection library we could use
988: [19:02:26] <ss23> I'm not fussed. I think it's more trouble than it's worth
989: [19:02:52] * chillu_23 has joined #silverstripe
990: [19:03:41] <Stomach> ss23 - there is a class which does some of it poorly
991: [19:03:48] <ss23> Ehhhhhhhh
992: [19:03:51] <ss23> Poorly sucks :(
993: [19:04:01] <Stomach> as kinglozzer said there was talk in a PR somewhere about swapping it out for one which works
994: [19:04:03] <ss23> I'm not fussed
995: [19:04:37] * mobiusnz quit (Quit: Leaving.)
996: [19:07:28] <Stomach> ss23 - https://github.com/silverstripe/silverstripe-framework/pull/3402
997: [19:08:17] <ss23> mm
998: [19:08:29] <ss23> This is for those kids to do, so bit much to get them to replace the entire inflector I think
999: [19:08:32] <ss23> :P
1000: [19:08:55] <veb> you're goddamn kidding me
1001: [19:09:02] <veb> I signed up for one of those *casts thing
1002: [19:09:05] <veb> they've got no captions!
1003: [19:09:10] <veb> waste of my fucking money
1004: [19:09:13] * veb sobs
1005: [19:09:21] <Stomach> ss23 - you need to challenge the kids
1006: [19:09:24] <ss23> You paid money for what exactly, veb?
1007: [19:09:28] <Stomach> we've already talked about this :D
1008: [19:09:31] <veb> subscription
1009: [19:09:33] <ss23> Stomach: Have you ever tried to get a PR accepted?
1010: [19:09:40] <ss23> Stomach: You trying to tell me that it isn't a challenge?
1011: [19:09:41] <ss23> ARE YOU?!
1012: [19:09:42] * ss23 glares
1013: [19:09:45] <Stomach> I have had lots of PR's accepted
1014: [19:09:54] <Stomach> it became easier one dhensby started doing my reviews :P
1015: [19:10:00] <Stomach> once*
1016: [19:10:15] <ss23> :P
1017: [19:15:09] * gelignite has joined #silverstripe
1018: [19:17:48] * mobiusnz has joined #silverstripe
1019: [19:24:35] * _hschillig has left #silverstripe
1020: [19:31:07] * lerni has joined #silverstripe
1021: [19:31:10] * Phlunk3 has joined #silverstripe
1022: [19:33:31] * veb is now known as vebb
1023: [19:33:59] * vebb is now known as veb
1024: [19:39:04] * veb is now known as vebb
1025: [19:42:50] * vebb is now known as veb
1026: [19:43:28] * veb quit (Quit: veb-irc: &)
1027: [19:49:39] * glenn-bautista has joined #silverstripe
1028: [19:52:11] <Blacklite> happy new year everyone
1029: [20:02:18] <Stomach> happy new year Blacklite!
1030: [20:02:45] <Blacklite> thanks
1031: [20:02:48] <Blacklite> first day back today
1032: [20:05:05] * micmania1 has joined #silverstripe
1033: [20:05:33] * spekulatius has joined #silverstripe
1034: [20:07:05] * veb has joined #silverstripe
1035: [20:13:26] * Cramb has joined #silverstripe
1036: [20:14:47] * r3v3rb quit (Quit: r3v3rb)
1037: [20:16:28] * kinglozzer quit ()
1038: [20:21:49] * Nightjar has joined #silverstripe
1039: [20:22:09] <Nightjar> Wholey effing wows batmen! http://iforce.co.nz/i/sk2ww2zo.xe5.png
1040: [20:22:09] <Nightjar> So professional <3
1041: [20:22:29] <Nightjar> Really instills a good sense of trust in the comapny as a whole.
1042: [20:23:37] * Nightjar quit (Client Quit)
1043: [20:35:22] <Blacklite> loolo
1044: [20:35:34] <Blacklite> quality web devs they got
1045: [20:49:43] * pippy_ has joined #silverstripe
1046: [20:50:28] * pippy quit (Ping timeout: 246 seconds)
1047: [20:58:01] * Olliepop has joined #silverstripe
1048: [21:00:10] * Michal_ has joined #silverstripe
1049: [21:00:17] * Michal_ is now known as MichalKleiner
1050: [21:00:18] * jrthomer quit (Quit: Leaving...)
1051: [21:01:01] <MichalKleiner> hello everyone, all the best to 2015 and happy SS coding ;-)
1052: [21:01:33] * gelignite quit (Quit: http://bit.ly/nkczDT)
1053: [21:05:08] * MichalKl_ has joined #silverstripe
1054: [21:05:21] * MichalKl_ is now known as MichalKleiner_
1055: [21:05:36] * camfindlay has joined #silverstripe
1056: [21:06:29] * MichalKleiner quit (Ping timeout: 245 seconds)
1057: [21:09:03] <MichalKleiner_> morning Cam
1058: [21:09:08] * MichalKleiner_ is now known as MichalKleiner
1059: [21:15:10] * UncleCheese has joined #silverstripe
1060: [21:16:49] <camfindlay> hey MichalKleiner_ how’s it going mate?
1061: [21:17:52] <MichalKleiner> all good, just got back to work after holidays so checking stuff, news, articles, and getting back into it :-D
1062: [21:18:09] <MichalKleiner> but I suspect I need to do some work too :D
1063: [21:19:07] <MichalKleiner> Have watched the core committers hangout session, it's a good idea, I'll follow it regularly ;-)
1064: [21:30:17] * UndefinedOffset quit (Quit: Leaving.)
1065: [21:30:48] * mahfuz has joined #silverstripe
1066: [21:32:46] * travis-ci has joined #silverstripe
1067: [21:32:46] <travis-ci> silverstripe/silverstripe-framework#3820 (3.1 - 97a9e49 : Daniel Hensby): The build was broken.
1068: [21:32:46] <travis-ci> Change view : https://github.com/silverstripe/silverstripe-framework/compare/fb8fda005858...97a9e499a0e1
1069: [21:32:46] <travis-ci> Build details : http://travis-ci.org/silverstripe/silverstripe-framework/builds/46123117
1070: [21:32:46] * travis-ci has left #silverstripe
1071: [21:34:04] <camfindlay> MichalKleiner sounds good, yeah we’ll be running the public broadcasts every 2 months for a start to trial it out.
1072: [21:34:50] * lerni quit ()
1073: [21:35:04] <camfindlay> A nice high communication bandwidth way of getting a lot of info more transperant in one go, nice that we can podcast these on youtube at the same time for future reference
1074: [21:38:38] * veb is now known as vebb
1075: [21:42:09] * vebb is now known as veb
1076: [21:44:09] * PapaBearNZ has joined #silverstripe
1077: [21:44:32] * PapaBearNZ is now known as Guest26541
1078: [21:44:42] <Olliepop> How's 91 Carriage going @simon_w?
1079: [21:45:03] * Guest26541 has left #silverstripe
1080: [21:46:35] * _PapaBearNZ has joined #silverstripe
1081: [21:46:51] <_PapaBearNZ> Hi all.
1082: [21:48:44] <_PapaBearNZ> I'm setting a workflow to use a template (it didn't have a template assigned previously) programmatically. after doing this, when I run $workflow->updateFromTemplate(); I am getting duplicate key errors reported from PostgreSQL. (Using latest postgreSQL module, latest Workflow module, and SS 3.1.2)
1083: [21:49:48] <_PapaBearNZ> My question is: would there be any detrimental effect if I trapped this error, ran a command to resync the sequence that dictates the ID's for ne w objects and then retried the $workflow->updateFromTemplate(); ??
1084: [21:50:48] <_PapaBearNZ> This is for a one-off task to reconfigure the workflow on the production environment without requiring the workflow tables to be dropped and recreated.
1085: [21:51:14] <_PapaBearNZ> the workflow was originally set up as a manual process but we are wanting to be able to update it as a task via workflow templates.
1086: [21:51:22] <_PapaBearNZ> for supportability purposes.
1087: [21:51:28] * simon_w|air quit (Quit: Ping timeout: your mum)
1088: [21:51:44] * simon_w|air has joined #silverstripe
1089: [21:51:49] <simon_w|air> Olliepop, slowly
1090: [21:52:18] * mobiusnz quit (Quit: Leaving.)
1091: [21:53:12] <ss23> Okay everyone! I've gone through every bug marked as easy, quite a few are easy, so they'll be done :D
1092: [21:57:27] <_PapaBearNZ> Is there anyone in here atm with workflow or postgresql experience?
1093: [21:58:47] * simon_w|air is going with no
1094: [21:58:55] <ss23> simon_w|air loves postgres!
1095: [21:58:59] <Olliepop> Sorry _PapaBearNZ :(
1096: [21:59:07] <simon_w|air> _PapaBearNZ, back up the database, and give it a go?
1097: [22:07:33] * ibeardslee has joined #silverstripe
1098: [22:15:50] <ibeardslee> ss23: No, the academy students won't have installed Silverstripe by the time you see them.
1099: [22:16:14] <ss23> Oh, are you the Ian who does the academy stuff? :O
1100: [22:16:40] <ibeardslee> yes
1101: [22:16:41] <simon_w|air> Wait, ss23 is getting a bunch of students? That can't end well...
1102: [22:16:48] <Blacklite> oh no!
1103: [22:17:29] <ibeardslee> The koha project has had people submitting unit tests by the end of day one.
1104: [22:17:40] <ss23> ibeardslee: Ah sweet! We're probably going to see if we can come down on Friday to discuss in person too, me and the other person
1105: [22:18:06] <Stomach> ss23 - UNIT TESTS
1106: [22:18:08] <Stomach> see
1107: [22:18:11] <Stomach> they are gonna be great
1108: [22:18:28] <ss23> I've got like 30 tickets in varying states, most of them real fixes rather than just unit tests
1109: [22:18:30] <ibeardslee> excellent, I'll make sure Chris is about to have a wee chat as well. He's been the main project mentor with Koha since the first Academy
1110: [22:18:37] <ss23> That's good :D
1111: [22:18:44] <ibeardslee> real fixes are good too
1112: [22:18:45] <ss23> ibeardslee: Have the people doing it written code before, but just not done opensource?
1113: [22:18:55] <ss23> Like, are they on the HTML/CSS side more than PHP?
1114: [22:19:00] <ibeardslee> unit tests are just a 'quick' way to get started.
1115: [22:19:10] <ss23> Yep yep
1116: [22:19:13] <ibeardslee> it will vary
1117: [22:19:26] <ss23> Have they all had at least some experience, or some of them had little to none?
1118: [22:19:27] <ibeardslee> some are more 'design' than 'code' oriented
1119: [22:19:32] <ss23> hmm
1120: [22:19:32] * veb is now known as vebb
1121: [22:19:49] <ss23> Design is harder because I'm not a designer, but there are a bunch of tickets which are like "Someone who understands UX needs to decide how to do this" that could be nice
1122: [22:20:32] <ibeardslee> yeah .. last year(?) we had someone working on converting koha to bootstrap
1123: [22:20:47] <ss23> Ah, that's cody, just front-end stuff! I have a few of those :D
1124: [22:22:03] * markcl has joined #silverstripe
1125: [22:22:04] <ibeardslee> they are keen to learn, they are currently working through the whole design/UX process
1126: [22:23:10] <ibeardslee> they'll have all played with PHP, MySQL, HTML/CSS by the time you get to them. Most will have already covered some of that in school as well.
1127: [22:23:30] <ibeardslee> .. although python seems to be the 'in thing' with schools
1128: [22:23:56] <ibeardslee> we do that as well, also Java/Android
1129: [22:24:18] <ss23> Do they pick which project they do stuff for?
1130: [22:24:26] <ibeardslee> yes
1131: [22:24:37] <ss23> Ah, I hope some of them pick SilverStripe :O
1132: [22:24:39] <Blacklite> https://github.com/xeraa/silverstripe-smtp/blob/master/code/SmtpMailer.php
1133: [22:24:47] <Blacklite> $to = Email::validEmailAddress($to);
1134: [22:24:50] <ibeardslee> you'll get up to 4 students, should be a minimum of 2
1135: [22:24:50] * r_hector has joined #silverstripe
1136: [22:24:52] <Blacklite> $this->mailer->AddAddress($to, ucfirst(substr($to, 0, strpos($to, '@'))));
1137: [22:25:07] <ss23> That sounds okay :)
1138: [22:25:11] <ss23> ibeardslee: Oh and what about PCs?
1139: [22:25:19] <ss23> Should I, as a mentor, bring a laptop, ordo you have training rooms with PCs or what?
1140: [22:25:24] <ibeardslee> they have 8GB i3 linux laptops
1141: [22:25:28] <Blacklite> Email::validEmailAddress returns a boolean... is there any previous version of SilverStripe that might return it as a string or something?
1142: [22:25:44] <simon_w|air> Blacklite, not that I can recall
1143: [22:25:45] <ibeardslee> you should have your own laptop .. or I can get a spare ready foryou
1144: [22:25:59] <Blacklite> well in that case, this code would never have worked
1145: [22:26:13] * Blacklite shoots self
1146: [22:26:18] <simon_w|air> Blacklite, sounds just like a Mailer class then :p
1147: [22:26:43] <Blacklite> thing is, the mailer class itself validates it anyway and throws an exception if it's invalid
1148: [22:26:46] * catcher quit (Quit: Leaving)
1149: [22:26:46] <Blacklite> so that line is useless anyway
1150: [22:27:21] <ss23> ibeardslee: I'll have a look around, but might want to grab one if you have spares
1151: [22:27:33] * vebb is now known as veb
1152: [22:27:48] <ss23> ibeardslee: I'll let you know at some point soon though
1153: [22:27:53] <Blacklite> sorry but this just makes me mad. this guy used a function without reading the documentation or checking its return value at all
1154: [22:28:14] <Blacklite> let alone testing it...
1155: [22:28:21] * ibeardslee figures you'd have your own laptop with your own dev environment and/or vpn/ssh sessions back to your dev machine forIRC etc
1156: [22:28:49] <ss23> ibeardslee: Haha, well, I almost never leave my house (or work), so never needed a laptop ;)
1157: [22:28:56] <ibeardslee> ahh
1158: [22:29:36] <ibeardslee> I'll get a trusty laptop ready just in case
1159: [22:29:45] <ss23> Trusty as in Ubuntu? :D
1160: [22:29:49] <ibeardslee> yes
1161: [22:29:54] <ss23> Sweet, works for me
1162: [22:30:05] <ss23> I'll also post this conversation to the other guy who's doing it too so he'll have some context
1163: [22:31:08] <ibeardslee> ok, if you are in on Friday, you can take it away to do any prep you want to have it ready for Tuesday.
1164: [22:31:49] <ss23> that sounds great
1165: [22:33:43] * zippy has joined #silverstripe
1166: [22:33:43] * Stomach quit (Ping timeout: 255 seconds)
1167: [22:35:38] <Blacklite> ok this makes me even more mad
1168: [22:36:01] <Blacklite> http://pastebin.com/Wg53B9p8
1169: [22:36:04] <Blacklite> SS 3.0
1170: [22:36:51] <Blacklite> if you're running older than php 5.2, it'll return 1 or 0. otherwise it'll return the email address or false
1171: [22:36:57] * Stomach has joined #silverstripe
1172: [22:37:14] <ss23> rofl
1173: [22:37:15] <ss23> That's horrible
1174: [22:37:18] <Blacklite> yeah
1175: [22:37:23] <Blacklite> this makes me sick
1176: [22:37:34] <ss23> Well master relies on 5.3 now, right?
1177: [22:37:36] <zippy> "running older than php 5.2"
1178: [22:37:38] <Blacklite> " Returns true of false"
1179: [22:37:41] <ss23> So it can be consistent at least
1180: [22:37:47] <zippy> old much
1181: [22:37:50] <Blacklite> fair enough zippy
1182: [22:38:01] <zippy> even 5.3 is EOL
1183: [22:38:09] <ss23> Stil used though :P
1184: [22:38:09] <Blacklite> but if dissing old php users is the way to go, they should've removed the preg_match part altogether
1185: [22:38:23] <zippy> 5.2 6 Jan 2011 4 years ago
1186: [22:38:25] <zippy> dang
1187: [22:38:42] <Blacklite> fact is, it never returns true or false if you're using 5.3+
1188: [22:38:59] <zippy> true, it should really do what it says I aggree
1189: [22:39:00] <Blacklite> well, it could return false
1190: [22:39:24] <Blacklite> but it's also different behaviour to older versions of SS, which just return true or false
1191: [22:39:42] <Blacklite> actually older versions use ereg, which is even more screwed up, but hey - that's a sign of the times
1192: [22:40:03] <Blacklite> ereg - Returns the length of the matched string if a match for pattern was found in string, or FALSE if no matches were found or an error occurred.
1193: [22:40:42] <Blacklite> so anyway, that explains why this module worked correctly in silverstripe 3.0 and not 2.4
1194: [22:41:09] <Blacklite> what a way to start the year...
1195: [22:44:10] <zippy> mm another wicket down eh
1196: [22:44:53] <zippy> ss23: at what point does a php version become unsupported / cared about? when SS customers not longer run it?
1197: [22:46:14] <Blacklite> i guess when php says they don't support it anymore
1198: [22:46:49] <zippy> 5.3 was 4 months ago
1199: [22:47:18] <Blacklite> tbh
1200: [22:47:27] <Blacklite> i've always been a little bit behind on php's "expectations"
1201: [22:47:42] <zippy> seems to be moving fast now eh, even php 5.6 is out
1202: [22:47:46] <Blacklite> yea
1203: [22:47:52] <Blacklite> i don't like to change too often
1204: [22:47:57] <adrexia> ss23, if you need any help helping people with the silverstripe installation process, feel free to ping me. Though with 2-4 you should probably be all good. :)
1205: [22:48:06] <simon_w|air> SS used to be one of those things that wasn't afraid to require newer versions of PHP
1206: [22:48:10] <simon_w|air> Now it's too scared
1207: [22:48:15] <zippy> simon_w|air: mmm noticed
1208: [22:48:27] <Blacklite> i think most hosts would be running 5.3 at least now
1209: [22:48:29] <adrexia> simon_w|air, its what happens naturally with itme
1210: [22:48:43] <zippy> sort of what happened with cake, they held on to old versions to long I felt and the code felt clunky
1211: [22:48:58] <simon_w|air> adrexia, that they even care about shared hosting environments is hilarious
1212: [22:49:20] <oddnoc> Still, 5.3 is EOL. I don’t think it’s reasonable to support. In fact, I think it’s dangerous to say it’s OK to run php 5.3, regardless of what hosts do.
1213: [22:49:21] <Blacklite> i don't think silverstripe is targeted towards the type that use this "shared hosting" rubbish
1214: [22:49:24] <adrexia> perhaps. but there are large groups of outliers everywhere :-/
1215: [22:49:36] <Blacklite> biggest thing for me was updating to apache 2.4(?)
1216: [22:49:36] <ss23> 11:44:53 < zippy> ss23: at what point does a php version become unsupported / cared about? when SS customers not longer run it?
1217: [22:49:40] <ss23> Before or after CWP? :D
1218: [22:50:06] <oddnoc> Also, don’t assume LAMP. I always run nginx + php_fpm.
1219: [22:50:23] <simon_w|air> Oh right, SS now gets to be held back because of government.
1220: [22:50:23] <Blacklite> many people use nginx
1221: [22:50:33] <simon_w|air> I still don't like that they got that contract
1222: [22:50:35] <Blacklite> yea simon_w that will most likely have an impact
1223: [22:50:42] <Blacklite> it's bad in a few ways
1224: [22:50:47] <adrexia> <simon_w|air> Oh right, SS now gets to be held back because of government.
1225: [22:50:48] <adrexia> yep
1226: [22:50:53] <adrexia> has its advanatges thouygh
1227: [22:51:09] <adrexia> a bunch of people who didn't use silverstripe at all are now learning it
1228: [22:51:11] <ss23> The advantages don't align with what it used to be
1229: [22:51:24] <adrexia> perhaps
1230: [22:51:53] <Blacklite> i like functions that are backwards compatible
1231: [22:52:00] <Blacklite> but only if they produce the same results in each version
1232: [22:52:03] <ibeardslee> ss23: But is what it is now (or before the government stuff), what it used to be?
1233: [22:52:08] <adrexia> still, if it means I get to work with a framework that it's totally horrible sometimes I'm happy ;)
1234: [22:52:08] <zippy> Blacklite: to a point..
1235: [22:52:08] <ibeardslee> things change
1236: [22:52:13] <Blacklite> exactly
1237: [22:52:34] <adrexia> ibeardslee, sort of
1238: [22:52:47] <adrexia> a large chunck of the silverstripe community are non-NZ based
1239: [22:53:01] <ibeardslee> true
1240: [22:53:14] <zippy> is there a hook to catch a page beeing saved and published? if I wanted to write an extesnsion to do something when a page is published
1241: [22:53:20] <adrexia> and they have basically been shoehorned into a product that is a whole lot more conservative than it used to be, even though tehy have never heard of cwp
1242: [22:53:24] <Blacklite> zippy: i'm 99.9% sure there is
1243: [22:53:34] <zippy> just about to dig
1244: [22:53:43] <Blacklite> i'll take a quick look - i have something in here
1245: [22:53:44] <simon_w|air> ibeardslee, one of the main things that lead to me quitting the core team is just how much control SS Ltd's clients, especially CWP ones, have over the open source stuff. CWP has definitely made that worse
1246: [22:53:50] <adrexia> though, conservative isn't entirely a bad thing
1247: [22:53:59] <adrexia> its part of growing up
1248: [22:54:06] <ss23> ibeardslee: Specific exaimple being this case right here, CWP uses 5.3, so opensource can't stop supporting it
1249: [22:54:10] <ss23> Even though supporting 5.3 is dumb
1250: [22:54:18] <Blacklite> 5.3 isn't that bad. it could be worse
1251: [22:54:32] <ss23> Like adrexia says, it has advantages, but it's a change from before when saying "We only support PHP versions that aren't 5 years old" was a thing you could actually do
1252: [22:54:37] <simon_w|air> Blacklite, 5.3 should now be considered completely insecure
1253: [22:54:38] <adrexia> could you hassle the CWP team until they upgrade?
1254: [22:54:39] <adrexia> ;)
1255: [22:54:45] <ss23> adrexia: I AM THE CWP TEAM
1256: [22:54:50] <ss23> And believe me, I've fucking *tried*
1257: [22:54:54] <Blacklite> when i say "it could be worse"
1258: [22:55:00] <adrexia> so fix it then
1259: [22:55:02] <adrexia> :P
1260: [22:55:04] <Blacklite> im thinking of the gov paying millions for windows xp support
1261: [22:55:08] <ss23> adrexia: Let me introduce you to someone called Hamish
1262: [22:55:09] <ss23> :P
1263: [22:55:13] <adrexia> lol
1264: [22:55:15] <ss23> Also see this man here, John
1265: [22:55:23] <ss23> Now, you tell me whether *anyone* could "fix it"
1266: [22:55:26] <adrexia> hay Hamish, your policy is insecure, let me show you how
1267: [22:55:27] <ss23> SPOILER: THEY CAN'T
1268: [22:55:32] <ss23> adrexia: Yeah, tried that too
1269: [22:55:38] <adrexia> hmmm
1270: [22:55:41] <simon_w|air> I like how this is kinda turning into a list of reasons I quit core :p
1271: [22:55:43] * kinglozzer has joined #silverstripe
1272: [22:57:12] <oddnoc> I’m a bit astonished that your gov’t insists on running 5.3, which is guaranteed not to get security patches.
1273: [22:57:16] <adrexia> I think we all just need to lower our expectations
1274: [22:57:24] <adrexia> ;)
1275: [22:57:26] <Blacklite> oddnoc: the people that run these things just do not know anything
1276: [22:57:58] <simon_w|air> adrexia, yeah, and copy what all the Java-esque frameworks are doing
1277: [22:58:11] <adrexia> well I think part of the issue is that CWP clients get to vote on what gets developed next, and this stuff isn't stuff they all understand
1278: [22:58:32] <ss23> oddnoc: Supported by squeeze-lts
1279: [22:58:40] <Blacklite> design by committee
1280: [22:59:13] * oddnoc googles squeeze-Its
1281: [22:59:24] <ss23> That's an l, like lemur!
1282: [22:59:33] <Blacklite> ohhhhh
1283: [22:59:35] <Blacklite> now i get it
1284: [22:59:36] <Blacklite> lol
1285: [22:59:53] <adrexia> meh
1286: [22:59:56] <oddnoc> much more sensical now :)
1287: [22:59:58] <adrexia> still better than drupal
1288: [22:59:59] <ss23> :p
1289: [23:00:05] <zippy> SiteTree is lonngg eh
1290: [23:00:06] <Blacklite> adrexia: doesn't take much
1291: [23:00:07] <ss23> adrexia: Psh, that's a low bar!
1292: [23:00:19] <adrexia> well, apparently Drupal is popular
1293: [23:00:27] <ss23> So is John Key
1294: [23:00:29] <adrexia> still haven't figured out quite why
1295: [23:00:33] <adrexia> true that
1296: [23:00:34] * veb is now known as vebb
1297: [23:00:43] <Blacklite> my old boss said they wouldn't need to replace me because drupal should help kerb the need for back-end devs
1298: [23:00:51] <ss23> hahahahaa
1299: [23:00:54] <ss23> Blacklite: dude
1300: [23:00:55] <ss23> rofl
1301: [23:01:01] <Blacklite> i smiled and nodded, like anyone would
1302: [23:01:02] <oddnoc> oh dear
1303: [23:01:54] <adrexia> and increase the need for sys admins
1304: [23:02:28] <Blacklite> yep
1305: [23:02:40] <Blacklite> there was a big drupal exploit last year actually, all their sites got defaced
1306: [23:02:46] * _PapaBearNZ quit (Ping timeout: 246 seconds)
1307: [23:02:55] <adrexia> Well, I suppose, there are advntages sin a popular tool - there are a lot of tools to help you use the tool
1308: [23:03:20] * vebb is now known as veb
1309: [23:05:00] * kinglozzer quit ()
1310: [23:05:47] <zippy> onAfterPublish and onAfterUnpublish seem to be what im after
1311: [23:06:01] <Blacklite> oh that's right i was looking for those and got distracted haha
1312: [23:06:05] <Blacklite> i was just working on a project that uses them
1313: [23:07:48] * veb is now known as vebb
1314: [23:08:58] <zippy> sure would be nice to move modules to there own folder
1315: [23:09:31] <Blacklite> yep ^
1316: [23:11:17] * mobiusnz has joined #silverstripe
1317: [23:11:33] * Stomach quit (Quit: zzz)
1318: [23:11:41] <zippy> ss23: Got an easy task for those ss guys ;-)
1319: [23:11:53] <zippy> folder restructure, I am sure there was a google group on tihs a while ago
1320: [23:12:34] <ss23> zippy: What kind of thing do you mean? Is there a ticket?
1321: [23:14:39] * Stomach has joined #silverstripe
1322: [23:15:17] * muskie9 quit (Quit: Textual IRC Client: www.textualapp.com)
1323: [23:15:44] <zippy> ss23: can't find it anyone, there was this one https://groups.google.com/forum/#!topic/silverstripe-dev/on1_ABPDNTc but I am sure there was one newer
1324: [23:17:21] * markcl1 has joined #silverstripe
1325: [23:18:34] * markcl quit (Ping timeout: 265 seconds)
1326: [23:20:54] * vebb is now known as veb
1327: [23:20:56] * Kolin quit (*.net *.split)
1328: [23:20:59] * discorpia quit (*.net *.split)
1329: [23:20:59] * ss23 quit (*.net *.split)
1330: [23:21:06] * mobiusnz quit (*.net *.split)
1331: [23:21:07] * UncleCheese quit (*.net *.split)
1332: [23:21:07] * camfindlay quit (*.net *.split)
1333: [23:21:13] * Kingy quit (*.net *.split)
1334: [23:21:13] * ibeardslee quit (*.net *.split)
1335: [23:21:16] * madmatt quit (*.net *.split)
1336: [23:21:18] * Kolin has joined #silverstripe
1337: [23:21:24] * discorpia has joined #silverstripe
1338: [23:22:10] <zippy> http://www.stuff.co.nz/national/crime/64720996/teen-arrested-over-fake-laptop-sales
1339: [23:22:17] <zippy> lucky the machine from Kingy arrived fine :)
1340: [23:22:52] * mobiusnz has joined #silverstripe
1341: [23:22:52] * ibeardslee has joined #silverstripe
1342: [23:22:52] * UncleCheese has joined #silverstripe
1343: [23:22:52] * camfindlay has joined #silverstripe
1344: [23:22:52] * Kingy has joined #silverstripe
1345: [23:22:52] * madmatt has joined #silverstripe
1346: [23:23:02] * ss23 has joined #silverstripe
1347: [23:23:03] * zippy quit (Quit: Textual IRC Client: www.textualapp.com)
1348: [23:23:17] * zippy has joined #silverstripe
1349: [23:23:23] <zippy> Kingy: o/
1350: [23:23:48] * veb is now known as vebb
1351: [23:24:23] * vebb is now known as veb
1352: [23:24:24] * Liquide quit (Ping timeout: 245 seconds)
1353: [23:25:10] * Liquide has joined #silverstripe
1354: [23:26:38] * veb is now known as vebb
1355: [23:27:28] <ss23> zippy: Ej. tjat
1356: [23:27:31] <ss23> bah
1357: [23:27:55] <ss23> zippy: Eh, that fix would start with making composer silverstripe modules be installable
1358: [23:27:58] <ss23> Which requires namespaces
1359: [23:28:00] <ss23> So a bit complex
1360: [23:28:00] <ss23> :P
1361: [23:29:15] <adrexia> I think it would be nice to just let modules end up in the vendor folder
1362: [23:29:26] <oddnoc> agreed
1363: [23:29:27] <adrexia> there's no reason for them to be in root, really
1364: [23:30:07] <ss23> Yeah
1365: [23:30:13] <ss23> But that's not something people new to SS can do quickly
1366: [23:30:13] <ss23> :P
1367: [23:30:52] <adrexia> oh, no, I wasn't talking about them - its the sort of thing that would need to be argued about at length before doing anything, I imagine
1368: [23:30:55] <adrexia> ;)
1369: [23:31:08] <simon_w|air> Especially static assets
1370: [23:35:27] * muskie9 has joined #silverstripe
1371: [23:35:45] * r_hector quit (Quit: Leaving.)
1372: [23:40:38] * markcl1 quit (Read error: No route to host)
1373: [23:40:49] * markcl has joined #silverstripe
1374: [23:41:31] * vebb is now known as veb
1375: [23:41:59] * camfindlay has left #silverstripe
1376: [23:43:37] * muskie9 quit (Quit: Textual IRC Client: www.textualapp.com)
1377: [23:44:09] * veb is now known as vebb
1378: [23:52:17] * UncleCheese quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
1379: [23:53:36] * camfindlay has joined #silverstripe
1380: [23:58:38] * vebb is now known as veb

These logs were automatically created by ss-log on irc.freenode.net.