#silverstripe IRC Log

IRC log for 20 March 2013

All timestamps are in UTC.

1: [00:00:00] * DigNZ quit (Quit: DigNZ)
2: [00:08:00] * DigNZ has joined #silverstripe
3: [00:08:00] * DigNZ has joined #silverstripe
4: [00:08:00] * DigNZ quit (Remote host closed the connection)
5: [00:09:00] * liam has joined #silverstripe
6: [00:11:00] * SightUnseen has joined #silverstripe
7: [00:12:00] * liam quit (Client Quit)
8: [00:13:00] <travis-ci> [travis-ci] Change view : https://github.com/silverstripe/sapphire/compare/53c84ee1fe81...2debbd37dc8b
9: [00:13:00] * travis-ci has joined #silverstripe
10: [00:13:00] * SightUnseen has left #silverstripe
11: [00:13:00] * guci0 quit (Ping timeout: 245 seconds)
12: [00:13:00] * travis-ci has left #silverstripe
13: [00:13:00] <travis-ci> [travis-ci] Build details : http://travis-ci.org/silverstripe/sapphire/builds/5643423
14: [00:13:00] <travis-ci> [travis-ci] silverstripe/sapphire#1708 (3.1 - 2debbd3 : Ingo Schommer): The build passed.
15: [00:18:00] * DigNZ quit (Quit: DigNZ)
16: [00:21:00] * DigNZ quit (Remote host closed the connection)
17: [00:21:00] * DigNZ has joined #silverstripe
18: [00:21:00] * DigNZ has joined #silverstripe
19: [00:24:00] * travis-ci has joined #silverstripe
20: [00:24:00] * travis-ci has left #silverstripe
21: [00:24:00] <travis-ci> [travis-ci] Build details : http://travis-ci.org/chillu/sapphire/builds/5643637
22: [00:24:00] <travis-ci> [travis-ci] Change view : https://github.com/chillu/sapphire/compare/8915369b5e0f...2e0438760370
23: [00:24:00] <travis-ci> [travis-ci] chillu/sapphire#82 (pulls/node-count-callback - 2e04387 : Ingo Schommer): The build was fixed.
24: [00:27:00] * liam has joined #silverstripe
25: [00:36:00] <simon_w> So, I knew Chrome was broken. But this is just hilariously bad.
26: [00:36:00] <simon_w> "@adrianlogue: The penny drops. Java plugins don?t work in Chrome on the Mac because Chrome on the Mac is 32-bit!"
27: [00:45:00] <peter_ss> hi guys just want to ask $export_button->setExportColumns(array('Name', 'Email')); of GridFieldExportButton doesn't contain any data or I'm doing it wrong?
28: [00:53:00] <simon_w> peter_ss, array('Field' => 'header')
29: [00:54:00] <peter_ss> simon_w array('MyField' => 'header') for each of my field i should do this?
30: [00:54:00] * SightUnseen has joined #silverstripe
31: [00:54:00] * DrCuriosity quit (Ping timeout: 264 seconds)
32: [00:55:00] <simon_w> yes
33: [00:56:00] * SightUnseen has left #silverstripe
34: [00:57:00] <peter_ss> ok thannks
35: [00:57:00] <peter_ss> I don't know if this make sense. but it would be nice if that in the docs?
36: [00:58:00] <peter_ss> on in the comment code on GridFieldExportButton class
37: [01:04:00] * tankr quit (Quit: Leaving.)
38: [01:05:00] <simon_w> It's there. Look at the comment for $exportColumns
39: [01:05:00] * terryapodaca has joined #silverstripe
40: [01:05:00] <terryapodaca> does SearchContext serch Content/page name/metadata, etc?
41: [01:06:00] <simon_w> SearchContext searches whatever you tell it to
42: [01:14:00] <Pyromanik> terryapodaca, default searchcontext for Page probably does. Default Site search does those things (but doesn't use searchcontext iirc).
43: [01:21:00] <terryapodaca> so if I needed to change the search i made since it doesn't work...and put a searchcontext 'search' on my SuccessStoriesPage (extends page), will it search the default //'SiteTree' => 'Title,MenuTitle,Content,MetaTitle,MetaDescription,MetaKeywords',
44: [01:21:00] <terryapodaca> or do i need to tell it to?
45: [01:21:00] <terryapodaca> or can it since it's being stored on SiteTree?
46: [01:22:00] <ss23> 13:37:21 <@simon_w> "@adrianlogue: The penny drops. Java plugins don?t work in Chrome on the Mac because Chrome on the Mac is 32-bit!"
47: [01:23:00] <simon_w> They no longer include it by default, just like Flash
48: [01:23:00] <ss23> Didn't Apple say they want to disable Java on OSX or something?
49: [01:24:00] * SightUnseen has left #silverstripe
50: [01:24:00] * SightUnseen has joined #silverstripe
51: [01:25:00] <ss23> ah k
52: [01:29:00] * liam quit (Quit: liam)
53: [01:31:00] * tankr quit (Client Quit)
54: [01:31:00] * tankr has joined #silverstripe
55: [01:35:00] * liam has joined #silverstripe
56: [01:38:00] * Colin[pi] has joined #silverstripe
57: [01:38:00] * LoveDuckie quit (Ping timeout: 256 seconds)
58: [01:38:00] <Colin[pi]> greetings from Brazil!
59: [01:40:00] <ss23> hai hai Colin[pi]
60: [01:41:00] <Colin[pi]> y hello thar
61: [01:43:00] * LoveDuckie has joined #silverstripe
62: [01:53:00] <peter_ss> simon_w http://api.silverstripe.org/3.0/source-class-GridFieldExportButton.html#165-171
63: [01:54:00] * DigNZ quit (Quit: DigNZ)
64: [01:54:00] <simon_w> http://api.silverstripe.org/3.0/source-class-GridFieldExportButton.html#12
65: [01:55:00] <peter_ss> simon_w ok thanks
66: [02:09:00] <terryapodaca> how do i get the SearchContext to only have one search form field (like the sitesearch), but search all the fields I put in the getCustomSearchContext()
67: [02:09:00] <terryapodaca> or is that not possible
68: [02:15:00] * SightUnseen has joined #silverstripe
69: [02:15:00] * SightUnseen has left #silverstripe
70: [02:20:00] * Marvanni quit ()
71: [02:21:00] <terryapodaca> anyone?
72: [02:26:00] * nicolaas_ quit (Quit: ChatZilla 0.9.90 [Firefox 19.0.2/20130307122351])
73: [02:52:00] <peter_ss> is it possible to hide the related parent do in the getCMfield of child do?
74: [02:52:00] * Colin[pi] quit (Ping timeout: 240 seconds)
75: [02:53:00] * Colin[pi] has joined #silverstripe
76: [03:07:00] * terryapodaca has left #silverstripe
77: [03:08:00] * ajshort_ has joined #silverstripe
78: [03:08:00] * ajshort_ is now known as ajshort
79: [03:20:00] * LoveDuckie quit (Ping timeout: 258 seconds)
80: [03:25:00] * Squandered quit ()
81: [03:39:00] * Kolin has joined #silverstripe
82: [03:39:00] * Kolin quit (Ping timeout: 240 seconds)
83: [03:44:00] * jerry_ has joined #silverstripe
84: [03:46:00] * priithansen quit (Remote host closed the connection)
85: [03:47:00] * Colin[pi] quit (Ping timeout: 264 seconds)
86: [03:47:00] * priithansen has joined #silverstripe
87: [03:49:00] <jerry_> hi all ... if I'd like to retrieve the last record in the table, is there a method for this? e.g. $myobject = DataObject::get()->LastRow;
88: [03:55:00] <Bollig|DesignCty> Last()?
89: [04:01:00] * priithansen quit (Quit: priithansen)
90: [04:03:00] <jerry_> looking at documentation ... there is a method "public lastRow()"
91: [04:03:00] <jerry_> from class DataQuery
92: [04:04:00] <jerry_> worth a shot
93: [04:12:00] * azureKnight has joined #silverstripe
94: [04:13:00] * azureKnight quit (Client Quit)
95: [04:29:00] * willr quit (Remote host closed the connection)
96: [04:30:00] <simon_w> ::get() returns a DataList
97: [04:30:00] <simon_w> jerry_, wrong class :p
98: [04:30:00] * liam quit (Quit: liam)
99: [04:31:00] <simon_w> SiteTree::get()->Last()
100: [04:31:00] <jerry_> simon_w: do you have an example that I can look at?
101: [04:32:00] <jerry_> that will return the last row of SiteTree table, right?
102: [04:33:00] <simon_w> Well, the last object
103: [04:33:00] <simon_w> Rows are implementation detail
104: [04:34:00] * UncleCheese quit (Quit: UncleCheese)
105: [04:34:00] <jerry_> I have a table from extending DataObject
106: [04:34:00] <jerry_> and I'd like to retrieve the last row of that table
107: [04:35:00] <simon_w> As you've been told twice, ->Last() is what you want
108: [04:35:00] <jerry_> was hoping to have something like $member = Member::get()->byID(last);
109: [04:36:00] <jerry_> or Member::Last() ?
110: [04:36:00] <jerry_> bear with me ... still learning .... so in the above example, I'd use $member = Member::get()->Last(); ?
111: [04:37:00] <simon_w> Member::get()->Last()
112: [04:37:00] <jerry_> thank you simon_w
113: [04:38:00] <jerry_> when comes to CMS, I usually just use it ... coding is a new territory for me :-)
114: [04:40:00] <jerry_> I'm impressed so far with SS
115: [04:40:00] <jerry_> even though the learning curve is there
116: [04:49:00] * cloph_away has joined #silverstripe
117: [04:50:00] * cloph_away1 quit (Ping timeout: 240 seconds)
118: [04:51:00] * liam has joined #silverstripe
119: [04:53:00] <ss23> Anyone happen to know if Newsletter supports SS3? Or just 2?
120: [04:58:00] <simon_w> There's something on github that supports 3
121: [05:00:00] <ss23> Hmm, had issues with 3 and master. I'll try 2
122: [05:08:00] <simon_w> Time to find out how my arse handles today's bike home! Didn't like the ride in this morning
123: [05:26:00] * liam quit (Quit: liam)
124: [05:27:00] * joelpittet has joined #silverstripe
125: [05:30:00] * liam has joined #silverstripe
126: [05:40:00] * Zauberfisch has joined #silverstripe
127: [05:50:00] * Shrike_Finland quit (Quit: Leaving.)
128: [05:57:00] * liam quit (Quit: liam)
129: [06:00:00] * Zauberfisch_ has joined #silverstripe
130: [06:03:00] * Zauberfisch quit (Ping timeout: 256 seconds)
131: [06:04:00] * liam has joined #silverstripe
132: [06:09:00] <simon_w|air> ss23, so, closing bugs again tonight?
133: [06:15:00] <jerry_> simon_w ... last question for the day if I you don't mind ...
134: [06:16:00] <simon_w|air> Oh, I doubt it will be. Maybe just the last one from you ;)
135: [06:16:00] <jerry_> I'm trying to retrieve last row of File database with $lastrow = File::get()->Last();
136: [06:17:00] <jerry_> and $lastrowID = $lastrow->ID;
137: [06:17:00] <jerry_> but I always get the value of "1"
138: [06:17:00] <simon_w|air> You probably want a sort in there
139: [06:18:00] <simon_w|air> so, $lastrow = File::get()->sort('Created')->Last();
140: [06:18:00] <jerry_> let me digest that ...
141: [06:19:00] <jerry_> and followed by $lastrowID = $lastrow->ID
142: [06:19:00] <jerry_> right?
143: [06:19:00] <simon_w|air> yup
144: [06:19:00] <jerry_> ok ... that's all from me today ;-)
145: [06:19:00] <jerry_> thank you again for your help
146: [06:19:00] <jerry_> I appreciate it
147: [06:20:00] <ss23> simon_w|air: I'll try!
148: [06:20:00] <ss23> simon_w|air: I got like 20 done last night. going to see if I can migrate all the newsletter module things to github or close / fix them tonight
149: [06:20:00] <ss23> 46 bugs, but almost all are 2 years or older
150: [06:22:00] <ss23> Fatal error: Class 'Config' not found in /var/www/silverstripe/SilverStripe-cms-v2.4.10/silverstripe-newsletter/_config.php on line 11
151: [06:22:00] <ss23> :<
152: [06:23:00] <simon_w|air> 3.0 code, 2.4 codebase
153: [06:23:00] <simon_w|air> Nah, duh
154: [06:23:00] <simon_w|air> Also, the folder should be newsletter
155: [06:23:00] <ss23> Does it make a difference? I just used "silverstripe-newsletter" the first time. Could that cause the issues I had with 3?
156: [06:24:00] <simon_w|air> There's a chance it could cause some problems
157: [06:24:00] * ss23 does his third SS install tonight then :<
158: [06:24:00] <simon_w|air> So, not a bed night then :p
159: [06:25:00] <Zauberfisch_> ss23 problem with most modules is that they use hardcoded paths
160: [06:25:00] <Zauberfisch_> so yes, the folder name often matters
161: [06:25:00] <ss23> Yeah, 46 bugs, I can imagine it will be a long night, simon_w|air!
162: [06:25:00] <Zauberfisch_> (weak module design in my opinion)
163: [06:25:00] <Zauberfisch_> simon_w|air do you think we could add that to the conding conventions?
164: [06:25:00] <simon_w|air> Zauberfisch_, it's more a module-dev thing
165: [06:25:00] <Zauberfisch_> that everyone has to define a MYMODULE_DIR
166: [06:26:00] <simon_w|air> And somethings is really hard to do, and I think ajshort's work kinda forces that anyway
167: [06:26:00] <Zauberfisch_> yeah, but so far there are barely any module devs that do it right
168: [06:26:00] * UncleCheese has joined #silverstripe
169: [06:26:00] <simon_w|air> Framework can be named whatever you want!
170: [06:26:00] <Zauberfisch_> ohai UncleCheese
171: [06:26:00] * gelignite quit (Quit: http://bit.ly/nkczDT)
172: [06:26:00] <Zauberfisch_> ss23 when you have to do that many installs you should really get into configuring your dev environement
173: [06:26:00] <simon_w|air> UncleCheese, before I forget. Stop using dirname(__FILE__) :p
174: [06:26:00] <ss23> Zauberfisch_: What do you mean?
175: [06:27:00] <Zauberfisch_> $git submodule update --init
176: [06:27:00] <Zauberfisch_> and thats it
177: [06:27:00] <Zauberfisch_> $ sake /dev/build
178: [06:27:00] * ss23 googles
179: [06:27:00] <ss23> Help, what is this _ss_environment.php
180: [06:27:00] <Zauberfisch_> $ git clone https://github.com/Zauberfisch/silverstripe-boilerplate.git
181: [06:27:00] <Zauberfisch_> or actually, 3 commands
182: [06:27:00] <simon_w|air> yeah, __DIR__
183: [06:27:00] <simon_w|air> ss23, _ss_environment.php in your Sites folder!
184: [06:27:00] <Zauberfisch_> ss23 when I need a new silverstripe install all I need to do is 2 commands:
185: [06:27:00] <ss23> simon_w|air: __DIR__ instead? Or something SS specific?
186: [06:28:00] <Zauberfisch_> right
187: [06:28:00] <simon_w|air> composer install (the only time I use composer), sake dev/build
188: [06:28:00] <ss23> -bash: sake: command not found
189: [06:28:00] <Zauberfisch_> ss23 read https://github.com/Zauberfisch/silverstripe-boilerplate#config-with-_ss_environmentphp
190: [06:28:00] <Zauberfisch_> ss23 sake is the ss comand line thingy
191: [06:28:00] <simon_w|air> ss23, sudo framework/sake installsake
192: [06:28:00] <Zauberfisch_> just a wrapper around the cli main.php
193: [06:28:00] <simon_w|air> cli-script.php :p
194: [06:29:00] <Zauberfisch> best thing evern
195: [06:29:00] <simon_w|air> bah
196: [06:29:00] * Zauberfisch_ is now known as Zauberfisch
197: [06:29:00] <simon_w|air> Ah good, you are using SS_ENVIRONMENT_TYPE
198: [06:29:00] <simon_w|air> SS_DATABASE_CHOOSE_NAME
199: [06:29:00] <ss23> What about the DB stuff?
200: [06:29:00] <Zauberfisch> simon_w|air SS_DATABASE_CHOOSE_NAME ftw!
201: [06:29:00] <Zauberfisch> *ever
202: [06:30:00] <ss23> It runs without a DB or what?
203: [06:30:00] <Zauberfisch> I love that I really just have to run 3 commands and EVERYTHING is done
204: [06:30:00] <ss23> Hmm
205: [06:30:00] <ss23> Yeah, looks nice
206: [06:30:00] <Zauberfisch> ss23 no DB stuff needed, its all done
207: [06:30:00] <Zauberfisch> no
208: [06:31:00] <simon_w|air> and, as of Monday, you can even use SS_DATABASE_PORT and have it work with postgres/mysqli
209: [06:31:00] <ss23> sqlite?
210: [06:31:00] <Zauberfisch> read https://github.com/Zauberfisch/silverstripe-boilerplate#config-with-_ss_environmentphp
211: [06:31:00] <Zauberfisch> mysql
212: [06:31:00] <ss23> oic
213: [06:31:00] <simon_w|air> (in 3.1)
214: [06:32:00] <ss23> Not being able to specify a port!
215: [06:32:00] <ss23> simon_w|air: you should fix that before 3.1 goes stable
216: [06:32:00] <simon_w|air> Fix what?
217: [06:32:00] <simon_w|air> I did! That's what I'm saying :p
218: [06:33:00] <simon_w|air> Definitely no negative in that statement :p
219: [06:33:00] <ss23> Oh, you *did*
220: [06:33:00] <ss23> I thought you were saying "as of 3.1 you can't use it"
221: [06:33:00] <ss23> :D
222: [06:33:00] <ss23> Yeah, my bad
223: [06:34:00] * jerry_ quit (Ping timeout: 245 seconds)
224: [06:34:00] * joelpittet quit (Remote host closed the connection)
225: [06:35:00] <ss23> [User Warning] None of these templates can be found in theme 'simple': SubscriptionSubmitted.ss
226: [06:35:00] <ss23> :<
227: [06:35:00] <ss23> Yeah, I should set up that stuff, Zauberfisch / simon_w|air
228: [06:35:00] <ss23> yep, yay
229: [06:35:00] * ss23 wonders if its cache taint from last install
230: [06:35:00] <ss23> hmm, I didn't get that the first time I installed this module
231: [06:36:00] * joelpittet quit (Remote host closed the connection)
232: [06:36:00] * joelpittet has joined #silverstripe
233: [06:36:00] * joelpittet has joined #silverstripe
234: [06:37:00] <simon_w|air> I noticed :p
235: [06:37:00] <ss23> This is stable 3.0
236: [06:37:00] <ss23> Error at line 79 of /var/www/silverstripe/SilverStripe-cms-v3.0.5/framework/model/ManyManyList.php
237: [06:37:00] * joelpittet quit (Remote host closed the connection)
238: [06:37:00] <simon_w|air> Which is?
239: [06:37:00] <ss23> ERROR [User Error]: Uncaught Exception: ManyManyList::add() can't be called until a foreign ID is set
240: [06:37:00] <simon_w|air> Ooh, that's probably fixed in 3.1 too
241: [06:37:00] * simon_w|air did that!
242: [06:37:00] <ss23> lol
243: [06:37:00] * joelpittet has joined #silverstripe
244: [06:38:00] <ss23> simon_w|air: Well, the newsletter module does that!
245: [06:38:00] <ss23> Should I upgrade to dev 3.0 or what?
246: [06:38:00] <Zauberfisch> ss23 its rather easy, if you need help setting it up let me know
247: [06:38:00] <simon_w|air> Well, that error's from trying to do something before saving the DataObject
248: [06:38:00] <ss23> Zauberfisch: Yeah, thanks, that link looks good. I'll have a look at some point and let you know if I have issues :)
249: [06:38:00] <ss23> simon_w|air: How to fix, where to file bug.
250: [06:40:00] * UncleCheese quit (Quit: UncleCheese)
251: [06:44:00] <simon_w|air> ss23, the callstack where tell you where in the module the call's happening. See if you can make the $obj->Rel()->add() wait until after $obj->write()
252: [06:45:00] <ss23> Looks like it's happening gridfield, simon_w|air
253: [06:46:00] * ss23 opes the code
254: [06:46:00] <simon_w|air> So it's happening in ModelAdmin?
255: [06:46:00] <simon_w|air> Maybe it's expecting 3.1 already :p
256: [06:46:00] <ss23> simon_w|air: https://gist.github.com/ss23/5202786
257: [06:47:00] <ss23> I'm running master newsletter with 3.0.5 silverstripe
258: [06:47:00] <simon_w|air> Though, that won't work in 3.1 either
259: [06:48:00] <simon_w|air> ss23, MailingList getCMSFields(), if !$this->ID, remove Recipients
260: [06:48:00] <ss23> I don't even know where the bug is... simon_w|air... can yo ufix it for me...? <3
261: [06:49:00] <ss23> simon_w|air: wat
262: [06:51:00] <simon_w|air> if(!$this->ID) $fields->removeByName('Recipients');
263: [06:51:00] <simon_w|air> in getCMSFields() on MailingList
264: [06:52:00] <ss23> I see, simon_w|air :D ty
265: [06:52:00] <ss23> simon_w|air: So, I should do a pull request for that on newsletter, since its a newsletter bug?
266: [06:52:00] <ss23> <3
267: [06:54:00] <simon_w|air> Yup
268: [06:59:00] * aaron1245 quit (Quit: aaron1245)
269: [07:02:00] <ss23> simon_w|air: I'm beginning to think that newsletter just isn't in a sane state...
270: [07:02:00] <ss23> simon_w|air: https://gist.github.com/ss23/5202831
271: [07:02:00] <simon_w|air> Something like that :)
272: [07:04:00] <simon_w|air> Though that lone < is rather weird
273: [07:05:00] <simon_w|air> Have a look in UnsubscribeController.php, around line 86 to see if it's sticking something like that in
274: [07:06:00] <ss23> simon_w|air: https://github.com/silverstripe-labs/silverstripe-newsletter/blob/master/code/controller/UnsubscribeController.php#L86
275: [07:06:00] <ss23> It is doing a loop on some stuff with unsubscribe()
276: [07:08:00] * SightUnseen1 has left #silverstripe
277: [07:08:00] <simon_w|air> https://github.com/silverstripe-labs/silverstripe-newsletter/blob/master/code/controller/UnsubscribeController.php#L62 is the problem. Wanna see if you can figure out why and change it to use a filter() by yourself?
278: [07:08:00] * SightUnseen1 has joined #silverstripe
279: [07:09:00] <ss23> I will try!
280: [07:09:00] <simon_w|air> "@jeremeybank: Ew ew ew http://t.co/YWylq8JG2G"
281: [07:09:00] * ss23 tries
282: [07:10:00] <simon_w|air> $1 bed and mattress! Pickup tomorrow!
283: [07:10:00] <ss23> ew
284: [07:10:00] <ss23> what the heck
285: [07:13:00] <ss23> simon_w|air: DataList::create("MailingList")->filter(array('ID' => array($mailinglistIDs))); right?
286: [07:14:00] <ss23> Does raw2sql do weird stuff like that to integers or what?
287: [07:14:00] <ss23> simon_w|air: But an issue is, why did $mailinglistIDs be "1<" in the first place, right?
288: [07:16:00] <ss23> oh, have an extra array() in my stuff
289: [07:17:00] <ss23> ty though, simon_w|air <3
290: [07:17:00] <ss23> Oh, the URL was dodgy...
291: [07:17:00] <ss23> That explains a lot
292: [07:19:00] <simon_w|air> May want an explode() in there somewhere :)
293: [07:19:00] <simon_w|air> ss23, what happens if you're unsubscribing from more than one list?
294: [07:20:00] <ss23> hey, isn't this SQLi?
295: [07:20:00] * howardgrigg has joined #silverstripe
296: [07:20:00] <ss23> Ah, I thought it was an array :O
297: [07:20:00] * ss23 checks
298: [07:21:00] <simon_w|air> Well, you could make it error
299: [07:21:00] <ss23> which only escapes things, but since this is not quoted
300: [07:21:00] <simon_w|air> Nope. filter() escapes
301: [07:21:00] <ss23> No, the old one
302: [07:21:00] <ss23> And more, right? It uses raw2sql
303: [07:22:00] <simon_w|air> 1) OR (1=1
304: [07:22:00] <simon_w|air> Yup. Don't mention it as such in the pull request, but email security@silverstripe about it
305: [07:22:00] <simon_w|air> Yeah, since it's not sticking it in a string field
306: [07:22:00] <ss23> So you can inject, right?
307: [07:22:00] <ss23> So this is fully fledged SQL injection...
308: [07:22:00] <ss23> yeah
309: [07:24:00] <ss23> mmk
310: [07:26:00] <ss23> Like, I think it unlikely there's a case you would navigate to /unsubscribe/hash/1,3,4,5 kind of thing...
311: [07:26:00] <ss23> simon_w|air: I am unsure on what format the IDs are going to be in to write the filter appropriately. In the example you see in emails, it's always a single ID, but it's named IDs. What do you think?
312: [07:28:00] <ss23> Haven't seen one, it's just a link in the emails
313: [07:28:00] <simon_w|air> Nah, that param's OtherIDs
314: [07:28:00] <ss23> simon_w|air: Or is that IDs just a Silverstipre convention, where the URL is in form /page/ID/IDs
315: [07:28:00] <ss23> Because the hash comes from "$hash = $this->urlParams['ID'];"
316: [07:28:00] <simon_w|air> How does the unsubscribe form work?
317: [07:28:00] <simon_w|air> *OtherID
318: [07:29:00] <ss23> Yeah, but I'm wondering if thats correct. Like, I struggle to think of a way that a CSV would ever be passed in
319: [07:29:00] <simon_w|air> but the code is definitely set up for a comma separated list, since it uses IN() rather than a straight =
320: [07:30:00] <ss23> Help simon_w|air. Should I write some extra code to explode on , or just assume that only a single ID will be passed in? In all cases I can see and think of, a single ID is enough
321: [07:32:00] <ss23> Okay
322: [07:32:00] <simon_w|air> I would make it work in the same way it currently does, so supporting multiple IDs
323: [07:39:00] * CodeTrap has joined #silverstripe
324: [07:41:00] * CodeTrap quit (Client Quit)
325: [07:47:00] * ARNHOE has joined #silverstripe
326: [07:47:00] <ss23> simon_w|air: K, sent / updated~
327: [07:48:00] * g4b0 has joined #silverstripe
328: [07:49:00] <g4b0> hi all
329: [07:50:00] <ss23> heya g4b0
330: [07:50:00] * mrzero_ has joined #silverstripe
331: [07:50:00] <g4b0> which one?
332: [07:50:00] * mrzero quit (Read error: Operation timed out)
333: [07:50:00] * mrzero_ is now known as mrzero
334: [07:50:00] <ss23> Did you get those cms issues fixed, g4b0?
335: [07:51:00] <ss23> g4b0: Hmm, the ones where you have to refrex and the ajax and those ones
336: [07:51:00] * ARNHOE quit (Remote host closed the connection)
337: [07:51:00] * ARNHOE has joined #silverstripe
338: [07:52:00] <g4b0> I've not fixed it, but I found a workaround
339: [07:52:00] <ss23> Sweet :D
340: [07:53:00] <g4b0> http://open.silverstripe.org/ticket/8310
341: [07:53:00] <g4b0> look at comments
342: [07:54:00] <ss23> yep yep
343: [07:59:00] * joelpittet quit (Remote host closed the connection)
344: [08:02:00] <ss23> Question: Is code like "$this->extend('updateCMSFields', $ret); " old stuff that used to be required for certain extension stuff?
345: [08:02:00] <ss23> The API docs say its for calling the method on the objects extensions, but I'm unsure what that means
346: [08:05:00] <Zauberfisch> ss23 that means it does the following thing:
347: [08:05:00] <Zauberfisch> foreach ($extensions as $e) $e->updateCMSFields($ret);
348: [08:05:00] <Zauberfisch> (sort of)
349: [08:06:00] <Zauberfisch> Versioned->updateCMSFields($ret);
350: [08:06:00] <Zauberfisch> so if you have SitreTree, which has 2 extensions by default (Versioned and Hierachy) it will call:
351: [08:06:00] <Zauberfisch> $extensions stands for all DataExtensions/Extensions attached to the class
352: [08:06:00] <Zauberfisch> Hierachy->updateCMSFields($ret);
353: [08:07:00] <Zauberfisch> and its passed as referenz, so it can be modifyed without returning
354: [08:07:00] <Zauberfisch> $ret is $fields in this case
355: [08:08:00] <Zauberfisch> ajshort I know
356: [08:08:00] <ajshort> Zauberfisch: objects are always passed by reference
357: [08:08:00] <ajshort> ok cool :)
358: [08:08:00] <ajshort> I just see a lot of people using ampersands everywhere
359: [08:08:00] <Zauberfisch> just wanted to point it out
360: [08:09:00] <ss23> ajshort: technically they're not...
361: [08:10:00] <ss23> They're just *like* references
362: [08:11:00] * Zauberfisch_ has joined #silverstripe
363: [08:11:00] <Zauberfisch> ajshort I used to as well, until simon_w|air made fun of me for doing it, then i looked it up (:
364: [08:12:00] <ss23> http://blog.golemon.com/2007/01/youre-being-lied-to.html (if anyone cares)
365: [08:13:00] <ss23> Zauberfisch: So, is that kind of line normally required then?
366: [08:13:00] <ss23> Like, some people might want to be able to do updateCMSFields in an extension, right? So its good to have it there on every module you make?
367: [08:15:00] * Zauberfisch quit (Ping timeout: 256 seconds)
368: [08:17:00] * Zauberfisch__ has joined #silverstripe
369: [08:18:00] <simon_w|air> ss23, you also need to remember to tell SiteTree not to call it when calling parent::getCMSFields(), and then enable again after
370: [08:19:00] <ss23> simon_w|air: For context as to why I'm asking, http://open.silverstripe.org/ticket/4630 I'm trying to figure out what this patch actually does / if it's still required
371: [08:20:00] * Zauberfisch_ quit (Ping timeout: 256 seconds)
372: [08:23:00] <simon_w|air> ss23, if you do, then updateCMSFields will be called twice
373: [08:28:00] <ss23> simon_w|air: That sounds like it won't work. However, if you don't, then it also means that the bug still exists? I'm confused, how do people normally work around that?
374: [08:32:00] * chillu has joined #silverstripe
375: [08:35:00] * Zauberfisch__ quit (Ping timeout: 245 seconds)
376: [08:36:00] * zfmf has joined #silverstripe
377: [08:37:00] <simon_w|air> Normally, they don't call DataObject::getCMSFields()
378: [08:38:00] * ARNHOE quit (Remote host closed the connection)
379: [08:39:00] <ss23> simon_w|air: They call updateCMSFields instead? Like, thats a bug report? What is the reseponse? "Don't do that, use updateDMSFields instead."? or what?
380: [08:40:00] * ARNHOE has joined #silverstripe
381: [08:41:00] * ocm has joined #silverstripe
382: [08:41:00] <ocm> howdy!
383: [08:43:00] <ss23> Howdy, ocm!
384: [08:44:00] * guci0 has joined #silverstripe
385: [08:45:00] <guci0> Hello
386: [08:48:00] * C10ne has joined #silverstripe
387: [08:48:00] <ss23> Hai, g4b0!
388: [08:48:00] <ss23> guci0:*
389: [08:49:00] <g4b0> tell me ss23
390: [08:49:00] <simon_w|air> ss23, the problem is the parent::getCMSFields() call, since that calls updateCMSFields
391: [08:49:00] <g4b0> just readed back :0
392: [08:49:00] <g4b0> ah, sorry
393: [08:50:00] <simon_w|air> And very few things can handle having updateCMSFields() called twice
394: [08:50:00] <ss23> simon_w|air: So what is the correct response to that bug report?
395: [08:51:00] <simon_w|air> That's something that Sam and Ingo haven't figured out yet
396: [08:53:00] <ss23> simon_w|air: So, "That patch would break things. We're still working on a fix in the mean time"?
397: [08:56:00] <simon_w|air> *extend()
398: [08:56:00] <simon_w|air> Something like that, or copy the scaffolding from DataObject::getCMSFields() in, and use that with an update() right at the end
399: [08:57:00] <ss23> simon_w|air: Is that the way most modules do it? Or do most modules not bother and just not allow extensions to change the cmsfield stuff?
400: [08:58:00] <g4b0> why does SSViewer::process returns
401: [08:58:00] <ss23> simon_w|air: Sorry for being a nusiance, but I'm just trying to understand :<
402: [08:59:00] <simon_w|air> Most modules usually don't have DataObjects that people want to change fields on, so don't bother
403: [08:59:00] <g4b0> return DBField::create_field('HTMLText', $output, null, array('shortcodes' => false));
404: [08:59:00] <g4b0> with ('shortcodes' => false) ???
405: [09:00:00] <ss23> I see. Thanks for your help, simon_w|air :D
406: [09:00:00] <simon_w|air> g4b0, so that things like [sitetree_link,id=1] in the raw template doesn't get processed
407: [09:02:00] * liam has left #silverstripe
408: [09:02:00] <g4b0> simon_w|air: After upgrading to git version (3.1) all my internal link are now broken!
409: [09:02:00] <g4b0> I did a git pull on monday
410: [09:03:00] * kinglozzer has joined #silverstripe
411: [09:04:00] * Liquide quit ()
412: [09:07:00] <ss23> Does anyone know if the $this->urlParams stuff has issues with periods in the variables? It seems like everything following the last period in one of the varialbes is being left off (foo.bar -> foo, foo.bar.bz -> foo.bar)
413: [09:09:00] * howardgrigg quit (Remote host closed the connection)
414: [09:10:00] * travis-ci has joined #silverstripe
415: [09:10:00] <travis-ci> [travis-ci] Build details : http://travis-ci.org/silverstripe/sapphire/builds/5651004
416: [09:10:00] <travis-ci> [travis-ci] Change view : https://github.com/silverstripe/sapphire/compare/2debbd37dc8b...06ff9f72b161
417: [09:10:00] <travis-ci> [travis-ci] silverstripe/sapphire#1712 (3.1 - 06ff9f7 : Ingo Schommer): The build passed.
418: [09:10:00] * travis-ci has left #silverstripe
419: [09:15:00] <ss23> I blame [1]Pyromanik for sure
420: [09:15:00] <[1]Pyromanik> hmm
421: [09:15:00] * [1]Pyromanik has joined #silverstripe
422: [09:16:00] <ss23> [1]Pyromanik: Does anyone know if the $this->urlParams stuff has issues with periods in the variables? It seems like everything following the last period in one of the varialbes is being left off (foo.bar -> foo, foo.bar.bz -> foo.bar)
423: [09:16:00] <C10ne> Anyone knows how I can change page type programmatically? Is it enough just to set ClassName='NewClassName'?
424: [09:16:00] * Pyromanik quit (Disconnected by services)
425: [09:16:00] * [1]Pyromanik is now known as Pyromanik
426: [09:17:00] <Pyromanik> ss23, I think you missunderstand urlparams
427: [09:17:00] * Pyromanik_ has joined #silverstripe
428: [09:17:00] <ss23> Pyromanik: That is highly likely.
429: [09:17:00] <Pyromanik> muahahahha
430: [09:17:00] <ss23> C10ne: I'm not sure what you mean. Can you elaborate?
431: [09:18:00] <Pyromanik> why don't you tell me what you're trying to do, rather than how you're trying to do it
432: [09:18:00] <ss23> Pyromanik: http://open.silverstripe.org/ticket/4729
433: [09:18:00] <ss23> Same behaviour happens in latest stable
434: [09:18:00] <ss23> Pyromanik: :3 Glad you asked.
435: [09:18:00] <Pyromanik> X->Y
436: [09:19:00] <Pyromanik> ss23, I think it might be time you read up on url theory
437: [09:19:00] <C10ne> ss23: Well, once I create a new site, I get 3 pages, Home, About and Contact. I'd like to change, for example Contact to be of type ContactFormPage, after I run dev/build/
438: [09:19:00] <Pyromanik> because that's what f'n get vars are for
439: [09:19:00] <ss23> Pyromanik: what are url params for if not a subsittude for $_GET things? I'm confused. What *are* they for?
440: [09:20:00] <ss23> Pyromanik: I'm confused. Are you saying that this module is doing it wrong by making the URLs have params in them, instead of having a "foo/?id=bar"?
441: [09:20:00] <Pyromanik> URLs are for actions, params are for params
442: [09:20:00] <ss23> Pyromanik: Sure, what is "url theory". I read the only docs I could find on the Silverstripe URL stuff
443: [09:20:00] <Pyromanik> it's confusing in that SS terms the action chunks of it's urls 'params'
444: [09:20:00] <Pyromanik> I'll grant you that, hence why I said you're misunderstanding them
445: [09:21:00] <Pyromanik> the . is parsed as an extension
446: [09:21:00] <ss23> ty
447: [09:21:00] <Pyromanik> you should have /unsubscribe?user=herpa@derp.com
448: [09:21:00] <ss23> Pyromanik: This is the official newsletter module btw, not mine
449: [09:21:00] <Pyromanik> ss23, yep, pretty much.
450: [09:21:00] <ss23> ah, yes, that makes sense
451: [09:21:00] <Pyromanik> for api/v1/domything.xml
452: [09:21:00] <ss23> mmk
453: [09:21:00] * ss23 awards Pyromanik 10 points
454: [09:21:00] <Pyromanik> for api/v1/domything.json
455: [09:21:00] <ss23> A+
456: [09:22:00] <ss23> Yeah, the newsletter module is bad, Pyromanik
457: [09:22:00] <Pyromanik> unsubscribe/memberID would
458: [09:22:00] <Pyromanik> and when you look at it unsubscribe/index/email@addres.tld doesn't make any sense anyway
459: [09:22:00] <ss23> It does last, so thats fine
460: [09:22:00] <Pyromanik> though granted it probably still should find the LAST occurance, rather than first.
461: [09:23:00] <ss23> Now it's 'unsubscribe//$Action/$ValidateHash/$IDs' => 'UnsubscribeController'
462: [09:23:00] <Pyromanik> alsthough
463: [09:23:00] <ss23> In any case, it's changed, Pyromanik
464: [09:23:00] <Pyromanik> they aren't members
465: [09:23:00] <Pyromanik> so...
466: [09:23:00] <Pyromanik> yeah
467: [09:23:00] <Pyromanik> ss23, yeah, but think about it
468: [09:23:00] <Pyromanik> listing would still have an object associated with it I'd imagine
469: [09:23:00] <Pyromanik> what other actions would you do at /unsubscribe other than unsubscribe?
470: [09:24:00] <Pyromanik> a bit silly.
471: [09:24:00] <simon_w|air> confirmation
472: [09:24:00] <Pyromanik> I wonder who wrote it
473: [09:24:00] <Pyromanik> mmm
474: [09:24:00] <ss23> Yeah, I understand, it's a bad design
475: [09:25:00] <Pyromanik> anyway ss23, if you want to hack around and reconstruct your address
476: [09:26:00] <Pyromanik> whatever it's called
477: [09:26:00] <Pyromanik> do "$MailingList$ext"
478: [09:26:00] <Pyromanik> look at api controller
479: [09:26:00] <Pyromanik> ss23, o
480: [09:26:00] <ss23> Pyromanik: It's fine, it's fixed in the latest version. I was just curious
481: [09:26:00] <Pyromanik> REST
482: [09:26:00] <Pyromanik> I'm pretty sure it parks the ext somewhere
483: [09:27:00] <Pyromanik> oic, gg
484: [09:27:00] <Pyromanik> so ticket should be closed?
485: [09:27:00] <ss23> Pyromanik: Yep, I closed it
486: [09:27:00] <ss23> Pyromanik: Not sure if you saw last night, but I spent the night closing bugs
487: [09:28:00] <ss23> Pyromanik: Close some bugs with me, bro.
488: [09:28:00] <Pyromanik> or is it just legacy now?
489: [09:28:00] <Pyromanik> I don't think trac is fully obsolete though, is it?
490: [09:28:00] <ss23> But given these are all 2+ years old, probably better to put it there for visibility
491: [09:28:00] <Pyromanik> :>
492: [09:28:00] <ss23> Even if it means transfering the bug to Github issues instead :D
493: [09:28:00] <Pyromanik> lol
494: [09:28:00] <ss23> Pyromanik: Got ~20 bugs closed last night, hoping to close every newsletter bug tonight
495: [09:29:00] <ss23> Pyromanik: Just trying to clean it up by closing fixed/invalid bugs, and moving module bugs to the right place
496: [09:29:00] <ss23> It's not legacy or anything
497: [09:29:00] <Pyromanik> gotta write tests for the things I wanna close :<
498: [09:29:00] <ss23> You can tell I've gone through so far, cause the oldest 4 bugs are all docs things I don't wanna actually touch :D
499: [09:29:00] <Pyromanik> another time perhaps
500: [09:29:00] <Pyromanik> busy cracking my own problems
501: [09:29:00] <Pyromanik> nup
502: [09:29:00] <ss23> Theres a list, get cracking.
503: [09:29:00] <ss23> Pyromanik: http://open.silverstripe.org/query?status=accepted&status=assigned&status=infoneeded&status=infoneeded_new&status=new&status=started&col=id&col=summary&col=status&col=owner&col=type&col=priority&col=milestone&col=time&col=changetime&order=changetime
504: [09:29:00] <Pyromanik> your face is legacy
505: [09:30:00] <ss23> Pyromanik: Know that feel!
506: [09:30:00] <ss23> aww Pyromanik
507: [09:30:00] <Pyromanik> Also, I think I'm going to become lord of the slimy cabbage eaters
508: [09:30:00] * travis-ci has left #silverstripe
509: [09:30:00] <travis-ci> [travis-ci] Build details : http://travis-ci.org/chillu/sapphire/builds/5651257
510: [09:30:00] <travis-ci> [travis-ci] Change view : https://github.com/chillu/sapphire/commit/05689a94215b
511: [09:30:00] <travis-ci> [travis-ci] chillu/sapphire#83 (pulls/deprecation-docs - 05689a9 : Ingo Schommer): The build passed.
512: [09:30:00] * travis-ci has joined #silverstripe
513: [09:30:00] <ss23> Still, totally worth going through thsee bugs. I still rofl at a 4 year old report of sqli that no one noticed or fixed.
514: [09:31:00] <Pyromanik> SlugController
515: [09:31:00] <Pyromanik> xD
516: [09:31:00] <ss23> XD
517: [09:32:00] <kinglozzer> C10ne: Can't see if anyone else answered, but can't you use the dropdown menu on the page settings tab?
518: [09:33:00] <ss23> I assume thats just a foreach (Page::get() as $page) { $page->PageType = 'Foo'; $page->write(); } though?
519: [09:33:00] <ss23> kinglozzer: He wanted programatically
520: [09:34:00] <travis-ci> [travis-ci] Build details : http://travis-ci.org/silverstripe/sapphire/builds/5651359
521: [09:34:00] * travis-ci has left #silverstripe
522: [09:34:00] <Pyromanik> ClassName, not PageType, but yes.
523: [09:34:00] <ss23> Me either, and I'm a noob so I didn't want to say it since it's probably wrong
524: [09:34:00] <Pyromanik> C10ne, changing ClassName is enough, although if you already have the object you'll need to instantiate a new one.
525: [09:34:00] <ss23> There we are C10ne ^^
526: [09:34:00] <Pyromanik> of the correct type
527: [09:34:00] <kinglozzer> Ah I see. Never tried that
528: [09:34:00] * travis-ci has joined #silverstripe
529: [09:34:00] <travis-ci> [travis-ci] silverstripe/sapphire#1714 (3.1 - 5b83de4 : Ingo Schommer): The build passed.
530: [09:34:00] <travis-ci> [travis-ci] Change view : https://github.com/silverstripe/sapphire/compare/06ff9f72b161...5b83de404904
531: [09:35:00] <C10ne> Do I need to instantiate it, or just update?
532: [09:35:00] <Pyromanik> either re-get it or do some kind of alchemy wizardry which I'm not even sure is possible.
533: [09:35:00] <Pyromanik> ClassName is just what the ORM uses to create actual object when inflating a DB record
534: [09:35:00] <Pyromanik> it's in memory as one thing, you can't just turn it into another
535: [09:36:00] <Pyromanik> it's why the CMS says "Not until next save" when you change the page type.
536: [09:36:00] <Pyromanik> same ID, new object.
537: [09:36:00] <Pyromanik> when you save it refreshes the page, which means new fetch.
538: [09:37:00] <simon_w|air> Just in time for bed!
539: [09:37:00] <ss23> Pyromanik: If he does it in a dev/build, aka outside of the CMS, it'll be fine right, since he won't be using it after? Like, that only matters if you then *use* the object?
540: [09:37:00] <C10ne> I'll try something out, I'm importing data via web service, and it would take too much alchemy to change the installation to be aware of my page types and create them directly
541: [09:37:00] <simon_w|air> $newPage = $page->newClassInstance('NewClassName');
542: [09:37:00] <ss23> If he just does the ->write(); then discards it, it's fine?
543: [09:37:00] <ss23> Yay!
544: [09:37:00] <Pyromanik> ss23, yes.
545: [09:37:00] <simon_w|air> (does not call write())
546: [09:37:00] <Pyromanik> there you go, simon_w comes through with alchemy wizardry.
547: [09:37:00] <Pyromanik> thought he might.
548: [09:38:00] <ss23> If I find one sqli a night, Silverstripe is going to be a lot more secure when I'm done!
549: [09:38:00] <chillu> ss23 How the bug hunt going? :)
550: [09:38:00] <Pyromanik> just remember, no transmuting life.
551: [09:38:00] <ss23> chillu: Good, good. Found some *more* sqli, lots of old bugs to close
552: [09:38:00] <C10ne> @simon_w|air: Will that update the existing page? I just need to change it, not create new.
553: [09:38:00] <Pyromanik> ss23, what, sqli?
554: [09:38:00] <Pyromanik> C10ne, by the sounds of it, yes.
555: [09:38:00] <Pyromanik> call that on your object type, don't write it.
556: [09:39:00] <ss23> chillu: module, newsletter
557: [09:39:00] <C10ne> Yeah, figured that, thanks all, I'll get working :)
558: [09:39:00] <ss23> Funny! The mailing list I want to unsubscribe from is actually called "1 )) UNION select into outfile '/var/www/silverstripe/assets/hax.php' --
559: [09:39:00] <chillu> Ah, OK. Do you know our process for reporting them?
560: [09:39:00] <ss23> Pyromanik: In newsletter module. Does an unquoted, non casted into SQL
561: [09:39:00] <C10ne> Ah, I see, cool
562: [09:39:00] <Pyromanik> although you will need to write it if you want to save the change of course C10ne
563: [09:39:00] <chillu> sql injection in core?
564: [09:40:00] <ss23> chillu: Did what simon_w|air said, which was email + pull request without mentioning it being sqli
565: [09:40:00] <chillu> http://doc.silverstripe.org/framework/en/trunk/misc/release-process#reporting-an-issue
566: [09:40:00] <Pyromanik> :>
567: [09:40:00] <Pyromanik> nifty to know
568: [09:40:00] <ss23> chillu: (email security@ss)
569: [09:41:00] <ss23> chillu: Yeah, I know what oyu mean. I figured since this one was already being discussed here which has public indexed logs, probably easier just to submit the PR
570: [09:41:00] * lx-berlin has joined #silverstripe
571: [09:41:00] <ss23> chillu: Yeah, did that
572: [09:41:00] <Pyromanik> although I'm generally not crafty enough to spot sqlis
573: [09:41:00] <chillu> Use your judgement, but for core ones I wouldn't want to have a PR out in the open without having a plan of attack, even if it doesn't mention that its a sql injection
574: [09:42:00] <ss23> (And the other one beign reported ages ago but no one looked at the bug)
575: [09:42:00] <Pyromanik> lol
576: [09:42:00] <ss23> Pyromanik: Only reason I found out was cause my URL highlighting messed up and tried to unsub me from 1< instead of just 1 :P
577: [09:43:00] <chillu> It shouldn't be discussed publically either, if you need clarifications keep it to PMs. I mean, the risk of an attacker actively trawling various logs for these things is fairly small because SS is fairly small, but we want to get into more solid practices there.
578: [09:43:00] <Pyromanik> how best to do tags, that is the question :<
579: [09:43:00] <ss23> chillu: I know, but I didn't realise what it was at first and just mentioned it here since I was confused
580: [09:43:00] <ss23> Pyromanik: has_many('Tags'); kdne!
581: [09:43:00] <Pyromanik> Yeah, but DB bloat
582: [09:44:00] <simon_w|air> chillu, yeah, that's not going to happen :p So many people already go for where() over filter()
583: [09:44:00] <ss23> Probably could find a decent amount of sqli bugs in Silverstripe by doing some basic static analysis and looking for unquoted strings going into ->where()
584: [09:44:00] <Pyromanik> chillu, can I have SS persist as a service and have requests deliver to the same thing instead of rebuilding from scratch each time?
585: [09:44:00] <Pyromanik> but then again
586: [09:44:00] <chillu> Good old johnny drop tables. Hopefully a thing of the past once we've got prepared statements in core
587: [09:44:00] <Pyromanik> having a Text type on every object with duplicate tags in it is also a bit of a waste
588: [09:45:00] <chillu> simon_w|air: Eventually… I'm an optimist ;)
589: [09:45:00] <Pyromanik> simon_w,but that's because filters doesn't do OR
590: [09:45:00] <Pyromanik> like, at all. :<
591: [09:45:00] * Pyromanik desires for no other reason than ubergeekness
592: [09:45:00] <Pyromanik> also to shut stupid railsdicks up.
593: [09:45:00] <Pyromanik> lol, dicks up.
594: [09:46:00] <simon_w|air> Does in 3.1!
595: [09:46:00] <chillu> Pyromanik: I don't understand the question
596: [09:46:00] * Pyromanik looks forward
597: [09:46:00] <Pyromanik> chillu, persistance is web scale, didn't you know?
598: [09:46:00] <Pyromanik> simon_w|air, I know!
599: [09:47:00] <ss23> Like somehow having inherent scalability is 'bad'
600: [09:47:00] <ss23> Pyromanik: Yeah, because one server serving everything > being able to throw more servers! :P
601: [09:47:00] <ss23> I lol @ those people
602: [09:47:00] <Pyromanik> ss23, like your comparison between apache and nginx
603: [09:47:00] <Pyromanik> although
604: [09:47:00] <Pyromanik> the other night
605: [09:47:00] <simon_w|air> Pyromanik, also, opcode cache
606: [09:47:00] <Pyromanik> (this is all a bit of a joke, if you still don't understand I won't blame you) :P
607: [09:48:00] <Pyromanik> if that's even possible
608: [09:48:00] <ss23> I hope not
609: [09:48:00] <Pyromanik> seems like the kinda thing one could do an honours on
610: [09:48:00] <Pyromanik> indeed
611: [09:48:00] <ss23> :D
612: [09:48:00] <Pyromanik> more testing is needed
613: [09:48:00] <ss23> tbh, I can't tell if I'm surprised by how low nginx's usage share is or not.
614: [09:48:00] <ss23> Pyromanik: "Further study is needed"
615: [09:48:00] <Pyromanik> x
616: [09:48:00] <Pyromanik> I'd be interested to see modphp vs php_fpm without nginz
617: [09:49:00] <ss23> Most honors projects seem stupid.
618: [09:49:00] * lobarvaz has joined #silverstripe
619: [09:49:00] <ss23> Although I guess your right
620: [09:49:00] <ss23> Testing which peice of software is faster in certain situations seems like a not awesome contribution. It would be outdated by next versoin.
621: [09:49:00] <Pyromanik> no he's going to bed silly
622: [09:49:00] * simon_w|air quit (Quit: This computer has gone to sleep)
623: [09:49:00] <ss23> I made him quit!
624: [09:49:00] * ss23 cries
625: [09:50:00] <ss23> But... he never said he was
626: [09:50:00] <ss23> How can he go to bed without telling us...?
627: [09:50:00] <Pyromanik> yes he did
628: [09:50:00] <Pyromanik> [22:38] <@simon_w|air> Just in time for bed!
629: [09:51:00] * ss23 looks around
630: [09:51:00] <ss23> Oh I see
631: [09:51:00] <ss23> I missed it :<
632: [09:51:00] <Pyromanik> you did
633: [09:59:00] <ss23> :D
634: [09:59:00] <Pyromanik> :< php editor why u no highlight throw :(
635: [09:59:00] * ss23 throws highlights at Pyromanik
636: [10:00:00] <Pyromanik> YOU ARE A ROBOT
637: [10:00:00] <ss23> :O
638: [10:00:00] <Pyromanik> Wait no, I got that wrong
639: [10:00:00] <ss23> I AM NOT A ROBOT
640: [10:00:00] <ss23> Althouhg, from 46 open newsletter bugs down to 37 -- I'm more like a MACHINE.
641: [10:00:00] <Pyromanik> http://www.youtube.com/watch?v=Q4Ul96sLBtw
642: [10:00:00] <ss23> ty ty ^.^
643: [10:00:00] <ss23> :D
644: [10:00:00] <Pyromanik> YOU ARE A PERSON
645: [10:00:00] <Pyromanik> :D
646: [10:01:00] <Pyromanik> http://robot-or-not.com/
647: [10:01:00] <ss23> what is this help
648: [10:01:00] <ss23> what
649: [10:01:00] <ss23> o.o
650: [10:01:00] <Pyromanik> http://responsivewebdesign.com/robot/
651: [10:02:00] <Pyromanik> [23:02] <ss23> what is this help <- change viewport size
652: [10:02:00] <Pyromanik> "Will I dream?" by Snoozebot
653: [10:02:00] <Pyromanik> that IS the question.
654: [10:03:00] <ss23> Oh, it's just an example of responsive web, okay
655: [10:04:00] <ss23> *phew*
656: [10:04:00] <ss23> I was afraid I was a robot...
657: [10:04:00] <Pyromanik> http://abductedbysharks.com
658: [10:06:00] <Pyromanik> oh shhhhhhiiiiii... steam easter sale probably inbound :<
659: [10:06:00] <Pyromanik> ALL MY PRECIOUS MUNNIEZ
660: [10:06:00] <ss23> XD
661: [10:06:00] <ss23> It's okay, Pyromanik. I now own more games on Steam than not, so the sales have no effect on me
662: [10:07:00] <ss23> If I have to take 10 mins just to try figure out which games I already own, I figure I'm fine and can iugnore the sale
663: [10:07:00] <ocm> what games are on the easter sale?
664: [10:08:00] <ss23> Probably all of them!
665: [10:08:00] <ss23> 35 to go!
666: [10:08:00] <ocm> no wai! can't afford bying all the games
667: [10:09:00] * priithansen has joined #silverstripe
668: [10:10:00] <ss23> Your poor wallet :D
669: [10:11:00] <ocm> all my online poker moniez
670: [10:11:00] <ocm> though I have a 'secret' paypall account which provides my gaming money
671: [10:11:00] <ocm> yes indeed
672: [10:16:00] <Pyromanik> also
673: [10:16:00] <Pyromanik> lol
674: [10:17:00] <Pyromanik> people always buying games they don't relaly want
675: [10:17:00] <Pyromanik> steam such waste of money
676: [10:17:00] <Pyromanik> I only get games I actually play.
677: [10:17:00] <ocm> hm I just have a few games I bought and never played
678: [10:17:00] <Pyromanik> but there are a few I have not got yet.
679: [10:17:00] <ocm> most games I play
680: [10:17:00] <ocm> for 1 hour or so
681: [10:17:00] <Pyromanik> haha
682: [10:17:00] <Pyromanik> I play for keeps :P
683: [10:17:00] <ss23> dammit, did "vim" instead of "cat" ;_;
684: [10:17:00] <ocm> I try to :p
685: [10:17:00] <ocm> dx:hr and civ are keepers for me
686: [10:18:00] <ss23> dammit, steam calculator is down
687: [10:18:00] <Pyromanik> I think ID well and truely deserves my $10 or whatever it was, lol
688: [10:18:00] <ss23> Iw as going to show my $2k worth of games or whatever it's up to :<
689: [10:18:00] <ss23> 23:18:00 < Pyromanik> I only get games I actually play.
690: [10:18:00] * ss23 blushshes
691: [10:18:00] <Pyromanik> Quake series
692: [10:18:00] <ocm> haha
693: [10:18:00] <Pyromanik> because only ever bought the second one
694: [10:18:00] <Pyromanik> SO MANY HOURS
695: [10:18:00] <Pyromanik> on all the rest
696: [10:19:00] <ocm> in LoS?
697: [10:19:00] <ss23> ocm: Line of sight
698: [10:19:00] <Pyromanik> I have 101
699: [10:19:00] <Pyromanik> http://www.youtube.com/watch?v=KcHAXXozU64 - Make sure the wife isn't in LoS when you watch.
700: [10:19:00] <Pyromanik> or boss
701: [10:19:00] <Pyromanik> although even the birds in the crowd are loving it tbh.
702: [10:19:00] <ss23> http://steamcommunity.com/id/ss23/games?tab=all There we are!
703: [10:19:00] <ss23> 1 - 10 OF 286 ITEMS
704: [10:20:00] <ss23> Pyromanik thinks using lots of acroynms makes him "cool"
705: [10:20:00] <Pyromanik> I thought most gamers would have known what it is :<
706: [10:20:00] <ocm> ah :)
707: [10:20:00] <ss23> XD
708: [10:20:00] <ss23> :3
709: [10:20:00] <ocm> is being a pyro not cool enough, huh? :D
710: [10:20:00] <Pyromanik> though I suppose it's more RTS
711: [10:20:00] <ss23> Pyromanik: I've not heard it before now
712: [10:21:00] <ss23> NU UH
713: [10:21:00] <ss23> ;_;
714: [10:21:00] <ss23> I'm 20!
715: [10:21:00] <ss23> :<
716: [10:21:00] <Pyromanik> That's because you're so young.
717: [10:21:00] <Pyromanik> 12 wasn't it?
718: [10:21:00] <ss23> :<
719: [10:22:00] <Pyromanik> like Warcraft
720: [10:22:00] <ocm> delta force 2
721: [10:22:00] <Pyromanik> before it was a crappy RPG
722: [10:22:00] <ss23> I've never been good at RTS
723: [10:22:00] <ss23> lol Pyromanik
724: [10:22:00] <ocm> pyromanik, I used to know but I forget
725: [10:22:00] <ocm> dont play shooteres that much anymore
726: [10:22:00] <ocm> atleast, not like CoD of DF2
727: [10:22:00] <ss23> DF2?
728: [10:22:00] <ss23> :O
729: [10:22:00] <Pyromanik> but RTS is real time strategy
730: [10:23:00] * ss23 sets 20 prism towers on Pyromanik
731: [10:23:00] <ocm> RTS?
732: [10:23:00] <ocm> :P
733: [10:23:00] <Pyromanik> Supreme Commander
734: [10:23:00] <ss23> YURIS REVENGE
735: [10:23:00] <lx-berlin> yey
736: [10:23:00] <Pyromanik> yes
737: [10:23:00] <Pyromanik> all of thems
738: [10:23:00] <Pyromanik> command and conquer
739: [10:23:00] <Pyromanik> total annihilation
740: [10:23:00] <Pyromanik> starcraft
741: [10:23:00] <ss23> Only games I've really played against people are MOBA and FPS, and by FPS I mean 1.6 and source, not shit like new CoD
742: [10:23:00] <lx-berlin> Pyromanik: i am a backer of Planetary Annihilation
743: [10:23:00] <Pyromanik> I play mostly FPS I must admit
744: [10:23:00] <Pyromanik> lx-berlin, love it
745: [10:24:00] <Pyromanik> if I had money I'm pretty sure I would be too
746: [10:24:00] <Pyromanik> even though it's on kickstarter
747: [10:24:00] <ocm> only played starcraft, never understood the fun of c&c
748: [10:24:00] <lx-berlin> only 20 $ :)
749: [10:24:00] <Pyromanik> which I'm not even sure why that's a factor
750: [10:24:00] <Pyromanik> but it seems that as soon as you put something on there everyone goes batshit insane and I don't particularly like that
751: [10:24:00] <Pyromanik> lx-berlin, $20 is all I have over after each pay check :<
752: [10:25:00] <Pyromanik> gotta save something!
753: [10:25:00] <ss23> Oh oh oh
754: [10:25:00] <lx-berlin> ok
755: [10:25:00] <ss23> AoE HD!
756: [10:25:00] <ss23> Guessing its just going to be aoe2 with userscript and updated textrues, but still cool
757: [10:25:00] <lx-berlin> but i am sure it will be awesome once its finished
758: [10:25:00] <Pyromanik> lx-berlin, as do I
759: [10:26:00] <ocm> is AoE HD really worth it to play?
760: [10:26:00] <ss23> Dunno
761: [10:26:00] <ss23> If you like AoE2, I would say so
762: [10:26:00] <ss23> I mean, you can pirate, but its like $15, no real reason not to buy it IMO, idk
763: [10:27:00] <ss23> Well
764: [10:27:00] <ocm> we have a piratebay ban overhere
765: [10:27:00] <ocm> not that proxies are stopped :P
766: [10:27:00] <ss23> Illegal to download illegal torrents..
767: [10:27:00] <ss23> okay so it's not really a ban, BUT PIRACY IS STILL ILLEGAL
768: [10:27:00] <ss23> Well, it's illegal to torrent, ta least
769: [10:27:00] <ss23> Yeah, we have a piratebay ban here too!
770: [10:28:00] <Pyromanik> and sail the african coast.
771: [10:28:00] <Pyromanik> I DO NEITHER
772: [10:28:00] <ss23> yeah, idk
773: [10:28:00] <Pyromanik> sif
774: [10:28:00] <Pyromanik> pirates use guns
775: [10:29:00] <Pyromanik> ninja?
776: [10:29:00] <ss23> One of the*
777: [10:29:00] <Pyromanik> I'm a software ninja
778: [10:29:00] <ss23> :P
779: [10:29:00] <ss23> Better
780: [10:29:00] <Pyromanik> excellent
781: [10:29:00] <ss23> 32 to go!
782: [10:29:00] <Pyromanik> yeah, until midnight
783: [10:29:00] <Pyromanik> :<
784: [10:29:00] <Pyromanik> it's copyright infringement
785: [10:29:00] <ss23> "How can we think of a term to make people stop doing this and think it's bad?!" "Oh, how about we pick the most badass profession ever"
786: [10:30:00] <ocm> well fun fact in the netherlands is, downloading is not illegal
787: [10:30:00] <Pyromanik> ocm, that's a very tricky question
788: [10:30:00] <ss23> Pyromanik: THAT MANY BUGS LEFT TO CLOSE!
789: [10:30:00] <ocm> how can you ninja software Pyomanik?
790: [10:30:00] <ss23> oic
791: [10:30:00] * lobarvaz quit (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
792: [10:30:00] <Pyromanik> mins
793: [10:30:00] <Pyromanik> 30 now
794: [10:30:00] <ss23> Pyromanik: Until midnight?
795: [10:30:00] <ocm> as long as it is for in home use
796: [10:30:00] <ocm> you can download, even pirate, copyrighted stuff
797: [10:31:00] <ss23> XD
798: [10:31:00] <ocm> Aaarrrrr!
799: [10:31:00] <Pyromanik> yarrrr
800: [10:31:00] <ocm> thats why I ask
801: [10:31:00] <Pyromanik> I can't tell you, because then I'd have to kill you. It's the way of the ninja.
802: [10:31:00] <ocm> try me :D
803: [10:31:00] <Pyromanik> what are you, some kind of PIRATE!?
804: [10:32:00] <ocm> so who of you hacked south korea last night=
805: [10:32:00] <ocm> ?
806: [10:33:00] <ocm> and without computers
807: [10:33:00] <Pyromanik> Must have been internet santa clause.
808: [10:33:00] <Pyromanik> The whole of south Korea?
809: [10:33:00] <ocm> most of it is swithout the interwebz
810: [10:33:00] <Pyromanik> North Korea, duh.
811: [10:35:00] <ocm> I think its the US or SK itself
812: [10:35:00] <ocm> to point to NK as aggresor and start the flamewar
813: [10:36:00] <ocm> and then nuke the f*ck out of it, haha
814: [10:36:00] <Pyromanik> http://www.youtube.com/watch?v=0hzBh0J1YFU
815: [10:37:00] <ocm> what is it?
816: [10:37:00] <Pyromanik> hmm, much better quality
817: [10:37:00] <Pyromanik> http://www.youtube.com/watch?v=fjtVsYqAR3s
818: [10:38:00] <ocm> rather have lobster sticking to my fork
819: [10:38:00] <Pyromanik> Don't put a lobster on a plate, he'll use his magnet to escape
820: [10:38:00] <Pyromanik> LOBSTER STICKS TO MAGNET!
821: [10:39:00] <Pyromanik> He'll jump right up and claw your ear, then he'll bite your EYE!
822: [10:39:00] <ss23> But it wasn't a rock
823: [10:39:00] <ss23> It was a ROCK LOBSTER
824: [10:40:00] <Pyromanik> You got a lobster; you got a magnet
825: [10:42:00] <g4b0> ?
826: [10:42:00] * LoveDuckie has joined #silverstripe
827: [10:42:00] <ocm> try <% loop %>
828: [10:42:00] <g4b0> <% control %> deprecation issue :(
829: [10:42:00] <ocm> what are you trying to control|
830: [10:42:00] <g4b0> a lot of things :)
831: [10:42:00] <ocm> hm, probably not all
832: [10:42:00] <ocm> ?
833: [10:42:00] <g4b0> shuld I replace all its 220 occurrence with loop
834: [10:42:00] <ss23> Yep!
835: [10:43:00] <ocm> keep away from mind control
836: [10:43:00] <Pyromanik> g4b0, control split into it's two uses
837: [10:43:00] <Pyromanik> loop or with
838: [10:43:00] <Pyromanik> The simple theme uses it like that (ie, wrong!)
839: [10:43:00] <Pyromanik> g4b0, I think it does, yeah.
840: [10:43:00] <g4b0> Pyromanik I now
841: [10:43:00] <Pyromanik> loop for lists, with for changing scope
842: [10:43:00] <g4b0> does loop accept both DataObject and ArrayList?
843: [10:44:00] <travis-ci> [travis-ci] Build details : http://travis-ci.org/silverstripe/sapphire/builds/5652571
844: [10:44:00] <Pyromanik> yeh, probably
845: [10:44:00] <g4b0> so I can replace control with loop, just for now?
846: [10:44:00] <g4b0> which is the advantage removing control?
847: [10:44:00] <Pyromanik> no deprecation error
848: [10:44:00] <Pyromanik> so probably can just search and replace
849: [10:44:00] * travis-ci has left #silverstripe
850: [10:44:00] <travis-ci> [travis-ci] Change view : https://github.com/silverstripe/sapphire/compare/52ffb307a7d1...72d5f3cf17ba
851: [10:44:00] <travis-ci> [travis-ci] silverstripe/sapphire#1715 (3.0 - 72d5f3c : Ingo Schommer): The build passed.
852: [10:44:00] * travis-ci has joined #silverstripe
853: [10:44:00] <g4b0> yep
854: [10:45:00] <ocm> haha
855: [10:45:00] <Pyromanik> easier for newbies to grasp
856: [10:45:00] <Pyromanik> yep
857: [10:45:00] <g4b0> I mean pratical advantage :)
858: [10:45:00] <Pyromanik> none?
859: [10:45:00] <Pyromanik> loop for looping with for changing object
860: [10:45:00] <g4b0> ahahah
861: [10:45:00] <g4b0> cleaner code?
862: [10:45:00] <g4b0> I think that deprecation should not be added between a beta2 and a rc1
863: [10:45:00] <Pyromanik> as the syntactical english is better.
864: [10:45:00] <ss23> 30 to go!
865: [10:46:00] <Pyromanik> mmm, pretty sure it was tehre before 3.1
866: [10:46:00] <Pyromanik> but
867: [10:46:00] <g4b0> not the deprecation message...
868: [10:46:00] <g4b0> It was just added yesterday :(
869: [10:46:00] <Pyromanik> it was introduced in 3.0...
870: [10:47:00] <g4b0> yep
871: [10:47:00] <g4b0> the deprecation message
872: [10:47:00] <ocm> wat was?
873: [10:47:00] <g4b0> so you will get a lot of deprecation messages
874: [10:47:00] <ocm> should this be loops aswell in the future?
875: [10:47:00] <ocm> is it fully depricated now? because I use controll for functions in my page controllers
876: [10:47:00] <ss23> A bunch of deprecation stuff was just added last night
877: [10:47:00] <ocm> the deprication of control?
878: [10:48:00] <ss23> I dev on 3.0, you don't *hvae* to update
879: [10:48:00] <ocm> just dont update
880: [10:48:00] <ocm> :D
881: [10:48:00] <g4b0> I've got another problem with the last git pull
882: [10:48:00] <g4b0> all my internal link are broken
883: [10:49:00] <ocm> I am so pro, I always develop in the 'live' environment xD
884: [10:49:00] <g4b0> :)
885: [10:49:00] <g4b0> [sitetree_link,id=243] not replaced anymore
886: [10:50:00] <ss23> g4b0: I didn't check sorry. You can have a look on github though (just click commits and see if there's anything mentinoing it)
887: [10:50:00] <Pyromanik> ocm, if you're using 3.x and still using control you've been doing it wrong for far too long.
888: [10:50:00] <Pyromanik> g4b0, that should still work
889: [10:50:00] <g4b0> ss3 what about internal link? Did you see some git log speaking about that?
890: [10:51:00] <g4b0> I'm working with XHTML and COntentNegotiator eneabled
891: [10:51:00] <ocm> or not at all as I see so far
892: [10:51:00] <ss23> Does nicolaas work at SS or something?
893: [10:51:00] <ocm> hm Pyro, some magic midget just came by, seems I dont use that many control
894: [10:53:00] <ss23> mmk, he has a lot of bugs, was wondering
895: [10:53:00] <Pyromanik> :<
896: [10:53:00] <Pyromanik> ss23, nope.
897: [10:53:00] <Pyromanik> magic midgit ?
898: [10:54:00] <ocm> yes I have magic midgets, fixing stuff at night nd things
899: [10:54:00] <ocm> very handy
900: [10:54:00] <Pyromanik> oh we call those software fairies
901: [10:54:00] <Pyromanik> hmm, bed time :<
902: [10:55:00] <ocm> nite nite
903: [10:56:00] <Pyromanik> ha, I wish.
904: [10:56:00] <Pyromanik> someone offer me obscene amounts of money to fix opensource software and I'll do it.
905: [10:56:00] <ss23> nn Pyromanik ^.^
906: [10:56:00] <ss23> Pyromanik: Dream of bug fixes~
907: [10:57:00] <travis-ci> [travis-ci] Change view : https://github.com/silverstripe/sapphire/compare/94f209eb745f...07809762deea
908: [10:57:00] * travis-ci has joined #silverstripe
909: [10:57:00] <travis-ci> [travis-ci] Build details : http://travis-ci.org/silverstripe/sapphire/builds/5652828
910: [10:57:00] <Pyromanik> I didn't say it had to be NZD
911: [10:57:00] * travis-ci has left #silverstripe
912: [10:57:00] <Pyromanik> 1000/h should do it
913: [10:57:00] <ss23> Hey, I would do it for $1 a bug!
914: [10:57:00] * ss23 would be slightly richer than he currently is!
915: [10:57:00] <travis-ci> [travis-ci] silverstripe/sapphire#1716 (master - 0780976 : Ingo Schommer): The build has errored.
916: [10:58:00] <Pyromanik> I'd settle for RUB
917: [10:58:00] <Pyromanik> though $100nzd would be better :P
918: [10:58:00] <ss23> lol
919: [10:58:00] <ss23> damn
920: [10:58:00] <Pyromanik> google tells me that's pretty much $40 NZD
921: [10:58:00] <ss23> Zimbabwe dollars!
922: [10:59:00] <Pyromanik> oooh
923: [10:59:00] <Pyromanik> Yuan
924: [10:59:00] <Pyromanik> 1000 CNY ~ 195NZD
925: [10:59:00] <Pyromanik> quite strong
926: [10:59:00] <ocm> 100 yen!
927: [10:59:00] <Pyromanik> NOU
928: [11:00:00] <g4b0> no more replaced
929: [11:00:00] <Pyromanik> dat brock
930: [11:00:00] <g4b0> https://github.com/silverstripe/sapphire/commits/3.1?page=2
931: [11:00:00] <g4b0> not really sure
932: [11:00:00] <Pyromanik> 1000 yen (JPY) just 12.76 NZD
933: [11:00:00] <Pyromanik> lol
934: [11:00:00] <g4b0> chillu: after git pulling Hamish Friedlander code about shortcode handling
935: [11:00:00] <g4b0> all my internal link are brocken
936: [11:00:00] <chillu> Which one?
937: [11:01:00] * travis-ci has left #silverstripe
938: [11:01:00] <g4b0> there is a lot of work in SSViewer
939: [11:01:00] <Pyromanik> http://25.media.tumblr.com/tumblr_m7d6mjf6pD1ry5zw7o1_500.jpg
940: [11:01:00] <g4b0> HTMLValue
941: [11:01:00] <g4b0> HTMLText
942: [11:01:00] <g4b0> and so on
943: [11:01:00] <Pyromanik> alright, g'nite folks
944: [11:01:00] * travis-ci has joined #silverstripe
945: [11:01:00] <travis-ci> [travis-ci] silverstripe/sapphire#1717 (3.1 - 61dbafc : Ingo Schommer): The build passed.
946: [11:01:00] <travis-ci> [travis-ci] Change view : https://github.com/silverstripe/sapphire/compare/5b83de404904...61dbafc4e5ac
947: [11:01:00] * Pyromanik quit (Quit: HydraIRC -> http://www.hydrairc.com <- The professional IRC Client :D)
948: [11:01:00] <g4b0> yesterday my site was working
949: [11:01:00] <travis-ci> [travis-ci] Build details : http://travis-ci.org/silverstripe/sapphire/builds/5652894
950: [11:02:00] * travis-ci has left #silverstripe
951: [11:02:00] <g4b0> now all internal links are gone...
952: [11:02:00] * travis-ci has joined #silverstripe
953: [11:02:00] <travis-ci> [travis-ci] silverstripe/sapphire#1718 (3.0 - c3854e9 : Ingo Schommer): The build passed.
954: [11:02:00] <travis-ci> [travis-ci] Change view : https://github.com/silverstripe/sapphire/compare/72d5f3cf17ba...c3854e9e4ce3
955: [11:02:00] <travis-ci> [travis-ci] Build details : http://travis-ci.org/silverstripe/sapphire/builds/5652910
956: [11:03:00] <chillu> Can you paste some DB content, and how its rendered for you before/after?
957: [11:03:00] <g4b0> ...
958: [11:03:00] <g4b0> not so easy
959: [11:03:00] <chillu> before/after the last pull
960: [11:03:00] <g4b0> befeore/after what?
961: [11:03:00] <chillu> When as the last time you pulled before that?
962: [11:04:00] <chillu> You should use composer with composer.lock, then you'd know ;)
963: [11:05:00] <g4b0> http://pastebin.com/Yz7NPv4w
964: [11:05:00] <g4b0> nope
965: [11:05:00] <g4b0> that's what is rendered now
966: [11:05:00] <ss23> could be a translation issue?
967: [11:06:00] <g4b0> italian is the first (and only) language
968: [11:08:00] <lx-berlin> one question about partial caching: I have a cachekey like this: <% cached 'atmo',$ID,List(Page).max(LastEdited) %> With this caching i can set the lifetime to "forever", right ?
969: [11:08:00] <chillu> Can you try to remove everything from the HTML but the <a href="[sitetree_link,id=243]">Comune</a> and see if it fixes it?
970: [11:08:00] <ss23> Grr, sometimes my pull requests will give me a 404 on github :/
971: [11:08:00] * ss23 hits github on the head
972: [11:09:00] <lx-berlin> otherwise the cached files still have a default lifetime of 10min , right?
973: [11:11:00] <lx-berlin> ok, maybe i didnt understand this right. So the lifetime as long as the cachekey doesnt change. So if noone edits pages, its forever
974: [11:11:00] <g4b0> I think that the problem is
975: [11:11:00] <g4b0> chillu: same problem
976: [11:12:00] <lx-berlin> ajshort: thanks
977: [11:12:00] <g4b0> HTMLText::$processShortcodes that
978: [11:12:00] <g4b0> is processed as false
979: [11:12:00] <g4b0> when working on my templates
980: [11:12:00] <lx-berlin> anyone ?
981: [11:12:00] <ajshort> lx-berlin: correct
982: [11:13:00] <g4b0> chillu: if I switch to default theme (simple) it does work!!
983: [11:17:00] * priithansen quit (Quit: priithansen)
984: [11:18:00] * priithansen has joined #silverstripe
985: [11:24:00] * priithansen has joined #silverstripe
986: [11:24:00] * priithansen quit (Quit: priithansen)
987: [11:53:00] * ajshort quit (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 18.0.2/20130201065344])
988: [12:02:00] * Pigeon has joined #silverstripe
989: [12:03:00] * Pigeon is now known as Guest443
990: [12:18:00] * SightUnseen has joined #silverstripe
991: [12:20:00] * UndefinedOffset has joined #silverstripe
992: [12:42:00] * ajshort has joined #silverstripe
993: [12:46:00] * Uitto has joined #silverstripe
994: [12:52:00] <travis-ci> [travis-ci] Build details : http://travis-ci.org/silverstripe/sapphire/builds/5655302
995: [12:52:00] * travis-ci has joined #silverstripe
996: [12:52:00] <travis-ci> [travis-ci] Change view : https://github.com/silverstripe/sapphire/compare/c3854e9e4ce3...74014650edad
997: [12:52:00] <travis-ci> [travis-ci] silverstripe/sapphire#1720 (3.0 - 7401465 : Ingo Schommer): The build passed.
998: [12:52:00] * travis-ci has left #silverstripe
999: [12:56:00] * travis-ci has left #silverstripe
1000: [12:56:00] <travis-ci> [travis-ci] Build details : http://travis-ci.org/silverstripe/sapphire/builds/5655372
1001: [12:56:00] <travis-ci> [travis-ci] Change view : https://github.com/silverstripe/sapphire/compare/61dbafc4e5ac...a03d1e66ca24
1002: [12:56:00] <travis-ci> [travis-ci] silverstripe/sapphire#1721 (3.1 - a03d1e6 : Daniel Hensby): The build passed.
1003: [12:56:00] * travis-ci has joined #silverstripe
1004: [12:57:00] * travis-ci has left #silverstripe
1005: [12:57:00] <travis-ci> [travis-ci] Build details : http://travis-ci.org/silverstripe/sapphire/builds/5655452
1006: [12:57:00] <C10ne> A quick question: Is there a method on HTMLText that get's some excerpt and keeps the formatting?
1007: [12:57:00] <ss23> Isn't there some kind of summary? Does that keep formatting?
1008: [12:57:00] * travis-ci has joined #silverstripe
1009: [12:57:00] <travis-ci> [travis-ci] silverstripe/sapphire#1722 (3.1 - 9adbcad : Ingo Schommer): The build was broken.
1010: [12:57:00] <travis-ci> [travis-ci] Change view : https://github.com/silverstripe/sapphire/compare/a03d1e66ca24...9adbcad627a9
1011: [12:58:00] <C10ne> ss23: Nothing I've tried so far, Sumarry: All internal tags are stripped out - the return value is a string
1012: [12:59:00] <ss23> Lame. Maybe it's too complex to do so there's no built in for it. We can wait and see if someone else knows though
1013: [13:00:00] <ajshort> that worked quite well
1014: [13:00:00] <ss23> haha ajshort
1015: [13:00:00] <ajshort> Once when I had to do that I included a cakephp class
1016: [13:00:00] * ivoba has joined #silverstripe
1017: [13:01:00] <ss23> Yeah, true that
1018: [13:01:00] <ajshort> better than coding it yourself :P
1019: [13:03:00] <C10ne> Guess I'll write an extension, I did a lot of similar in the past, but right now I needed a quick solution
1020: [13:05:00] <ajshort> https://github.com/cakephp/cakephp/blob/master/lib/Cake/Utility/String.php#L474
1021: [13:06:00] <ajshort> merry christmas
1022: [13:08:00] <C10ne> Thanks ajshort :)
1023: [13:09:00] * Alex________ has joined #silverstripe
1024: [13:10:00] <Alex________> I think it's because there aren't any departments yet
1025: [13:10:00] <Alex________> Hello, could someone help me with a SS 3 problem with GridField please? I'm trying to add a staff page and it broke when I introduced 'departments'
1026: [13:11:00] <ss23> Can you describe the "break" a bit?
1027: [13:12:00] <Alex________> It was working before with 'workers' being added to the staff page
1028: [13:12:00] <Alex________> Sure
1029: [13:12:00] <travis-ci> [travis-ci] silverstripe/sapphire#1723 (3.1 - 42b19cb : Ingo Schommer): The build was fixed.
1030: [13:12:00] <travis-ci> [travis-ci] Change view : https://github.com/silverstripe/sapphire/compare/0a13d29e4aa9...42b19cb4a56c
1031: [13:12:00] <travis-ci> [travis-ci] Build details : http://travis-ci.org/silverstripe/sapphire/builds/5655751
1032: [13:12:00] * travis-ci has left #silverstripe
1033: [13:12:00] <Alex________> and then when I added Departments
1034: [13:12:00] * terryapodaca1 has joined #silverstripe
1035: [13:12:00] * travis-ci has joined #silverstripe
1036: [13:12:00] <Alex________> as in this code: http://pastebin.com/jc2ak7RD
1037: [13:13:00] <Alex________> in the site tree
1038: [13:13:00] <Alex________> I couldn't view the page
1039: [13:13:00] <Alex________> or add it properly
1040: [13:13:00] <Alex________> and if I hit f5
1041: [13:13:00] <Alex________> Which I've found often gives you a stack trace when there's a problem
1042: [13:13:00] <Alex________> I see this:
1043: [13:14:00] <Alex________> one sec, I'll past bin it
1044: [13:15:00] <Alex________> here... http://pastebin.com/vUpk3Rk9
1045: [13:15:00] <Alex________> Oh except that's not showing the headers
1046: [13:15:00] <Alex________> [Warning] array_flip() expects parameter 1 to be array, null given GET /admin/pages/edit/show/55 Line 1451 in C:\wamp\www\framework\model\DataObject.php
1047: [13:16:00] <Alex________> I think it's looking for a department for a worker or something and not finding anything.
1048: [13:16:00] <Alex________> I'm not sure I've done it right with the association between workers and departments
1049: [13:17:00] <Alex________> which it wouldn't, because there aren't any departments yet.
1050: [13:17:00] * MrGuits has joined #silverstripe
1051: [13:18:00] <UndefinedOffset> I wonder if its because there's no parent relationship for the departments?
1052: [13:18:00] * Guits quit (Read error: Connection reset by peer)
1053: [13:19:00] <Alex________> Yeah, I wasn't sure about that, I didn't want to make departments a page and use a page holder
1054: [13:19:00] <Alex________> because it's just a name
1055: [13:20:00] <Alex________> (on the 'our staff' page)
1056: [13:20:00] <Alex________> but I wanted to be able to sort staff records by department
1057: [13:20:00] <Alex________> (when I display them).
1058: [13:22:00] * Shrike_Finland has joined #silverstripe
1059: [13:27:00] * cloph_away is now known as cloph
1060: [13:29:00] <Alex________> So, any ideas?
1061: [13:31:00] <Alex________> StaffMember doesn't have any parent relationship (other than DataObject) but that works fine until I say that StaffMember has a Department,
1062: [13:34:00] <ajshort> Alex________: every has_many needs a matching has_one relationship on the other end. in your case, you probably want a many_many relationship
1063: [13:34:00] <Alex________> 'has many' at both ends you mean?
1064: [13:34:00] <Alex________> Ah ok
1065: [13:35:00] <ss23> Does anyone actually use the newsletters module? It seems so buggy...
1066: [13:35:00] <ajshort> yep, many_many is like a has_many at both ends
1067: [13:35:00] <ajshort> you'll want a many_many and corresponding belongs_many_many
1068: [13:36:00] <ajshort> Alex________: http://doc.silverstripe.org/framework/en/topics/datamodel#relations
1069: [13:36:00] <Alex________> Thanks, but I don't understand what you mean by the 'belongs' bit?
1070: [13:39:00] <ajshort> whatever makes the most sense
1071: [13:39:00] <ajshort> the belongs_many_many is optional though
1072: [13:39:00] <Alex________> Ok thanks, so the belongs-,many needs to go on the deparment class?
1073: [13:41:00] <Alex________> ok, I *think* I understand
1074: [13:42:00] <Alex________> array_flip() expects parameter 1 to be array, null given
1075: [13:42:00] <Alex________> It's still complaining
1076: [13:42:00] <Alex________> DataObject->getComponents(Departments)
1077: [13:43:00] <ajshort> sure
1078: [13:43:00] <Alex________> Can I paste you the code I changed?
1079: [13:44:00] <Alex________> Thanks, here it is: http://pastebin.com/S4Kvy1rG
1080: [13:44:00] <ec8or_> what an annoying nickname
1081: [13:45:00] <ajshort> you didn't actually use a many_many...
1082: [13:45:00] <ajshort> read the docs
1083: [13:45:00] <Alex________> Oh you still need that on the deparment as well?
1084: [13:46:00] <Alex________> Oh my bad. I used has_many in the staff rather than $many_many
1085: [13:51:00] <Alex________> No, that doesn't work.
1086: [13:51:00] <Alex________> I'm not sure I'm getting this.
1087: [13:52:00] <Alex________> I've got a $many_many deparements in staff member
1088: [13:52:00] <Alex________> and a $belongs_many_many staff memebers in department
1089: [13:53:00] <Alex________> which is what the docs seem to say to do
1090: [13:53:00] <Alex________> but it's still giving me the same error
1091: [13:53:00] <ss23> chillu: There we are. Gotten the number of newsletters bugs down from 46 to 19. The ones left on the bug tracker were too confusing for me and will probably require someone with more knowledge than me to decide what to do with.
1092: [13:53:00] <chillu> Very cool, thanks so much!
1093: [13:54:00] <chillu> So for the ones you wrote "looks like its fixed", you tested out the feature roughly?
1094: [13:55:00] <Alex________> ajshort: it's expecting an array and getting null for the departments, how can I tell it to get an empty array instead?
1095: [13:55:00] <ajshort> paste your code again
1096: [13:55:00] <ss23> chillu: Yeah. So if they were a patch, I checked the code manually to see if the "fixes" were there, or if there was no patch or otherwise apporpriate, I just tested the funcionality
1097: [13:55:00] <chillu> Great. Do you think you can migrate the remaining tickets to the module bugtracker at some point as well?
1098: [13:56:00] <ss23> chillu: I migrated a few, and I could do the rest, but some of them seem like the kind to be easily "fixed" if someone took a few mins to read, so I wasn't sure if you wanted me to migrate them. But since you asked, yep! I'll migrate the ones left over now :)
1099: [13:57:00] <Alex________> here ajshort http://pastebin.com/MNYUiF3Q
1100: [13:57:00] <chillu> Yeah, the few minutes kind of add up as you will have noticed ;) I won't have time for anything but core, and the current newsletter maintainer (Normann) is also not going to have time for it anytime soon. So my primary concern is to clean out the open.ss.org bugtracker
1101: [13:58:00] <ajshort> Alex________: you still have has_many relationships without corresponding has_one's on the other side. read the docs i linked you to
1102: [13:59:00] <travis-ci> [travis-ci] Build details : http://travis-ci.org/silverstripe/sapphire/builds/5656971
1103: [13:59:00] * travis-ci has left #silverstripe
1104: [13:59:00] <travis-ci> [travis-ci] Change view : https://github.com/silverstripe/sapphire/compare/42b19cb4a56c...8bedf485d65e
1105: [13:59:00] <travis-ci> [travis-ci] silverstripe/sapphire#1725 (3.1 - 8bedf48 : Ingo Schommer): The build passed.
1106: [13:59:00] * travis-ci has joined #silverstripe
1107: [13:59:00] <Alex________> Ah you mean StaffPAge?
1108: [13:59:00] <ss23> chillu: Sweet, that's fine. There was the security bug though, take it someone from security@silverstripe can deal with merging that?
1109: [14:01:00] <chillu> URL?
1110: [14:02:00] <ss23> chillu: https://github.com/silverstripe-labs/silverstripe-newsletter/pull/24
1111: [14:15:00] <Alex________> It sort of works ajshort but it doesn't properly associate the staff and departments
1112: [14:16:00] <Alex________> because right now, if I add a staff member one way, they appear in that list, if I add them via the departments, they go in that departments list instead
1113: [14:16:00] <Alex________> How do I link the data objects to the parent page automatically, without having to specifiy it in a drop down?
1114: [14:17:00] <Alex________> (StaffPage.php)
1115: [14:17:00] <Alex________> I think I want them both associated with the parent page, but automatically
1116: [14:21:00] <lx-berlin> is anyone using TranslatableDataObject from uncle cheese ? i just pulled from ss3.1 branch. Now i get an error: "Deprecated: extraStatics deprecated....."
1117: [14:21:00] <ss23> lx-berlin: Lots of changes to deprecated stuff in 3.1 just last night
1118: [14:22:00] <lx-berlin> does someone know how to rewrite public function extraStatics() in https://github.com/unclecheese/TranslatableDataObject/blob/master/TranslatableDataObject.php ?
1119: [14:22:00] <lx-berlin> i think i need to rewrite it using static function add_to_class($class, $extensionClass, $args = null)
1120: [14:25:00] <lx-berlin> i think i got it working again
1121: [14:26:00] <lx-berlin> ah, no
1122: [14:27:00] * ajshort quit (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 18.0.2/20130201065344])
1123: [14:31:00] <travis-ci> [travis-ci] silverstripe/sapphire#1727 (3.1 - f740019 : Ingo Schommer): The build passed.
1124: [14:31:00] <travis-ci> [travis-ci] Build details : http://travis-ci.org/silverstripe/sapphire/builds/5657912
1125: [14:31:00] * travis-ci has left #silverstripe
1126: [14:31:00] <travis-ci> [travis-ci] Change view : https://github.com/silverstripe/sapphire/compare/8bedf485d65e...f7400198d7e6
1127: [14:31:00] * travis-ci has joined #silverstripe
1128: [14:34:00] <chillu> lx-berlin: http://doc.silverstripe.org/framework/en/trunk/changelogs/3.0.0
1129: [14:36:00] <g4b0> chillu: https://github.com/silverstripe/sapphire/pull/1316
1130: [14:36:00] <lx-berlin> chillu: i saw this page. Now i have to find out how to change https://github.com/unclecheese/TranslatableDataObject/blob/master/TranslatableDataObject.php using static function add_to_class()
1131: [14:37:00] <lx-berlin> chillu: or is this something you can tell me right away ? :)
1132: [14:37:00] <chillu> Not really, sorry
1133: [14:37:00] <lx-berlin> ok ;)
1134: [14:48:00] <zri> hi guys
1135: [14:48:00] <Alex________> Does anyone know how to stop the DataGrid from showing the parent field ... if that makes sense?
1136: [14:48:00] <zri> I really wonder
1137: [14:48:00] <zri> is there a module or any try to make the admin work at least wrok in IE7 and IE8?
1138: [14:48:00] <zri> they dont need to look fancy, thats cool
1139: [14:48:00] * zri has joined #silverstripe
1140: [14:49:00] <lx-berlin> $x = new Article(); $bla = $x->db("Released"); -> what should a get as a return in $bla ?
1141: [14:49:00] <zri> but to have the functionality intended?
1142: [14:51:00] * Shrike_Finland quit (Ping timeout: 272 seconds)
1143: [14:51:00] <zri> whats the db method?
1144: [14:51:00] <lx-berlin> $x->db() returns always an empty array ?!
1145: [14:52:00] <lx-berlin> its used in the module from UC i am trying to make ss3.1 compatible. I think it should return the fieldtypes of this class
1146: [14:52:00] <zri> btw anyone on IE7 and 8 patches?
1147: [14:56:00] * ss23 rawrs
1148: [14:57:00] <ss23> Go to import a CSV, somehow Silverstripe decides the baseurl of my site has changed and manages to give me a "Sorry, there was a problem with handling your request."
1149: [15:00:00] <lx-berlin> chillu: it must be a bug in the latest 3.1 branch
1150: [15:01:00] <UndefinedOffset> zri IE7 is no longer supported as of SilverStripe 3.1 see https://github.com/silverstripe/sapphire/blob/3.1/docs/en/installation/server-requirements.md
1151: [15:01:00] <lx-berlin> thats why i cant get the module to work anymore
1152: [15:01:00] <lx-berlin> ->db() always returns an empty array
1153: [15:02:00] <UndefinedOffset> zri as for IE8 things should* work
1154: [15:04:00] * peter_ss quit (Ping timeout: 260 seconds)
1155: [15:05:00] * peter_ss has joined #silverstripe
1156: [15:07:00] <Alex________> Hello. I managed to get the staff - department thing working fine except for one little snag - I get a pointless drop-down appearing on both staff and department, called 'parent' which just links those records back to the parent page, is there a way to just do link them without having that show up on the data entry form?
1157: [15:08:00] <Alex________> public static $has_one = array( "Parent" => "StaffPage", );
1158: [15:12:00] * Nivery has joined #silverstripe
1159: [15:12:00] * hubertusanton quit (Quit: hubertusanton)
1160: [15:14:00] <ss23> Where does the error "Sorry, there was a problem with handling your request." come from?
1161: [15:14:00] <ss23> Oh, I forgot to turn dev mode on didn't I...
1162: [15:15:00] <ec8or_> lx-berlin: ping
1163: [15:15:00] <lx-berlin> yep
1164: [15:15:00] <ec8or_> hill 218 is out
1165: [15:15:00] <ec8or_> do you want a promo code?
1166: [15:16:00] <ec8or_> :)
1167: [15:16:00] * Alex________ quit (Quit: Page closed)
1168: [15:16:00] <ec8or_> give us a nice review instead ;)
1169: [15:16:00] <lx-berlin> hey. i am sorry. i was so busy that i could hardly test it
1170: [15:16:00] <ec8or_> np, thanks anyway :_
1171: [15:16:00] <lx-berlin> sure
1172: [15:17:00] <lx-berlin> of course
1173: [15:18:00] * catcher has joined #silverstripe
1174: [15:31:00] <lx-berlin> ec8or_: now i just need to know how to buy with a promocode
1175: [15:32:00] <ec8or_> lx-berlin: just scroll all the way down on the app store front page
1176: [15:32:00] <ec8or_> there is a redeem button hidden away somewhere
1177: [15:34:00] <lx-berlin> cool, now its downloading
1178: [15:42:00] <chillu> ss23: Aren't you in NZ timezone? What are you still doing up?! :D
1179: [15:43:00] <ss23> chillu: NO TIME FOR SLEEPING WHILE THERE ARE OPEN BUGS!
1180: [15:43:00] <ss23> chillu: but yeah, what you're seeing is what happens when I'm doing contracting instead of working/studying at set hours :P
1181: [15:44:00] <chillu> I'm trying to head to bed at 2am max, otherwise my wife is never going to see me awake really
1182: [15:44:00] <chillu> Haha, don't exhaust yourself too much. They're YEARS OLD, can wait until the next morning ;)
1183: [15:45:00] <ss23> haha, yeah, I have the advantage of not having a wife. I end up just staying up late enough to flip it all the way around
1184: [15:46:00] <ss23> But yeah, I will exhuast myself soon probably, but I don't mind. I'm only doing this for something to do since it's interesting and letting me learn a little more about SS etc. I don't expect to get through all 2k bugs :P
1185: [15:53:00] <ss23> chillu: Just 4 left now. 2 already have pull requests, so I'll just close the bugs when they pull requests are accepted (or denied etc). The other 2 are info_needed, so I'll wait and see if they reply rather than migrate and risk the reporter not being able to provide the info
1186: [15:54:00] <chillu> OK, fantastic
1187: [15:55:00] * ARNHOE quit (Remote host closed the connection)
1188: [16:04:00] <ss23> Anyway, bed time for me
1189: [16:15:00] * LoveDuckie quit ()
1190: [16:25:00] <travis-ci> [travis-ci] chillu/sapphire#84 (pulls/config.php-after-statics - 38d5034 : Ingo Schommer): The build passed.
1191: [16:25:00] * travis-ci has joined #silverstripe
1192: [16:25:00] * travis-ci has left #silverstripe
1193: [16:25:00] <travis-ci> [travis-ci] Build details : http://travis-ci.org/chillu/sapphire/builds/5661774
1194: [16:25:00] <travis-ci> [travis-ci] Change view : https://github.com/chillu/sapphire/compare/82dc98bbc025^...38d5034c1333
1195: [16:26:00] * Shrike_Finland has joined #silverstripe
1196: [16:38:00] * Nivery quit ()
1197: [16:42:00] * zri quit (Ping timeout: 245 seconds)
1198: [16:49:00] <terryapodaca1> is there a way to add a Enum() $db field to a fulltext index?
1199: [16:52:00] <terryapodaca1> so since I Enum() my states so they can select their state in the CMS...that field won't be searchable
1200: [16:52:00] <FrozenFire> And I'm not entirely sure why you'd want to
1201: [16:52:00] <FrozenFire> No
1202: [16:53:00] <terryapodaca1> so if they search for Texas, only texas success stories show up in the results
1203: [16:53:00] <terryapodaca1> it's for the front end search for state
1204: [16:55:00] <terryapodaca1> FrozenFire: do you ever sleep?
1205: [16:56:00] <FrozenFire> terryapodaca1, I do. I'm just on the west coast of Canada. ;)
1206: [16:56:00] <ocm> ?
1207: [16:56:00] <ocm> I also have to login if I use http://domain
1208: [16:56:00] <ocm> is it normal that if I login to SS3 without www.
1209: [16:57:00] <FrozenFire> ocm, Yes.
1210: [16:57:00] <FrozenFire> That, and I'm on IRC most of my waking hours. :P
1211: [16:58:00] <ocm> haha
1212: [16:58:00] <ocm> it is done on purpose?
1213: [16:58:00] <FrozenFire> It's a security measure, yes.
1214: [16:58:00] <ocm> but why? www.domain and http://domain are quite the same
1215: [16:58:00] <FrozenFire> http://en.wikipedia.org/wiki/HTTP_cookie#Domain_and_Path
1216: [16:58:00] <terryapodaca1> so it's almost 10 there?
1217: [16:59:00] <ocm> I know about cookies, but why is it implemented this way?
1218: [16:59:00] <FrozenFire> ocm, Because you wouldn't want sessions to be able to be hijacked across domains.
1219: [16:59:00] <chillu> g4b0: You mentioned "insert link" being broken, right? Turned out to be a simple but very weird fix … https://github.com/silverstripe/sapphire/commit/2787d360c18e1d6c64c89ba1c237b0fd9ed06774
1220: [16:59:00] <terryapodaca1> they are not the same, actually
1221: [17:00:00] <FrozenFire> Both are technically on co.uk
1222: [17:00:00] <FrozenFire> ocm, Making that distinction is not sensible.
1223: [17:00:00] <kinglozzer> Or vice-versa
1224: [17:00:00] <ocm> or do I see it wrong?
1225: [17:00:00] <ocm> still exactly the same
1226: [17:00:00] <kinglozzer> ocm: Use .htaccess to force www
1227: [17:00:00] <g4b0> chillu: yep
1228: [17:00:00] <ocm> obviouse those are others, but http://domain.com and http://www.domain.com is not crossdomain
1229: [17:00:00] <FrozenFire> They're technically different domains
1230: [17:00:00] <FrozenFire> Let's say you have foo.co.uk and bar.co.uk
1231: [17:00:00] <FrozenFire> They're on different domains.
1232: [17:00:00] <ocm> rather use dns for that :p
1233: [17:01:00] * joelpittet has joined #silverstripe
1234: [17:01:00] <FrozenFire> ocm, You probably want to set your cookie domain to .yourdomain.com
1235: [17:01:00] <g4b0> ?
1236: [17:01:00] <g4b0> not so easy to find, isn't it>
1237: [17:02:00] <ocm> but just saw it was doing that
1238: [17:02:00] * g4b0 quit (Quit: Sto andando via)
1239: [17:02:00] <ocm> but I was just wondering, not looking for a solution
1240: [17:02:00] <ocm> that would fix it indeed
1241: [17:02:00] <ocm> and now I understand
1242: [17:03:00] <ocm> lol, I am the host
1243: [17:03:00] <ocm> its not possible
1244: [17:03:00] <terryapodaca1> my host lets me set that when setting up a new domain, i try to always eliminate the www if I remember to
1245: [17:03:00] <terryapodaca1> check your host and see if there's a setting to allow both, one or the other only
1246: [17:03:00] <ocm> and host says no
1247: [17:04:00] <ocm> :P
1248: [17:04:00] <kinglozzer> :P
1249: [17:04:00] <ocm> cause lazyness
1250: [17:04:00] <ocm> that would do!
1251: [17:04:00] <ocm> or rm -rf ~
1252: [17:04:00] <ocm> or jquery.cookie.js
1253: [17:04:00] <FrozenFire> Or just use http://php.net/manual/en/function.session-set-cookie-params.php
1254: [17:04:00] <ocm> is even more fun
1255: [17:04:00] <ocm> :"P
1256: [17:04:00] <ocm> :P
1257: [17:04:00] <kinglozzer> ocm: Or just take a magnet to your hard disk
1258: [17:04:00] <ocm> hm, I once threw it in an aquarium
1259: [17:04:00] <terryapodaca1> wow, that sucks
1260: [17:04:00] <ocm> rm -rf /
1261: [17:04:00] <ocm> it has been 18:00
1262: [17:05:00] <ocm> lots of fun aswell
1263: [17:05:00] <ocm> old desktop going to swim
1264: [17:05:00] <ocm> takes about 8 minutes before it totally broke down
1265: [17:05:00] <kinglozzer> Wow
1266: [17:09:00] <travis-ci> [travis-ci] Build details : http://travis-ci.org/silverstripe/sapphire/builds/5663027
1267: [17:09:00] * travis-ci has left #silverstripe
1268: [17:09:00] * travis-ci has joined #silverstripe
1269: [17:09:00] <travis-ci> [travis-ci] silverstripe/sapphire#1731 (3.0 - 2787d36 : Ingo Schommer): The build passed.
1270: [17:09:00] <travis-ci> [travis-ci] Change view : https://github.com/silverstripe/sapphire/compare/74014650edad...2787d360c18e
1271: [17:18:00] * kinglozzer quit (Remote host closed the connection)
1272: [17:26:00] * ocm quit ()
1273: [17:40:00] * ARNHOE has joined #silverstripe
1274: [17:42:00] * zfmf has left #silverstripe
1275: [17:43:00] * popeshoe quit (Quit: This computer has gone to sleep)
1276: [17:45:00] * ARNHOE quit (Remote host closed the connection)
1277: [17:45:00] * Nivery has joined #silverstripe
1278: [17:59:00] * ivoba quit (Quit: Leaving)
1279: [18:03:00] * SphereSilver has joined #silverstripe
1280: [18:04:00] * aaron1245 has joined #silverstripe
1281: [18:21:00] * DigNZ has joined #silverstripe
1282: [18:25:00] <terryapodaca1> Should I update a site I am working on to 3.1 Beta
1283: [18:26:00] <terryapodaca1> it's like on 3.0.4 or something like that
1284: [18:31:00] * joelpittet quit (Read error: Connection reset by peer)
1285: [18:31:00] * joelpittet has joined #silverstripe
1286: [18:36:00] * joelpittet has left #silverstripe
1287: [18:43:00] <UndefinedOffset> terryapodaca1 if its 3.0.4 you really should upgrade to 3.0.5
1288: [18:43:00] <UndefinedOffset> unpublish was broken in 3.0.4
1289: [18:46:00] <FrozenFire> You have to fix several issues yourself on new installs.
1290: [18:46:00] * SightUnseen has left #silverstripe
1291: [18:46:00] <FrozenFire> I'd not recommend 3.1 if you're not sure about upgrading to 3.1
1292: [18:46:00] <FrozenFire> Largely CMS-related brokenness
1293: [18:50:00] <terryapodaca1> i was kind of hoping that getting the most recent (even if it's beta) would be a good thing
1294: [18:50:00] <terryapodaca1> hmmm...it's kind of an internal site, and it's being used for me to get comfortable for doing new sites in SS3
1295: [18:51:00] <terryapodaca1> so wouldn't it actually help me if I run into problems? get my hands dirtier...and learn all the new stuff
1296: [18:51:00] <terryapodaca1> btw, older versions of SS would tell us what version we had. where can I see that now in the CMS? or is that even possible?
1297: [18:52:00] * popeshoe has joined #silverstripe
1298: [18:56:00] <FrozenFire> That's not really possible. In "the new way" of software development, versions are managed through dependency managers like composer.
1299: [18:57:00] <FrozenFire> And no, I wouldn't say that using an unstable version of the framework/CMS would teach you much.
1300: [18:57:00] <FrozenFire> branch/tag, that is.
1301: [18:57:00] <FrozenFire> Or through selecting a branch in git
1302: [18:58:00] <FrozenFire> I'd only suggest using 3.1 if you need newer DataList functionality
1303: [18:58:00] <FrozenFire> :P
1304: [18:58:00] <terryapodaca1> nah...and FINE! i'll download 3.0,5
1305: [18:58:00] <FrozenFire> It'll just make your life harder and make you more inclined to bitch at people, like I do. :P
1306: [18:59:00] <FrozenFire> If you're looking to learn, I'd suggest getting acquainted with composer
1307: [18:59:00] <FrozenFire> That's where things are heading
1308: [18:59:00] <FrozenFire> For better or worse
1309: [19:02:00] * LoveDuckie has joined #silverstripe
1310: [19:05:00] <terryapodaca1> is it the same as usual? just delete framework and cms and replace them with the new stuff?
1311: [19:05:00] * Guest443 quit ()
1312: [19:08:00] * robert_ quit (Changing host)
1313: [19:08:00] * robert_ has joined #silverstripe
1314: [19:08:00] * robert_ has joined #silverstripe
1315: [19:10:00] * joelpittet has joined #silverstripe
1316: [19:11:00] * joelpittet quit (Read error: Connection reset by peer)
1317: [19:12:00] <catcher> You can see the version by hovering over the SS logo in the top left of the CMS.
1318: [19:12:00] * joelpittet has joined #silverstripe
1319: [19:13:00] <UndefinedOffset> terryapodaca1 FrozenFire you can see the ss version by mousing over the logo in the cms it should if you are using a download from ss.org show the version number of framework and core
1320: [19:13:00] * robert_ quit (Ping timeout: 255 seconds)
1321: [19:13:00] <catcher> terryapodaca1, yep, you can just replace cms/ and framework/, provided you haven't done any core hacks you need to keep.
1322: [19:14:00] <UndefinedOffset> bah stupid scroll lol ic catcher said that :P
1323: [19:14:00] <UndefinedOffset> wamp wamp
1324: [19:15:00] <catcher> :)
1325: [19:17:00] <SphereSilver> Few updates to my newsmodule, for those who have it starred/in use/forked.
1326: [19:22:00] * gelignite has joined #silverstripe
1327: [19:38:00] * lx-berlin has left #silverstripe
1328: [19:44:00] <FrozenFire> UndefinedOffset, Yeah, installed from a tarball/zip it's going to have the version information, but I tend to discount that scenario just because the people who install from a tarball/zip generally don't care about specific versions
1329: [19:46:00] <FrozenFire> As opposed to cloning it from git
1330: [19:46:00] <terryapodaca1> you mean install manually? That's the only way I install SS, no matter what version
1331: [19:47:00] <FrozenFire> Don't store transient information in the database
1332: [19:47:00] <FrozenFire> Using composer
1333: [19:47:00] <priithansen> Should I save Oembed result data into the db or query it each time cache expires?
1334: [19:47:00] <FrozenFire> priithansen, Save it into the cache
1335: [19:48:00] <simon_w> oembed stuff should already be cached
1336: [19:48:00] <simon_w> FrozenFire, that's what partial caching is.
1337: [19:48:00] <FrozenFire> http://api.silverstripe.org/master/class-SS_Cache.html
1338: [19:48:00] <priithansen> So I can wrap the loop into the partial cache thing in the template?
1339: [19:48:00] <FrozenFire> Nope
1340: [19:48:00] <FrozenFire> Use SS_Cache
1341: [19:49:00] <FrozenFire> Yes, they have roughly the same effect, except for when you use them in multiple places.
1342: [19:49:00] <priithansen> damn multiple choice problems :)
1343: [19:49:00] <FrozenFire> simon_w, I know. Partial caching in the context that he's talking about is template-level caching, as opposed to data source query caching, though
1344: [19:49:00] <FrozenFire> Partial template caching would be used where it was computationally expensive to write data out to a template
1345: [19:50:00] <simon_w> Or, when it makes more sense to do something easily (stick in a <% cache %> block) then have to figure out how to do it yourself
1346: [19:50:00] <FrozenFire> terryapodaca1, If you want the cache stored with the project, yes.
1347: [19:50:00] <FrozenFire> Which version of SS are you talking about, by the by?
1348: [19:50:00] <FrozenFire> I vaguely recall you being a 2.4 person
1349: [19:50:00] <priithansen> latest 3.1.x dev
1350: [19:50:00] <FrozenFire> Ah
1351: [19:50:00] <terryapodaca1> Do I need a silverstripe-cache folder in SS3?
1352: [19:51:00] <FrozenFire> It'll cache in your tmp otherwise
1353: [19:51:00] <priithansen> Well thank's FrozenFire, simon_w I have my options to choose from now :)
1354: [19:51:00] <FrozenFire> I tend to use silverstripe-cache just because the system-level temp file directory is often *slow*
1355: [19:52:00] <FrozenFire> priithansen, Though yeah, as simon_w said, oEmbed should already be cached
1356: [19:53:00] <simon_w> So fix it!
1357: [19:53:00] <FrozenFire> By eliminating RestfulService
1358: [19:53:00] <FrozenFire> :P
1359: [19:53:00] <FrozenFire> simon_w, I just might!
1360: [19:53:00] <priithansen> Hm when I use it in the dataobject like this Oembed::get_oembed_from_url($this->Link) it's already cached?
1361: [19:53:00] <FrozenFire> Bypasses SS_Cache entirely, so it won't use the memcached backend
1362: [19:53:00] <terryapodaca1> just checking...thought I read on here someone recommended removing it...but that migt have been for some error or testing
1363: [19:53:00] <FrozenFire> Just read the code for that, and I WTF'd verily.
1364: [19:53:00] <FrozenFire> Though, RestfulService *seriously* needs to fix its caching implementation
1365: [19:53:00] <simon_w> That's the entire reason I did it through the horrible RestfulService
1366: [19:54:00] <FrozenFire> http://api.silverstripe.org/master/source-class-RestfulService.html#117
1367: [19:54:00] <priithansen> Hm that just might be a problem
1368: [19:54:00] * ARNHOE has joined #silverstripe
1369: [19:54:00] <FrozenFire> simon_w, Though, we've had that fight before. :P
1370: [19:54:00] <FrozenFire> priithansen, Yes. Should be.
1371: [19:54:00] <FrozenFire> https://github.com/silverstripe/sapphire/blob/3.0/oembed/Oembed.php#L89
1372: [19:55:00] <FrozenFire> You balked :P
1373: [19:55:00] <FrozenFire> I've rewritten your oEmbed stuff before, in a much more fleshed-out fashion
1374: [19:56:00] <priithansen> talking about vimeo private video*
1375: [19:56:00] <priithansen> What happens when I but links on my site and they are marked private at the moment oembed caches things. Will it take a week for it to requery vimeo for changes?
1376: [19:57:00] <priithansen> I'll worry about that when I get there :) thanks a bunch
1377: [19:57:00] <priithansen> Hm or maybe it doesn't matter because the iframe code is the same
1378: [19:59:00] <catcher> how does the automatic homepage redirection stuff work?
1379: [19:59:00] <FrozenFire> https://github.com/MediaDevils/silverstripe-oembed Mine probably works far better, though you'd have to figure out how to stop the stuff in the framework from loading
1380: [20:00:00] <FrozenFire> If you want to use the controller of the page at /, then you need to reference its URLSegment explicitly
1381: [20:00:00] <catcher> I'm noticing I can't reach actions on my homepage without referencing my Homepage controller explicitly.
1382: [20:00:00] <FrozenFire> Yes
1383: [20:01:00] <FrozenFire> E.g. /home/$Action
1384: [20:01:00] <FrozenFire> simon_w, In what way is that worse?
1385: [20:01:00] <simon_w> Though it does have worse things like https://github.com/MediaDevils/silverstripe-oembed/blob/master/code/oEmbed.php#L196 :p
1386: [20:01:00] <simon_w> What happens if the connection fails?
1387: [20:01:00] <FrozenFire> Then you get false
1388: [20:01:00] <catcher> baseURL/ calls Homepage's index(), but baseURL/action doesn't call Homepage's action().
1389: [20:01:00] <simon_w> More than that
1390: [20:02:00] <FrozenFire> Hrmm, you may be right as far as fault tolerance there.
1391: [20:02:00] <FrozenFire> Since I forgot to check $matches[0]
1392: [20:02:00] <FrozenFire> So fix it!
1393: [20:02:00] <FrozenFire> :P
1394: [20:03:00] <FrozenFire> catcher, Yes.
1395: [20:03:00] <FrozenFire> It's not feasible to route that implicit root to an action
1396: [20:03:00] <FrozenFire> / routes to the index of the homepage's controller.
1397: [20:03:00] <simon_w> Also, it throws a E_WARNING
1398: [20:04:00] <FrozenFire> Otherwise it will route based on the standard routing format
1399: [20:04:00] <FrozenFire> If you had an action on the homepage controller called "contact", and a page with a URLSegment of "contact", which should it choose?
1400: [20:05:00] <FrozenFire> simon_w, I suppose. Probably just need to create an HTTP context with ignore_errors
1401: [20:05:00] <catcher> yep, just thought that through, makes sense.
1402: [20:05:00] <simon_w> catcher, this is why you use $page->Link('action') rather than $page->Link() . '/action'
1403: [20:06:00] <FrozenFire> Since the cache has already expired.
1404: [20:06:00] <FrozenFire> Not really any way to recover from a failed uncached query, though.
1405: [20:07:00] <catcher> Ideally, there's http://site.com and http://site.com/full - and the solution is obviously to make a 'full' controller.
1406: [20:07:00] <catcher> I'm working on a 2-page app driven mostly by js, with 2 different templates.
1407: [20:16:00] * Pyromanik_ is now known as Pyromanik
1408: [20:19:00] <SphereSilver> Bugs are free when pushing live.
1409: [20:19:00] <SphereSilver> AAAAAAAHHHHHHHHHH
1410: [20:20:00] <terryapodaca1> SphereSilver: you have a working example of your news module?
1411: [20:21:00] <terryapodaca1> I might use it if it's SS3 compatible
1412: [20:22:00] <Pyromanik> spronk, ** ^
1413: [20:22:00] <Pyromanik> SphereSilver, FFFFFFFFUUUUUUUUUUUUUUUUUUUUUUUUUUUU goddamn chrome float bug AGAIN
1414: [20:22:00] <SphereSilver> terryapodaca1: It is fully SS3 compatible
1415: [20:22:00] <SphereSilver> I would say "It's on my own website"
1416: [20:22:00] <SphereSilver> but ehm, my last website broke my hosting, it requires more than 30 seconds execution time :P
1417: [20:23:00] <Pyromanik> first element floated is fine, subsequent adjacent floats drop about 20px
1418: [20:23:00] <Pyromanik> SphereSilver, it's because thehost coudln't handle all those guitars.
1419: [20:23:00] <terryapodaca1> does SS3 send an email to a new "user" created ?
1420: [20:23:00] <terryapodaca1> link?
1421: [20:23:00] <SphereSilver> It should be back. Check http://casa-laguna.net
1422: [20:23:00] <Pyromanik> SO MAD
1423: [20:24:00] <SphereSilver> I don't have a backend demo available yet, but DM me on twitter for a login so you can have a look. If you promise not to create a "haha *insert random bad word here*" or destroy any post I made.
1424: [20:24:00] <SphereSilver> Extend security, in onAfterWrite(){}, let it send an e-mail ;)
1425: [20:24:00] <terryapodaca1> make it?
1426: [20:24:00] <Pyromanik> if you make it do so, yes
1427: [20:24:00] <Pyromanik> not by default afaik
1428: [20:24:00] <terryapodaca1> i don't see an option
1429: [20:25:00] <catcher> while I'm asking stupid questions, how can I use a page_controller class without the model?
1430: [20:25:00] <SphereSilver> Ehm... Don't you think Page_Controller is already there?
1431: [20:26:00] <catcher> an extension
1432: [20:27:00] <catcher> subclass rather
1433: [20:27:00] <simon_w> catcher, just add a route that points to it
1434: [20:27:00] <terryapodaca1> isn't there a tut for that?
1435: [20:27:00] <catcher> not THE page_controller class.
1436: [20:29:00] <catcher> simon_w, gotcha - the default route checks urlseg in the db?
1437: [20:29:00] <simon_w> yes
1438: [20:32:00] <priithansen> me wonders is the vimeo https options intentinally left out from the oembed providers list?
1439: [20:33:00] * dd_ has joined #silverstripe
1440: [20:34:00] <simon_w> auto discover should work for it, but you can stick it in if you want to
1441: [20:34:00] <priithansen> hm could be that I'm bypassing the autodiscover then
1442: [20:34:00] <dd_> hello, is there any way to have GridField not show the HTML tags for a HTMLText field in the table?
1443: [20:34:00] <simon_w> Nope
1444: [20:35:00] <simon_w> dd_, add a method that returns a stripped tags version, use that in summary_fields
1445: [20:36:00] <dd_> simon_w: ok, thanks. so that's intentional? for security?
1446: [20:37:00] <simon_w> It takes any raw string and makes them display as raw strings, yes
1447: [20:39:00] * UndefinedOffset quit (Quit: Leaving.)
1448: [20:40:00] * UndefinedOffset has joined #silverstripe
1449: [20:41:00] * dd_ quit (Quit: Page closed)
1450: [20:45:00] * CHIex has joined #silverstripe
1451: [20:47:00] * SightUnseen has joined #silverstripe
1452: [20:47:00] * SightUnseen has left #silverstripe
1453: [20:50:00] * ajshort has joined #silverstripe
1454: [20:58:00] <SphereSilver> Hello
1455: [20:59:00] * UndefinedOffset quit (Quit: Leaving.)
1456: [20:59:00] * Colin[pi] has joined #silverstripe
1457: [21:01:00] * ARNHOE quit (Remote host closed the connection)
1458: [21:05:00] * Colin[pi] quit ()
1459: [21:33:00] <Pyromanik> hello SphereSilver
1460: [21:33:00] * zfmf has joined #silverstripe
1461: [21:34:00] * Nivery quit (Quit: Nivery)
1462: [21:36:00] <Jakx> yo
1463: [21:36:00] * Jakx has joined #silverstripe
1464: [21:36:00] <SphereSilver> yoyoyo, wazzaaaa! :D
1465: [21:37:00] <Jakx> nm, yourself?
1466: [21:38:00] <Jakx> lol
1467: [21:38:00] <SphereSilver> Just a joke because you said "yo", nothing personal ;)
1468: [21:39:00] * willr has joined #silverstripe
1469: [21:39:00] <SphereSilver> DataList::get()->filter(array(ID => $yourVar))->first()
1470: [21:39:00] <SphereSilver> for example
1471: [21:39:00] <Jakx> how to filter DataList by has_one ID?
1472: [21:40:00] <SphereSilver> where you have to replace DataList, ID and $yourVar with your requirements, ofcourse :P
1473: [21:40:00] <Pyromanik> if ID is the only filter
1474: [21:40:00] <Pyromanik> $list->byID(#)
1475: [21:40:00] * CHIex quit (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/)
1476: [21:40:00] <Pyromanik> if you have many (already in an array or something), $list->byIDs($ids)
1477: [21:40:00] <Pyromanik> yo Jakx
1478: [21:41:00] * CHIex has joined #silverstripe
1479: [21:41:00] <SphereSilver> Is chaining that way allowed in 3.1 Pyromanik ?
1480: [21:42:00] <SphereSilver> :P
1481: [21:42:00] * CHIex|2 has joined #silverstripe
1482: [21:42:00] <SphereSilver> I'm in love... http://casa-laguna.net/all-the-news/show/im-in-love
1483: [21:46:00] <FrozenFire> Meh. GUI client
1484: [21:46:00] <FrozenFire> Guaranteed that it's at least a good bit of shit, being in a GUI
1485: [21:46:00] <SphereSilver> I used to think the same :)
1486: [21:46:00] <Pyromanik> SphereSilver, should be.
1487: [21:47:00] <FrozenFire> :P
1488: [21:47:00] <SphereSilver> but now... SourceTree got me to the bad side of Git... It really is great and easy :)
1489: [21:47:00] <Pyromanik> handy for doing things that are sometimes a bit more involved
1490: [21:47:00] <Pyromanik> diff viewing
1491: [21:47:00] <FrozenFire> I used to think the same, then I thought otherwise, then I realized I was right in the first place.
1492: [21:48:00] * nickmolhoek quit (Remote host closed the connection)
1493: [21:48:00] <SphereSilver> but it works, SourceTree actually does, what no commandline can do. Make it visible and just work :)
1494: [21:48:00] * nickmolhoek has joined #silverstripe
1495: [21:48:00] <SphereSilver> I don't want to sound evangelist and all.
1496: [21:48:00] <Pyromanik> yeah
1497: [21:48:00] <Pyromanik> but beyond that...
1498: [21:48:00] <Pyromanik> linking to commits directlty from log
1499: [21:48:00] * nickmolhoek has joined #silverstripe
1500: [21:48:00] <Pyromanik> log viewing
1501: [21:49:00] <FrozenFire> Same with most IDEs
1502: [21:49:00] <FrozenFire> My problem with most GUI tools is that you become dependent upon them, and forget to how work without them.
1503: [21:49:00] <FrozenFire> So when you're remoting into a server and need to use git... you're suddenly stuck
1504: [21:49:00] <SphereSilver> Well, the "memory loss" is up to you :)
1505: [21:50:00] <FrozenFire> For complicated development processes like branching and merging, it seems a bit silly to use a mouse pointer
1506: [21:50:00] <SphereSilver> but, as a tool, that helps out, It's the best IMO
1507: [21:51:00] <FrozenFire> Like, something you pipe your git output to which shows you the information a bit more sensibly.
1508: [21:51:00] <SphereSilver> And yes, I agree, if you have to do complicated stuff, a GUI is not the way to go :)
1509: [21:51:00] <FrozenFire> I'd be fine with a tool that acts as a supplement
1510: [21:51:00] <FrozenFire> But using buttons to operate git, especially when git often involves a lot of switches to get things just right...
1511: [21:52:00] <SphereSilver> Consider it a tool, that's a big plus in my book. But I won't ever forget the CMD :)
1512: [21:53:00] <FrozenFire> Bah. I'm just in an argumentative mood
1513: [21:53:00] * tankr has joined #silverstripe
1514: [21:53:00] * SightUnseen has joined #silverstripe
1515: [21:53:00] <SphereSilver> You're free to have your opinion, but I likey :) Is that a good starting point?
1516: [21:53:00] * SightUnseen has left #silverstripe
1517: [21:54:00] <SphereSilver> I actually am. I'm transforming into BedMan, with the awesome power to sleep a lot
1518: [21:54:00] <FrozenFire> :P
1519: [21:54:00] <SphereSilver> In that case, I'm off to bed :P
1520: [21:58:00] * zfmf has left #silverstripe
1521: [21:59:00] <simon_w> So, you're in your normal mood then :p
1522: [22:00:00] <FrozenFire> :P
1523: [22:00:00] <FrozenFire> No I'm not!
1524: [22:01:00] <FrozenFire> Balderdash! Frothing retort!
1525: [22:01:00] <SphereSilver> And I shouldn't "talk"
1526: [22:01:00] <SphereSilver> Yes you are.
1527: [22:01:00] <SphereSilver> Can you translate that to Dutch please?
1528: [22:02:00] <SphereSilver> Works for me, I speak Danish
1529: [22:02:00] <FrozenFire> :P
1530: [22:02:00] <SphereSilver> Ehhh, rough guess
1531: [22:02:00] <FrozenFire> Okay, I lied. I probably can't translate that to Danish. :P
1532: [22:02:00] <Jakx> so $list->filter(array("Field" => "Value")); can I do something like ->filter(array("has_one.ID" => $id)); ?
1533: [22:02:00] <FrozenFire> Closest I can get is Danish
1534: [22:02:00] <FrozenFire> Which probably makes it less sensible.
1535: [22:03:00] <FrozenFire> I can translate it to joke-explainer
1536: [22:03:00] <FrozenFire> :P
1537: [22:03:00] <FrozenFire> Contextually, I was making a joke that with each suggestion that I'm argumentative, I would argue against that in a passionate way.
1538: [22:03:00] <SphereSilver> Balderash! "skide idiot" (something like that)
1539: [22:03:00] <FrozenFire> "Absolutely not! Angry response!"
1540: [22:04:00] <SphereSilver> ow, I read it as "you moron" (the "retort" part"
1541: [22:04:00] <FrozenFire> Heh. Retort, not retard. :P
1542: [22:05:00] <SphereSilver> Jakx: yes, you can.
1543: [22:05:00] <SphereSilver> I have this in my DataExtension:
1544: [22:06:00] <SphereSilver> And no, simon_w helped me here bigtime, I did not come up with it myself :)
1545: [22:06:00] <SphereSilver> News::get()
1546: [22:06:00] <FrozenFire> Then again, for a has_one ID, just do HasOneID
1547: [22:06:00] <FrozenFire> Otherwise it won't parse it as a relation
1548: [22:06:00] <FrozenFire> Yeah, be sure to specify :ExactMatch for a relational match
1549: [22:06:00] <SphereSilver> ->filter('Tags.ID:ExactMatch', $otherNews->Tags()->column('ID'))
1550: [22:07:00] <FrozenFire> Not HasOne.ID
1551: [22:07:00] <SphereSilver> Or, you can forward it
1552: [22:07:00] <Jakx> SphereSilver, /facepalm. of course, derp.
1553: [22:07:00] <SphereSilver> in the filter
1554: [22:07:00] <SphereSilver> Works too indeed. A has_one relation, can simply be put "HasOneThingyID" => "array_of_ID's"
1555: [22:07:00] <FrozenFire> You could do a HasMany.ID match, of course
1556: [22:08:00] <Jakx> ty ty
1557: [22:08:00] <SphereSilver> Thingy::get()->filter('yourThingy' => 'yourID')->Relation()->filter("YourFilter" => 'Array_of_id's')
1558: [22:09:00] <SphereSilver> except that it would fail because the filter expects an array, but you get the point I hope :)
1559: [22:09:00] <FrozenFire> Heh. This is why I can't wait for 5.4 to become "the PHP version"
1560: [22:10:00] <FrozenFire> array() == []
1561: [22:10:00] <FrozenFire> Shorthand array syntax is PHP 5.4
1562: [22:10:00] <SphereSilver> Ignore space-errors on my side. My spacebar is semi-broken :/
1563: [22:10:00] <FrozenFire> ->filter(["YourFilter" => "yadayada"])
1564: [22:10:00] <SphereSilver> Itworks in 5.3.2
1565: [22:10:00] <FrozenFire> Is what I'm talking about
1566: [22:11:00] <SphereSilver> ah, yes, it works. But I'm not a fan of shortcoding things.
1567: [22:11:00] <FrozenFire> Meh. Having array() isn't any better.
1568: [22:11:00] <FrozenFire> It's just more verbose.
1569: [22:11:00] <SphereSilver> It's easier to read
1570: [22:11:00] <SphereSilver> But that's me
1571: [22:11:00] <SphereSilver> I love verbosity :)
1572: [22:11:00] <FrozenFire> E.g. $var = [1,2,3,];
1573: [22:12:00] <FrozenFire> I'm a fan of verbosity as well, but there's verbosity for the sake of clarity, and then there's excess verbosity for the sake of more LoC
1574: [22:12:00] <FrozenFire> For instance, people who refuse to use *any* ternary make me sad
1575: [22:13:00] <SphereSilver> true
1576: [22:13:00] <SphereSilver> although, if possible, I prefer the long code over the shortcode.
1577: [22:13:00] <simon_w> Or people that don't know about ?: shortcut
1578: [22:13:00] <FrozenFire> Because it reduces the clarity, if you have a huge number of if(...) { ... } else { ... }
1579: [22:13:00] <FrozenFire> Indeed
1580: [22:14:00] <SphereSilver> I've seen evil things, like addressing complete functions etc. in a shorthand. That is just evil
1581: [22:14:00] <FrozenFire> It's annoying going if(isset($array['key']) && !empty($array['key']))
1582: [22:14:00] <SphereSilver> But only, if the usage of a full if/else statement makes things more clear
1583: [22:14:00] <FrozenFire> One this I wish had a shorthand was isset checking
1584: [22:14:00] <SphereSilver> like this
1585: [22:15:00] <FrozenFire> Would be better if there was just if(?$array['key'])
1586: [22:15:00] <SphereSilver> (I don't know if I typed it right)
1587: [22:15:00] <SphereSilver> $var = (true : false) ? $this->function($var) : function->isFalseVar($var);
1588: [22:15:00] <FrozenFire> Not sure what exact symbol makes sense
1589: [22:15:00] <FrozenFire> Or something like that
1590: [22:16:00] <FrozenFire> You mean $this->$function($var) ?
1591: [22:16:00] <SphereSilver> As I said, I didn't type it correctly ;)
1592: [22:16:00] <FrozenFire> Not really sure what you're speaking of
1593: [22:16:00] <SphereSilver> but that's just male-cow-excrement
1594: [22:17:00] <SphereSilver> but I mean, shortcode usage, when an if-statement would be way clearer in readability
1595: [22:17:00] <FrozenFire> I'm half-way in agreement with you.
1596: [22:17:00] <FrozenFire> It depends upon the complexity of the function calls.
1597: [22:18:00] <simon_w> FrozenFire, drop the isset :p
1598: [22:18:00] <FrozenFire> Usually I'll place the options in the ternary on separate indented lines, to be clear
1599: [22:18:00] <SphereSilver> true, but that would be part of the applied method.
1600: [22:18:00] <FrozenFire> Looking for equality with boolean true, is what I mean
1601: [22:18:00] * Jakx has left #silverstripe
1602: [22:18:00] <SphereSilver> just set error_reporting(0)!
1603: [22:18:00] <FrozenFire> simon_w, Err, ignore the !empty() aspect of that
1604: [22:19:00] <FrozenFire> I set error_reporting to E_ALL in development
1605: [22:19:00] <FrozenFire> If you do if($array['key']) without checking, you get an undefined index error
1606: [22:19:00] <simon_w> So you do want !empty()
1607: [22:19:00] <SphereSilver> FrozenFire: No, you get a NOTICE!
1608: [22:19:00] <SphereSilver> My cat is eating my iPad.... I think she's hungry :P
1609: [22:19:00] <FrozenFire> A notice is an error. ;)
1610: [22:19:00] <SphereSilver> the Notice can be ignored if needed.
1611: [22:20:00] <FrozenFire> I have a strict zero-errors-allowed policy
1612: [22:20:00] <SphereSilver> Like, I've been working on an inconsistent XML last few days. Therefor, I decided to put the notices in ignore
1613: [22:20:00] <FrozenFire> Nope
1614: [22:20:00] <FrozenFire> You set the libxml error setting
1615: [22:20:00] <FrozenFire> http://www.php.net/manual/en/function.libxml-use-internal-errors.php
1616: [22:20:00] <SphereSilver> Nope. Sadly, no.
1617: [22:20:00] <FrozenFire> Then you can handle errors as if they were exceptions.
1618: [22:20:00] <simon_w> Bad SphereSilver! Bad!
1619: [22:21:00] <FrozenFire> I parse a shitload of XML. Believe me. :P
1620: [22:21:00] <SphereSilver> A simple example:
1621: [22:21:00] <SphereSilver> The object has 2 buildings. One has a destination "living", the other has the destination "office"
1622: [22:21:00] <FrozenFire> Letting XML define your development practises is a bad idea.
1623: [22:22:00] <FrozenFire> If you're using SimpleXML, you're doing it wrong.
1624: [22:22:00] <SphereSilver> array['buildingstuff'] => here
1625: [22:22:00] <FrozenFire> When did arrays come into this?
1626: [22:22:00] <FrozenFire> Whoa whoa whoa.
1627: [22:22:00] <SphereSilver> and
1628: [22:22:00] <SphereSilver> According to the XSD, it should be array['living'] => livingstuff here
1629: [22:22:00] <SphereSilver> ok, teach me master :)
1630: [22:22:00] <FrozenFire> Way, way, way wronger.
1631: [22:22:00] <FrozenFire> You're doing it even wronger.
1632: [22:22:00] <SphereSilver> the Convert::xml2array ;)
1633: [22:23:00] <SphereSilver> If the object has 2 buildings, it's not using a separate identification
1634: [22:23:00] <SphereSilver> but what is wrong with the XML, is the following
1635: [22:23:00] <FrozenFire> ext/DOM
1636: [22:24:00] <FrozenFire> If you can define it in XML, it shouldn't cause any errors in your XML handler.
1637: [22:24:00] <SphereSilver> no.... it uses [object][id][options[homeoptions]]
1638: [22:24:00] <SphereSilver> it's an API ;)
1639: [22:24:00] <FrozenFire> If you can define it in XML, it shouldn't cause any errors in your XML handler.
1640: [22:24:00] <SphereSilver> I'm having to rely on an inconsistent XML ;)
1641: [22:24:00] <FrozenFire> If you can define it in XML, it shouldn't cause any errors in your XML handler.
1642: [22:25:00] <FrozenFire> Yup.
1643: [22:25:00] <SphereSilver> From that ZIP, I get an XSD and an XML
1644: [22:25:00] <SphereSilver> The problem I'm having, is I get a ZIP file from the API (Yes, seriously)
1645: [22:25:00] <SphereSilver> Guess?
1646: [22:25:00] <SphereSilver> The XSD is good, the XML is NOT following the XSD properties.
1647: [22:26:00] <FrozenFire> Or just change the libxml errors setting
1648: [22:26:00] <SphereSilver> I'm resolving to ignoring the PHP Notices
1649: [22:26:00] <FrozenFire> Then libxml doesn't throw PHP errors
1650: [22:26:00] <SphereSilver> because I can't adept to an XSD, then find a an XML that doesn't follow orders.
1651: [22:27:00] <SphereSilver> It shouldn't if undefined :)
1652: [22:27:00] <simon_w> It's not undefined
1653: [22:27:00] <terryapodaca1> does SS3 complain about an empty $allowed_actions
1654: [22:27:00] <FrozenFire> :P
1655: [22:27:00] <FrozenFire> Did SS2 complain about an empty allowed_actions?
1656: [22:27:00] <simon_w> terryapodaca1, SS2 didn't complain
1657: [22:27:00] <terryapodaca1> or should I comment it out for now
1658: [22:27:00] <terryapodaca1> like SS2 did?
1659: [22:28:00] * Jakx has joined #silverstripe
1660: [22:28:00] <simon_w> terryapodaca1, 3.1 is changing the behaviour of an empty $allowed_actions from default allow to default deny
1661: [22:28:00] <simon_w> RequestHandler defines it
1662: [22:28:00] <FrozenFire> Now, if you *redefine* it in the child as not an array, you'll probably have a bad time
1663: [22:28:00] <terryapodaca1> it was real sketchy for me...if I had public static $allowed_actions = array(); with nothing in it, SS would sometimes complain
1664: [22:29:00] <terryapodaca1> so if my custom HomePage doesn't have any 'actions' I can comment that out or leave it...either way will be fine...correct?
1665: [22:30:00] <simon_w> yes
1666: [22:30:00] <simon_w> Though you
1667: [22:30:00] <simon_w> should have it there, just empty
1668: [22:30:00] <simon_w> Stupid enter button
1669: [22:30:00] * gelignite quit (Quit: http://bit.ly/nkczDT)
1670: [22:31:00] <SphereSilver> I think the enter has been there for a few months already :P
1671: [22:31:00] <simon_w> (ss23 is going to fix that, right?)
1672: [22:31:00] <terryapodaca1> it's not even mentioned so i just wanted to verify
1673: [22:31:00] <simon_w> Doubt it. Tutorials haven't been touched for a while :p
1674: [22:31:00] <terryapodaca1> just want to make sure. i went to go look through the tutorial and see if anything changed or if it was even mentioned
1675: [22:34:00] <SphereSilver> Bedman
1676: [22:34:00] <SphereSilver> I'm serious now. I'm going to transform into my final form
1677: [22:35:00] <SphereSilver> ok, not transforming
1678: [22:35:00] <FrozenFire> Blegh. SS3.1 email template rewrote a mailto: link to include the absolute base url of my project...
1679: [22:35:00] <SphereSilver> what????
1680: [22:35:00] <Jakx> about 12 months ago I came on here and asked whom might be interested in an ecommerce project. Someone recommended Sunny Side Up. I just heard that now the person I referred to Sunny Side Up is being sued for $15g over the failed work that Sunny Side Up provided :(
1681: [22:35:00] <FrozenFire> I hope that's not happening in other projects I've developed. o.O
1682: [22:35:00] <SphereSilver> SSU is being sued?
1683: [22:36:00] <Jakx> Yep, and the project manager that contracted them I believe.
1684: [22:37:00] <terryapodaca1> Nicolaas?
1685: [22:37:00] <SphereSilver> That's fucked up
1686: [22:38:00] <Jakx> http://sunnysideup.co.nz/
1687: [22:38:00] <Jakx> terryapodaca1, yeah. I think that's why they changed their home page
1688: [22:38:00] <terryapodaca1> and how much is $15g, or is that $15,000
1689: [22:38:00] <Jakx> $15,000
1690: [22:39:00] <SphereSilver> Wow, that's fucked up
1691: [22:39:00] <simon_w> FrozenFire, over-zealous link rewriting code
1692: [22:39:00] <FrozenFire> E.g <a href="mailto:foo@example.com">...</a> gets rewritten to <a href="http://mysite.com/mailto:foo@example.com">...</a>
1693: [22:39:00] <terryapodaca1> it will probably take that much for the lawyers and fees
1694: [22:39:00] <SphereSilver> Not personally, since I'm inbetween jobs
1695: [22:39:00] <SphereSilver> I'll put some money in it.
1696: [22:39:00] <terryapodaca1> that's not too bad...just surprised someone would sue for that little
1697: [22:39:00] <FrozenFire> simon_w, Any idea what might be causing the mailto link rewriting for Email?
1698: [22:40:00] <SphereSilver> But I'm sure my ex-boss and my new boss can spare some :)
1699: [22:40:00] <Jakx> terryapodaca1, yeah - it's a bit fucked. I feel sorry for the person I referred SSU to, they're gonna be paying fees as well :(
1700: [22:40:00] <simon_w> Yup
1701: [22:40:00] <FrozenFire> It that maybe a botch of SSViewer?
1702: [22:41:00] <SphereSilver> Would this work?
1703: [22:41:00] <simon_w> terryapodaca1, I'm guessing this is a NZ case. We're nowhere near as screwed up as you lot :p
1704: [22:41:00] <terryapodaca1> what exactly happened?
1705: [22:41:00] <terryapodaca1> SSU just didn't do a good job? just didn't do theur job?
1706: [22:42:00] <catcher> Is SS switching from GD to ImageMagick?
1707: [22:42:00] <SphereSilver> "Hey, SunnySideUp is being sued for re-publishing open source software. Can you help them out?"
1708: [22:42:00] <FrozenFire> They request large damages and then come to a smaller settlement
1709: [22:42:00] <FrozenFire> Heh. $15k really isn't that much money for a lawsuit opening amount.
1710: [22:42:00] <simon_w> terryapodaca1, I am! :p
1711: [22:42:00] <terryapodaca1> hey now...be nice simon_w!
1712: [22:42:00] <FrozenFire> catcher, Nope. I just made it possible.
1713: [22:43:00] <FrozenFire> You can change it
1714: [22:43:00] <FrozenFire> Since some people want to extend Image with more transformation power.
1715: [22:43:00] <catcher> No plans to switch?
1716: [22:43:00] <simon_w> FrozenFire, like I said. We're not that screwed up. $15k is high for damages from a SME
1717: [22:43:00] <catcher> FrozenFire, switching to ImageMagick without core hacks
1718: [22:43:00] <FrozenFire> Was what rough?
1719: [22:43:00] <catcher> FrozenFire, was it rough?
1720: [22:43:00] <SphereSilver> SSU is new in the business. They don't have that amount of money
1721: [22:44:00] <terryapodaca1> i paid over $5k for my divorce..., don't tell me $15k isn't a lot
1722: [22:44:00] <Jakx> terryapodaca1, SSU tried to deploy an extended version of their e-commerce module and while doing so completed and initiated new tasks and extensions to the project etc. Everytime they just took way too long to deliver and when they did were still debugging a lot of their production code. So the client just bailed and sued for all of their costs back
1723: [22:44:00] <FrozenFire> But it should work with a single config change.
1724: [22:44:00] <SphereSilver> 30k in the pocket
1725: [22:44:00] <FrozenFire> catcher, Should work out of the box.
1726: [22:44:00] <FrozenFire> I tested it a bit. Because I was trying to match the original GD functions closely for BC purposes, the Imagick version of things might not be as high performance as possible.
1727: [22:45:00] <catcher> FrozenFire, huh, I thought there were deeply embedded calls to GD in the cms & core.
1728: [22:45:00] <FrozenFire> Nope
1729: [22:45:00] <simon_w> catcher, all went through the Image/GD classes
1730: [22:46:00] <FrozenFire> I tested it fairly thoroughly.
1731: [22:46:00] <FrozenFire> Imagick offers some pretty wicked power.
1732: [22:46:00] <FrozenFire> catcher, I encourage you to give it a try and report back on any issues. ;)
1733: [22:46:00] <catcher> cool
1734: [22:46:00] <simon_w> Maybe back in the 2.2 CMS editor days :p
1735: [22:46:00] <FrozenFire> All of the test cases pass
1736: [22:46:00] <terryapodaca1> Jakx: gotcha, makes sense to recuperate what was already lost. good thing it wasn't much higher than that
1737: [22:47:00] <Pyromanik> still, pretty stink :<
1738: [22:47:00] <Jakx> Pyromanik, indeed
1739: [22:47:00] <simon_w> Now, if only the government could copy that client
1740: [22:47:00] <FrozenFire> Much easier to use it for, for instance, watermark embedding.
1741: [22:47:00] <simon_w> So, we moved pocketrent.com's database to its own server (along with some cron jobs). So much faster already :)
1742: [22:47:00] <Pyromanik> Jakx, ah, so the person who contracted SSU wasn't the client.
1743: [22:48:00] <SphereSilver> Well, not personally
1744: [22:48:00] <Jakx> All that time and money wasted
1745: [22:48:00] <SphereSilver> I think I can buy out SSU
1746: [22:48:00] <SphereSilver> but I have my methods
1747: [22:49:00] <C10ne> What's the method to update SiteConfig programmatically? I'm trying write(), but get Call to undefined method SimpleXMLElement::setValue()...
1748: [22:49:00] <simon_w> SSU does have way too much work
1749: [22:49:00] <simon_w> So does SS Ltd
1750: [22:49:00] <terryapodaca1> it wasn't too long ago Nicolaas was asking for help...from some freelancers like he had way too much work
1751: [22:50:00] <SphereSilver> Even better :)
1752: [22:50:00] <terryapodaca1> send me some!
1753: [22:51:00] <priithansen> what would be the easiest way to keep a local cache of the gigantic thumbnails vimeo serves over oembed?
1754: [22:51:00] <SphereSilver> storing them locally
1755: [22:51:00] <simon_w> priithansen, the browser should be caching them already
1756: [22:52:00] * SphereSilver is going to bed now. Goodnight!
1757: [22:53:00] <priithansen> Hm my video thumbnails are 320x180 but vimeo sends 1280x729 not sure I want to send all that to the client
1758: [22:55:00] <FrozenFire> http://api.silverstripe.org/master/source-class-HTTP.html#63
1759: [22:55:00] <FrozenFire> This needs to go away as soon as humanly possible.
1760: [22:56:00] <FrozenFire> Using /e is not only a *very bad thing*, it's been soft-deprecated for some time now, and is *gone* in PHP 5.5
1761: [22:56:00] <FrozenFire> Parsing HTML with regular expressions
1762: [22:56:00] <FrozenFire> Incidentally, that whole function is *ugly*
1763: [22:57:00] <FrozenFire> Indiscriminately rewriting every possible link (including mailto)
1764: [22:59:00] <FrozenFire> Hrmm, this presents a clear and present dilemma.
1765: [22:59:00] * SphereSilver quit (Quit: If it's not broke. It's lacking features.)
1766: [23:00:00] <simon_w> (That's the /e fixed)
1767: [23:00:00] <simon_w> FrozenFire, http://api.silverstripe.org/3.1/source-class-HTTP.html#63
1768: [23:00:00] <simon_w> For some reason, hasn't been merged into master
1769: [23:01:00] <terryapodaca1> I'm out!
1770: [23:01:00] <terryapodaca1> thanks for the help everyone
1771: [23:01:00] <FrozenFire> Ah, okay. Good
1772: [23:01:00] <FrozenFire> There should really be an Email instance setting for mangling
1773: [23:01:00] <terryapodaca1> :D
1774: [23:01:00] <terryapodaca1> and some basketball!
1775: [23:01:00] <FrozenFire> And then I'll do setBody after fixing the body
1776: [23:01:00] <terryapodaca1> beer and hot tub time!
1777: [23:01:00] <FrozenFire> I think I'm going to have to let that run
1778: [23:01:00] <FrozenFire> https://github.com/silverstripe/sapphire/blob/3.0/email/Email.php#L396
1779: [23:01:00] <simon_w> Yeah, I do run 5.5 :p
1780: [23:01:00] <C10ne> Anyone has any idea? What's the method to update SiteConfig programmatically?
1781: [23:02:00] <FrozenFire> E.g. if($this->mangleEverything) $this->body = ...
1782: [23:02:00] <C10ne> results in Call to undefined method SimpleXMLElement::setValue()
1783: [23:02:00] <simon_w> C10ne, (string)$property->Property->Name
1784: [23:02:00] <C10ne> $SiteConfig = SiteConfig::current_site_config(); $SiteConfig->Title = $property->Property->Name; $SiteConfig->write();
1785: [23:02:00] * terryapodaca1 has left #silverstripe
1786: [23:02:00] <FrozenFire> Unlike SiteTree >.>
1787: [23:02:00] <FrozenFire> Nothing particularly magical
1788: [23:02:00] <simon_w> Getting an error probably means you have an error somewhere in your code
1789: [23:02:00] <FrozenFire> SiteConfig is just a DataObject
1790: [23:02:00] <simon_w> C10ne, ->write()
1791: [23:03:00] * FrozenFire needs to make a website called dontusesimplexml.com
1792: [23:03:00] <simon_w> SimpleXML stuff needs to be casted to string before used as one
1793: [23:03:00] <FrozenFire> That's more likely to be an issue with whatever's in $property
1794: [23:03:00] <C10ne> Thanks, @simon_w, that was it
1795: [23:03:00] <C10ne> Now I can sleep :)
1796: [23:04:00] <simon_w> How the heck did I end up with four browser windows open?
1797: [23:04:00] <FrozenFire> And you introduce numerous issues
1798: [23:04:00] * catcher quit (Quit: Leaving)
1799: [23:04:00] <FrozenFire> So you don't avoid any errors with invalid XML by using SimpleXML
1800: [23:04:00] <FrozenFire> SimpleXML is not simple, and it uses the *exact* same underlying library as ext/DOM.
1801: [23:04:00] <FrozenFire> And link that repeatedly every time I see SimpleXML being used
1802: [23:05:00] <FrozenFire> Blegh. Bloody fucking fuck...
1803: [23:05:00] <simon_w> Like having FrozenFire complain at you
1804: [23:05:00] <FrozenFire> I hate people who abuse visibility.
1805: [23:05:00] <FrozenFire> Can't call Email::parseVariables directly
1806: [23:06:00] <FrozenFire> Visibility is *not* "I don't think people want to use this"
1807: [23:06:00] <FrozenFire> It's "calling this publicly cannot possibly yield normal results"
1808: [23:07:00] <FrozenFire> Email::debug :P
1809: [23:07:00] <FrozenFire> Aha, I can call debug like a bitch
1810: [23:08:00] <simon_w> "This is an implementation detail. Don't call it."
1811: [23:09:00] <guci0> Si
1812: [23:09:00] <guci0> Hmmm... Why combine_files don't tidy css like js?
1813: [23:09:00] <FrozenFire> You mean minify?
1814: [23:09:00] <FrozenFire> Probably just don't have a sensible minifier
1815: [23:10:00] <guci0> :0
1816: [23:10:00] <guci0> :)
1817: [23:10:00] <simon_w> I just hacked Requirements to pass CSS through JSMin too, until JSMin started infinite looping
1818: [23:12:00] <FrozenFire> http://www.sspaste.com/paste/show/514a426e6dc08
1819: [23:12:00] <FrozenFire> Lollercopter.
1820: [23:12:00] * mobiusnz has joined #silverstripe
1821: [23:14:00] * FrozenFire has joined #silverstripe
1822: [23:14:00] <LoveDuckie> I had no idea that silverstripe had its own paste bin
1823: [23:14:00] <FrozenFire> Goddamn ctrl+w
1824: [23:14:00] <mobiusnz> hey guys, any idea why global $lang isn't coming up for me in a 2.4 site?
1825: [23:14:00] <simon_w> I just http://www.sspaste.com/paste/show/514a42b725ace :p
1826: [23:14:00] <simon_w> Probably should just go change the visibility
1827: [23:14:00] * FrozenFire has left #silverstripe
1828: [23:15:00] <FrozenFire> guci0, I explicitly catch that in my DM, so as to avoid accidentally hitting it. :P
1829: [23:15:00] <guci0> It's better than ctrl+q :)
1830: [23:15:00] <FrozenFire> simon_w, True. I just want to call it to fix an issue before sending
1831: [23:15:00] <FrozenFire> Do a similar thing in Windows with Ctrl+Alt+up/down
1832: [23:15:00] <simon_w> FrozenFire, and it's still an implementation detail, so probably shouldn't be exposed :p
1833: [23:15:00] <FrozenFire> simon_w, I would fix it, except I'd probably have to bitch at someone to pull the change. :P
1834: [23:16:00] <FrozenFire> Though, implementation detail or not, it's possible you want to intercept the parsed body before sending
1835: [23:16:00] <FrozenFire> To do so you have to call an unrelated debugging function.
1836: [23:16:00] <simon_w> FrozenFire, you really should fix the actual bug instead
1837: [23:16:00] <FrozenFire> True.
1838: [23:16:00] <FrozenFire> But, again, that requires time. :P
1839: [23:16:00] <FrozenFire> Trying to get this project out the door. :P
1840: [23:17:00] <simon_w> Stick it on an external storage device. Throw said device through door :p
1841: [23:17:00] <simon_w> ...
1842: [23:17:00] <simon_w> Profit!
1843: [23:18:00] <travis-ci> [travis-ci] Build details : http://travis-ci.org/silverstripe/sapphire/builds/5673245
1844: [23:18:00] <simon_w> Yay! Green!
1845: [23:18:00] * travis-ci has left #silverstripe
1846: [23:18:00] * travis-ci has joined #silverstripe
1847: [23:18:00] <travis-ci> [travis-ci] silverstripe/sapphire#1732 (3.1 - 63c8441 : Ingo Schommer): The build passed.
1848: [23:18:00] <travis-ci> [travis-ci] Change view : https://github.com/silverstripe/sapphire/compare/f7400198d7e6...63c84414102a
1849: [23:20:00] * Jakx has left #silverstripe
1850: [23:21:00] <FrozenFire> https://github.com/silverstripe/sapphire/blob/3.1/control/HTTP.php#L106 The fuck is this?
1851: [23:21:00] * CHIex|4 has joined #silverstripe
1852: [23:21:00] * CHIex|3 has joined #silverstripe
1853: [23:21:00] <FrozenFire> Yes, I realize that this is unlikely to ever be called, but still WTF.
1854: [23:22:00] * travis-ci has left #silverstripe
1855: [23:22:00] <travis-ci> [travis-ci] chillu/sapphire#85 (pulls/config.php-after-statics - 81a5133 : Ingo Schommer): The build passed.
1856: [23:22:00] <travis-ci> [travis-ci] Change view : https://github.com/chillu/sapphire/compare/38d5034c1333...81a51331d672
1857: [23:22:00] <travis-ci> [travis-ci] Build details : http://travis-ci.org/chillu/sapphire/builds/5673332
1858: [23:22:00] <FrozenFire> You know what, I refuse to fix that bug.
1859: [23:22:00] * travis-ci has joined #silverstripe
1860: [23:23:00] <FrozenFire> That shit be cray cray
1861: [23:23:00] <FrozenFire> I don't know if it's *possible* to be more "cleverly-stupid" than that.
1862: [23:23:00] <FrozenFire> Unless I can get rid of the regular expressions.
1863: [23:24:00] * CHIex quit (Ping timeout: 246 seconds)
1864: [23:24:00] * CHIex|2 quit (Ping timeout: 246 seconds)
1865: [23:24:00] <FrozenFire> Anyone with half a brain should know to use absolute URLs.
1866: [23:24:00] <FrozenFire> Also not sure why it's even bothering to rewrite links to be absolute.
1867: [23:25:00] <FrozenFire> Rewriting shit like that is a simply bad idea.
1868: [23:25:00] <FrozenFire> This HTTP class is giving me nightmares.
1869: [23:26:00] <FrozenFire> I know I'm one to shit on other peoples' bad code at the drop of a hat, but seriously...
1870: [23:26:00] * CHIex|4 quit (Ping timeout: 246 seconds)
1871: [23:26:00] * CHIex|3 quit (Ping timeout: 246 seconds)
1872: [23:28:00] <FrozenFire> Out of curiosity, does Injector even work if people don't use the insane Object::create() syntax?
1873: [23:29:00] <FrozenFire> Or the Injector::inst()->create() as it were?
1874: [23:30:00] <travis-ci> [travis-ci] Build details : http://travis-ci.org/silverstripe/sapphire/builds/5673459
1875: [23:30:00] * travis-ci has left #silverstripe
1876: [23:30:00] <travis-ci> [travis-ci] Change view : https://github.com/silverstripe/sapphire/compare/63c84414102a...c6eb1924ca9b
1877: [23:30:00] * travis-ci has joined #silverstripe
1878: [23:30:00] <travis-ci> [travis-ci] silverstripe/sapphire#1735 (3.1 - c6eb192 : Hamish Friedlander): The build passed.
1879: [23:32:00] * FrozenFire wonders why that was allowed to happen
1880: [23:32:00] <simon_w> Doesn't look like it
1881: [23:33:00] <simon_w> Ask Marcus?
1882: [23:34:00] <simon_w> Also, why isn't it the 21st in the US yet?
1883: [23:34:00] <FrozenFire> Because the US has several timezones and is on the other side of the world? :P
1884: [23:35:00] <FrozenFire> :P
1885: [23:35:00] <simon_w> But I need it to be the 21st to find out if my code works :p
1886: [23:35:00] <simon_w> Stupid ping-only API
1887: [23:38:00] <FrozenFire> Also, 21st in which timezone?
1888: [23:38:00] <FrozenFire> PST?
1889: [23:39:00] <FrozenFire> CST? MST? EST?
1890: [23:39:00] <simon_w> No idea. Not told
1891: [23:39:00] <FrozenFire> Heh
1892: [23:39:00] <FrozenFire> That's about a four/five hour range, then.
1893: [23:40:00] <simon_w> Whichever one it's currently 19:40 in
1894: [23:40:00] <FrozenFire> Upwards of another eight hours, I think?
1895: [23:41:00] <FrozenFire> EDT
1896: [23:42:00] <simon_w> Dammit! Should've happened overnight. Their ping happened ~17 hours ago
1897: [23:43:00] <simon_w> Eh, I'll fake the response
1898: [23:43:00] <FrozenFire> That's what she said
1899: [23:46:00] * CHIex has joined #silverstripe
1900: [23:46:00] * CHIex|2 has joined #silverstripe
1901: [23:46:00] <simon_w> The guy who wrote the injector stuff
1902: [23:46:00] * FrozenFire wonders who Marcus is
1903: [23:51:00] * SticksM has joined #silverstripe
1904: [23:58:00] <SticksM> Hi all. In SS3 can you build a theme with .scss files and have SilverStripe (via SASS) create the .css files for you on the live server with ?flush=1? I don't quite understand how SS3 is integrated with SASS and Compass. I presume Ruby and the required Gems would need to be installed on the server.

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