#silverstripe IRC Log

IRC log for 4 July 2013

All timestamps are in UTC.

1: [00:00:15] <Pyromanik> tractorcow: "Modifying third party code is typically quite unmaintainable, and it violates the Open-Closed principle of OO development." oh gawd, my coworkers constantly violating this :<
2: [00:00:19] * zippy__ quit (Ping timeout: 248 seconds)
3: [00:00:20] <tractorcow> ss23: I wrote a module for on the fly caching. https://github.com/tractorcow/silverstripe-dynamiccache. Want to give it a try and give me feedback
4: [00:00:22] <tractorcow> oh lol
5: [00:00:53] <ss23`> tractorcow: Unfortunately, don't think I'll be allowed to deploy a third party module like this to a fancy government website with lots of traffic :<
6: [00:01:00] <tractorcow> Yeah, when I come to my current position I had a "customised" ss ecommerce module project to clean up
7: [00:01:23] <tractorcow> Fork it to silverstripe and it's not third party anymore
8: [00:01:52] <Pyromanik> tractorcow: ironically trying to maintain some code just like that atm.
9: [00:01:57] <ss23`> haha tractorcow
10: [00:02:04] <Pyromanik> even more ironically, I'm "can't beat 'em, join 'em"
11: [00:02:12] * Pyromanik hackity hack hacks
12: [00:02:14] <ss23`> I had to fork cms for a project
13: [00:02:16] * ss23` shudders
14: [00:02:16] <ss23`> :<
15: [00:02:55] <tractorcow> oh god,
16: [00:03:04] <tractorcow> What did you need to customise?
17: [00:03:15] <ss23`> Me? some redirector stuff
18: [00:03:28] <ss23`> I'm doing a pull request for it at some point, but it was completely breaking the site in the mean time
19: [00:03:36] <ss23`> going to be shit for the next person to work on that project though
20: [00:03:37] <ss23`> :D
21: [00:03:41] <tractorcow> I sneak in extensions to core when I need to do stuff in personal projects
22: [00:03:43] <Pyromanik> tractorcow: continuing this irony trend: 12:00 < tractorcow> Yeah, when I come to my current position I had a "customised" ss ecommerce module project to clean up
23: [00:04:19] <Pyromanik> turning an existing member into a customer (subclass of member) makes the password re-hash on write.
24: [00:04:21] <tractorcow> "ah, yeah, I can see some inefficiencies in that Director function. Gonna need a few 'extend' calls. There we go."
25: [00:04:37] <Pyromanik> tractorcow: silverstripe does need more hooks.
26: [00:04:48] <tractorcow> You know what I want?
27: [00:04:49] <Pyromanik> yesterday I subclassed SSViewer just to add hooks
28: [00:04:51] <tractorcow> Better hooks for error handling
29: [00:05:07] <Pyromanik> tractorcow: errors should all be thrown, not user_errors imo.
30: [00:05:13] <tractorcow> yes imo
31: [00:05:20] <Pyromanik> I think that's the way Sam is slowly tring to move things anyway
32: [00:05:39] <tractorcow> but people whinged when I put a throw new SS_DatabaseException in my ORM rewrite. It promotes bad code usage was the justification
33: [00:05:47] <simon_w> Ha! Got $form.ajaxSubmit() to send along what button got clicked too :D
34: [00:06:10] <tractorcow> yes, people can do catch() {}, but they can also do catch(Exception $ex) { /* handle the exception elegantly */ }
35: [00:06:23] <Pyromanik> tractorcow: well, on one hand it's nice to have some kind of error. but on the other hand you have to do catches every single time you want to write.
36: [00:06:32] <simon_w> tractorcow, in your case, you were throwing an exception for non-exceptional behaviour
37: [00:07:04] <tractorcow> simon_w: I was only throwing errors if error level was E_USER_ERROR
38: [00:07:11] <Pyromanik> so having write return false is elegant in it's own write too (OOH, A PUN!)
39: [00:07:12] <tractorcow> Is that not the correct level?
40: [00:07:32] <Pyromanik> tractorcow: non exceptional behaviour should probably be a warning
41: [00:07:33] <simon_w> tractorcow, installer with incorrect DB details isn't exceptional
42: [00:07:42] * chillu quit (Quit: chillu)
43: [00:08:24] <ss23`> simon_w~ did you want lunch today? (any time you like if you want it)
44: [00:08:24] <tractorcow> That depends on the context
45: [00:08:47] <simon_w> ss23`, depends. You up to going to the post shop on Manners and queuing?
46: [00:08:49] <tractorcow> if you're probing the server for a valid connection, it's not. If your app has setup incorrect details, it probably should be.
47: [00:09:15] <ss23`> simon_w: Ummmmm.... sure? No rush, so as long as there's lunch, I'm in! ^.^
48: [00:09:17] <tractorcow> but, that's just my opinion :)
49: [00:09:19] <ss23`> (We will get lunch too, right?)
50: [00:09:28] <ss23`> (^^.)~~
51: [00:09:29] <ss23`> kitty
52: [00:09:30] <simon_w> ss23`, Yes, I still want lunch
53: [00:09:41] <ss23`> ~(._.)~ okay lunch
54: [00:09:50] <Colin[pi]> morning all
55: [00:10:02] * swordsmanz_ has joined #silverstripe
56: [00:10:06] <ss23`> simon_w: Hmm, manners... that means you go past my work right? So just same deal, gimmie 3 mins ^.^
57: [00:10:08] <ss23`> Colin[pi]: moin
58: [00:10:56] <Pyromanik> simon_w: I did it with: if($this->ID && $this->RecordClassName != $this->ClassName) {
59: [00:11:07] <simon_w> Pyromanik, that works
60: [00:11:11] <Pyromanik> can you think of a use case where that would cause issue?
61: [00:12:39] * swordsmanz quit (Ping timeout: 256 seconds)
62: [00:12:39] * swordsmanz_ is now known as swordsmanz
63: [00:13:20] <simon_w> Nope
64: [00:17:16] <Pyromanik> awesome, cheers :D
65: [00:17:36] <Pyromanik> thanks for your help. would have been pretty lost without it
66: [00:17:54] <ss23`> Yeah, A+ would use simon_w for support again
67: [00:17:55] <ss23`> IN FACT
68: [00:17:59] <ss23`> simon_w: WANT ME TO BUY YOU LUNCH?
69: [00:18:02] <ss23`> IN RETURN FOR YOUR l33t SUPPORT?
70: [00:18:16] <simon_w> Woo, free food!
71: [00:18:20] <ss23`> :D
72: [00:18:26] <ss23`> FREE FOOD FOR EVERYONE WHO COMES TO LUNCH TODAY
73: [00:18:33] <simon_w> Peavers, hear that?
74: [00:18:38] <ss23`> lol
75: [00:18:41] <ss23`> I'm relying on him not coming
76: [00:18:45] <Peavers> lolol
77: [00:19:01] <Peavers> You're so lucky I've got a meeting for the entire afternoon
78: [00:19:05] <Peavers> otherwise I'd be back in that taxi
79: [00:22:55] <Pyromanik> ok
80: [00:22:56] <Pyromanik> so
81: [00:23:09] <ss23`> haha
82: [00:23:56] <Pyromanik> anyone ever experienced Upload fields 'from files' button using a userforms email receipient gridfield instead of whatever it's supposed to inside it's popup?
83: [00:25:09] <tractorcow> Lol
84: [00:25:16] <tractorcow> Nope :)
85: [00:25:25] <tractorcow> Do you have two fields named the same or something?
86: [00:25:25] <Pyromanik> guts
87: [00:25:44] <Pyromanik> tractorcow: probably the best bit is where the contents of said gridfield are the actual images.
88: [00:25:48] <Pyromanik> but they have no summary data at all
89: [00:25:56] <Pyromanik> tractorcow: nah, just the one.
90: [00:26:17] <tractorcow> I issued a PR for the from files popup just a bit ago
91: [00:26:34] <tractorcow> brb
92: [00:26:48] * metanat has joined #silverstripe
93: [00:27:38] <metanat> tractorcow: Thanks for 2184. the sooner that is merged the happier I will be :)
94: [00:29:50] <tractorcow> that's ok :)
95: [00:31:06] <simon_w> I keep reading your handle as mentat, they get disappointed when I realise it isn't
96: [00:31:37] <tractorcow> Who does?
97: [00:32:18] <simon_w> Me, hence the "I"
98: [00:32:28] <simon_w> Anyway, 2184 needs fixing :p
99: [00:32:35] <ss23`> The PR for it?
100: [00:32:37] <tractorcow> it is fixed, it's just not pulled, SIMONE
101: [00:32:46] <simon_w> Nope, it has a problem
102: [00:32:51] <simon_w> Needs fixing
103: [00:32:54] <metanat> Also, simon_w any chance of https://github.com/silverstripe/silverstripe-framework/pull/2169 getting into 3.1. Seems like a pretty critical bug that module name with dashes can't use the Config system properly
104: [00:32:59] <simon_w> doAttach shouldn't be an allowed action
105: [00:33:11] <tractorcow> I see
106: [00:33:21] <ss23`> Good to merge — Scrutinizer: No Comments — Travis: Passed (Details)
107: [00:33:22] <ss23`> Looks good!
108: [00:33:26] <simon_w> metanat, ask Ingo, and it'll need some tests
109: [00:33:29] <ss23`> simon_w: You should add a unit test for that
110: [00:33:29] <ss23`> :3
111: [00:33:33] <tractorcow> As far as I can tell, the only reason it's there is a fallback. The actual method is intercepted by the javascript
112: [00:33:44] <tractorcow> Remove the method and allowed action?
113: [00:34:05] <simon_w> Nope, just the allowed_action
114: [00:34:16] <tractorcow> then what's the point of the method?
115: [00:35:05] <simon_w> To sit there and not cause regressions
116: [00:36:00] <metanat> simon_w: Unfortunately, as stated I don't have time to write unit tests for the ConfigManifest class. It doesn't have any unit tests for anything but the priority stuff from what I can tell. Hopefully someone else has time for it :(
117: [00:36:45] <tractorcow> Not having it an allowed_action would cause a regression before removing the method would
118: [00:37:12] <simon_w> tractorcow, form submission methods should never be in allowed_actions
119: [00:37:59] <tractorcow> really?
120: [00:38:26] <simon_w> yes
121: [00:38:50] <simon_w> They're allowed based on the fact that the form has an action with the name
122: [00:38:57] <tractorcow> I see,
123: [00:39:40] <tractorcow> Yep, something I never knew before: http://doc.silverstripe.org/framework/en/3.1/topics/controller
124: [00:40:02] <tractorcow> I always up until now assumed those methods needed to be whitelisted explicitly =(
125: [00:40:28] <tractorcow> Sorry about that simon_w
126: [00:41:33] <metanat> Thanks simon_w
127: [00:41:35] <tractorcow> How's my timefield PR review coming? :)
128: [00:43:34] <simon_w> Not critical. Bug the release manager :p
129: [00:43:55] <Peavers> fixed anchor links in newsletters yet?!
130: [00:44:44] <simon_w> ss23`, five minutes
131: [00:44:48] <ss23`> mmk!
132: [00:45:02] <ss23`> I totally have time to do this live release to this important website!
133: [00:45:02] <ss23`> :D
134: [00:46:19] <ss23`> ¡Okay guys, partial caching right
135: [00:46:38] <ss23`> I could partial cache the entire pages header in a <% cache LastEdited %> right?
136: [00:46:40] <ss23`> Hmm
137: [00:46:43] <Peavers> They take your mod access away again?
138: [00:46:51] <ss23`> Rather, <% cache ID, LastEdited %>?
139: [00:47:12] <ss23`> Peavers: I don't have access to the main silverstripe repos, just all the live servers
140: [00:47:16] * travis-ci has joined #silverstripe
141: [00:47:16] <travis-ci> [travis-ci] silverstripe/silverstripe-framework#493 (3.1 - a862b4d : Damian Mooyman): The build passed.
142: [00:47:16] <travis-ci> [travis-ci] Change view : https://github.com/silverstripe/silverstripe-framework/compare/d003c96c62a5...a862b4da9932
143: [00:47:16] <travis-ci> [travis-ci] Build details : http://travis-ci.org/silverstripe/silverstripe-framework/builds/8718731
144: [00:47:16] * travis-ci has left #silverstripe
145: [00:47:17] <ss23`> Peavers: Which client were you again? :3
146: [00:47:24] <Peavers> All of them.
147: [00:47:33] <ss23`> rm -rf ALL THE SERVERS
148: [00:47:39] <tractorcow> yay travis-ci
149: [00:47:41] <Peavers> I'm the master client,the rests are just my puppets.
150: [00:48:05] <ss23`> But my partial caching, I can do that right?
151: [00:48:11] <Peavers> lol tractorcow, that you?
152: [00:48:11] <ss23`> (I'm not 100% on how to test it too, which makes it harder)
153: [00:48:35] <Peavers> yes it is
154: [00:49:14] <tractorcow> yep
155: [00:49:21] <tractorcow> tractormooyman
156: [00:50:08] <ss23`> k bbl!
157: [00:50:11] <ss23`> no away on webchat, sux
158: [00:50:35] <Peavers> silly question, on debain did they replace .bashrc with just .bash?
159: [00:50:55] <Peavers> no nevermind, was going blind
160: [00:54:16] <guzzlefry_dev> What's a good way to debug a template file that just sort of dies silently?
161: [00:54:52] <Peavers> remove each <% %> one at a time until it works?
162: [00:55:06] <guzzlefry_dev> ah, I'll try that, thanks
163: [00:56:52] <tractorcow> You could inspect the output .php file in your tmp folder
164: [01:00:18] <Peavers> What i still can't workout how to debug is the "internal error" message in the CMS
165: [01:00:33] <Peavers> tells me nothing.. even in dev mode, with the network tab open it still gives me nothing.
166: [01:07:12] <tractorcow> Are you sure you're in dev mode?
167: [01:07:18] <Peavers> Yeah?
168: [01:07:21] <Peavers> defined in _ss_...
169: [01:07:38] <Peavers> and isDev=1
170: [01:07:39] <Peavers> etc
171: [01:07:43] <tractorcow> Director::set_environment_type('dev')?
172: [01:07:51] <tractorcow> how about your error logs?
173: [01:07:54] <tractorcow> do they show anything?
174: [01:11:42] <Peavers> just that logfilewriter is getting permission denied lol
175: [01:12:00] <tractorcow> That could be the problem :P
176: [01:12:10] <tractorcow> is it a production server?
177: [01:12:23] <Peavers> yeah suppose
178: [01:12:35] <tractorcow> An error writing an error is always suspicious
179: [01:13:07] <tractorcow> I personally use error logger :)
180: [01:13:30] <Pyromanik> tractorcow: http://iforce.co.nz/i/wpelxs3l.5v0.png
181: [01:13:43] <Pyromanik> and or anyone else
182: [01:13:46] <tractorcow> Lol,
183: [01:13:52] <Pyromanik> this only happens on UserDefinedForm pages
184: [01:13:54] <Peavers> lol?
185: [01:14:06] <tractorcow> Pyromanik: Not sure, but off the top of my head, could it be a summary_fields somewhere?
186: [01:14:11] * Bollig|DesignCty has joined #silverstripe
187: [01:14:16] <Pyromanik> UploadField's "From Files"
188: [01:15:28] <tractorcow> I blame userdefinedform
189: [01:15:57] <Peavers> define('SS_ERROR_LOG', __DIR__ . '/silverstripe.log');
190: [01:16:05] <Peavers> should be putting the log in the root dir yeah?
191: [01:16:10] <tractorcow> No,
192: [01:16:18] <Peavers> well, the same dir that _ss_ is in?
193: [01:16:19] <tractorcow> not unless you like giving your root directory write permission :)
194: [01:16:50] <tractorcow> Probably should be OUTSIDE your web root
195: [01:16:55] <Peavers> yeah it is
196: [01:17:45] <tractorcow> try putting it in a subfolder of its own with write access
197: [01:17:58] <tractorcow> like /logs/silverstripe.log
198: [01:18:37] <tractorcow> assuming your site is in /http
199: [01:20:04] <Peavers> drwxrwxrwx 2 root 4096 Jul 4 13:17 logs - still getting perm denied
200: [01:21:04] <tractorcow> We're getting into server configuration area here where I'm not strong I'm afraid =/
201: [01:21:44] <tractorcow> set the user:group to match that of the webserver?
202: [01:21:54] <tractorcow> or whatever your /http folder is
203: [01:22:13] <tractorcow> can't hurt to create the silverstripe.log file empty with the permissions you want
204: [01:23:13] <tractorcow> I found this: https://github.com/silverstripe/silverstripe-framework/issues/1679
205: [01:27:11] <Peavers> hmm
206: [01:27:35] <Peavers> despite all that, I'm still not getting any feedback from my origional problem of not getting error data lol
207: [01:29:34] <Pyromanik> Peavers: owner and group
208: [01:29:36] * zippy__ has joined #silverstripe
209: [01:29:45] <Peavers> its a free for all at the moment
210: [01:29:52] <Peavers> everything is 777
211: [01:29:52] <Pyromanik> strict servers require that the php user be the same as the owner, regardless of permissions
212: [01:29:52] * zippy__ quit (Client Quit)
213: [01:30:01] <Pyromanik> no, I mean do it.
214: [01:30:08] <Pyromanik> not 777, the actual owner matters.
215: [01:30:15] <Pyromanik> it's owned by root.
216: [01:30:25] <Pyromanik> which php is most assuredly not running as.
217: [01:30:26] * zippy__ has joined #silverstripe
218: [01:30:33] <Peavers> it prob is lol ;)
219: [01:30:41] <Pyromanik> lol
220: [01:32:49] <tractorcow> I suggested that :P
221: [01:33:10] <Pyromanik> oooh
222: [01:33:19] <Pyromanik> if it's not, make it run as root. that should solve your problem.
223: [01:33:45] <Pyromanik> While we're at it, I know this great nigerian price you should have a chat to... he's a really nice guy.
224: [01:33:45] * Bollig|DesignCty has joined #silverstripe
225: [01:33:53] <Pyromanik> looking to make business contacts in welly
226: [01:34:06] <Peavers> it is root but its a local dev server so, do. not. care
227: [01:34:45] <Peavers> still can't get a log to gen
228: [01:35:18] <tractorcow> if it's local just turn off the log while you debug the other issue :)
229: [01:35:31] <Peavers> how will turning it off help?
230: [01:35:39] <tractorcow> It's trying to log an error right?
231: [01:35:52] <Peavers> Assume so?
232: [01:35:57] <Peavers> according to the apache logs yeah
233: [01:35:59] <tractorcow> If you are in dev mode without error logging, it'll output that error to the response
234: [01:36:08] <tractorcow> and you can read the error on your screen
235: [01:36:14] <Peavers> so how to kill the logging?
236: [01:36:23] <tractorcow> remove the SS_ERROR_LOG
237: [01:36:26] <tractorcow> I guess
238: [01:37:11] <Peavers> should only need to flush after changing _ss_ yeah/
239: [01:37:43] <Peavers> still just gives me the pretty little "Internal server error" box.
240: [01:37:46] <Peavers> fuckin useless.
241: [01:38:11] <Peavers> I miss logcat and java :(
242: [01:39:08] <tractorcow> It could be a PHP segfault?
243: [01:39:21] <tractorcow> Check your php and apache error logs :)
244: [01:40:26] <tractorcow> my apache segfaults when i try to run the /home/successfullyinstalled page
245: [01:41:20] <tractorcow> I traced it to an excessively long translation tag <%t
246: [01:41:30] <tractorcow> Sorry, am getting off topic :)
247: [01:41:56] <tractorcow> are you using mamp or something?
248: [01:42:07] <Peavers> lololol macs...
249: [01:42:07] <Peavers> na
250: [01:42:12] <Peavers> debain server
251: [01:42:25] <Peavers> with a standard lamp stack
252: [01:42:51] <tractorcow> Sorry, i thought it was running locally
253: [01:43:04] <Peavers> sort of is... kind of...
254: [01:43:15] <Pyromanik> such a pro, just exported a blog as a calendar feed.
255: [01:43:22] <Pyromanik> lulzorbeam
256: [01:43:23] <Peavers> I've found out I've got a pretty unique workflow when it comes to web stuff
257: [01:43:35] <spronk> LAZOR
258: [01:43:57] <tractorcow> any errors in /var/log/httpd, /var/log/apache, etc?
259: [01:44:08] <spronk> Peavers: get firebug or somethingand view the HTTP response
260: [01:44:10] <Pyromanik> congrats school, your blog is now an events calendar.
261: [01:44:11] <spronk> gives you more data
262: [01:44:11] <tractorcow> orwhereever your php error log is
263: [01:44:18] <Peavers> the http response tells me nothing
264: [01:44:28] <spronk> hmm
265: [01:44:51] <Pyromanik> Peavers: what's so unique about debian lamp stack?
266: [01:44:57] <Peavers> nothing
267: [01:45:47] <ss23`> if simon_w doesn't talk in the next .5 seconds ss23 rules
268: [01:46:13] <Pyromanik> what do you you rule? king of toilet mountain?
269: [01:46:19] <ss23`> lol
270: [01:46:24] <Pyromanik> lord of the flushing empire?
271: [01:46:31] <ss23`> SO MEAN
272: [01:46:32] <Pyromanik> it's bascially a crock of shit
273: [01:46:41] <spronk> seriously, ss23`, are you like... 10>?
274: [01:46:42] <Pyromanik> OOH, BIG BUILD UP TO THAT ONE LINEER
275: [01:46:49] <Pyromanik> he is actually, yeah.
276: [01:46:53] <spronk> oh
277: [01:46:55] <spronk> that's fine then
278: [01:46:57] <spronk> please continue
279: [01:47:12] <ss23`> :D
280: [01:47:20] <ss23`> Just because I have the maturity of a 10 year old doesn't mean I *am* 190
281: [01:47:21] <ss23`> 10
282: [01:47:21] <tractorcow> Speaking of flushing: http://groups.google.com/group/silverstripe-dev/browse_thread/thread/3dd3d1fe2152ced1
283: [01:47:35] <ss23`> Besides, if I was 10, that would make your mother a pedophile.
284: [01:47:36] <ss23`> OH
285: [01:47:38] <ss23`> HEYOOOOOO
286: [01:48:54] <spronk> bro, cuddling isn't what adults do in the bedroom. :p
287: [01:50:09] * spronk has left #silverstripe
288: [01:51:07] <Pyromanik> yeah, adults with children sleep in the bedroom.
289: [01:51:18] <Pyromanik> ain't no time for hanky panky.
290: [01:51:22] <ss23`> roflllll tractorcow
291: [01:51:26] <ss23`> I've never read that before XD
292: [01:51:50] <Pyromanik> 13:46 < ss23`> Just because I have the maturity of a 10 year old doesn't mean I *am* 19
293: [01:51:53] <Pyromanik> but... you are!
294: [01:51:59] <ss23`> I'M NOT EVEN 19!!!!!!
295: [01:52:00] * ss23` dies
296: [01:52:42] <tractorcow> I read 190
297: [01:53:04] <ss23`> I typed 190 too
298: [01:53:06] <ss23`> But I meant 10!
299: [01:53:38] <ss23`> Hmm, I want to test my partial caching is good, but I don't want to set up a profiling setup + ab
300: [01:54:11] <Pyromanik> ss23`: deal with it.
301: [01:54:14] <ss23`> We should set up some test servers with a nice thing called like "Sieger" that gives you a web interface that deploys a site to a server and tries bring it down with lots of requests, and tells you what kind of load the site could handle
302: [01:54:41] <Peavers> first you should work out a proper way to debug cms error messages that make no sense!!!!!!
303: [01:54:49] <simon_w> Closing a bank account, so many awkward questions
304: [01:55:11] <tractorcow> Peavers: Did you find anything in your error logs?
305: [01:55:14] <Peavers> nothing
306: [01:55:18] <ss23`> Peavers: I found that the "errror!" with no info messages were caused by not being in dev mode accidently (normally edited wrong file or forgot I changed to live in my config.php :<)
307: [01:55:25] <ss23`> Peavers: Worse are *template* issues
308: [01:55:33] <Peavers> I'm 100% sure I'm in dev mode
309: [01:55:36] <ss23`> Pisses me off to no end that when templates have an 'issue', they don't do anything
310: [01:55:49] <Peavers> cms still just gives the nice little "Internal server errror"
311: [01:56:00] <Peavers> look at the requests and see its a 500 internal server error...
312: [01:56:01] <Peavers> gg.
313: [01:56:18] <simon_w> Peavers, if the body's empty, either no dev or display_errors Off
314: [01:56:42] <Peavers> display_errors in my php.ini file?
315: [01:56:46] <simon_w> yeah
316: [01:56:49] <Peavers> they are on,
317: [01:57:02] <Peavers> and I've got Director::set_environment_type('dev'); in my _config
318: [01:57:14] <tractorcow> display_startup_errors too?
319: [01:57:18] <simon_w> And did you look at the body of the response?
320: [01:57:24] <ss23`> Unlikely it would give a startup error
321: [01:57:32] <ss23`> Like, for a specific request, that is
322: [01:57:35] <simon_w> tractorcow, that has no bearing any PHP setup you're liking to be developing with :p
323: [01:57:41] <tractorcow> hi simon_w
324: [01:57:47] <tractorcow> I thought you were quite for a while :)
325: [01:57:53] <simon_w> Lunch, doh
326: [01:59:03] <ss23`> tractorcow: Me and simon_w went out to lunch
327: [01:59:07] <ss23`> We went walking to some other places too
328: [01:59:11] <ss23`> simon_w had his photo taken even
329: [01:59:11] <ss23`> :3
330: [01:59:16] <simon_w> And then I walked to another place!
331: [01:59:25] <ss23`> :D
332: [01:59:34] <simon_w> And then back to work
333: [01:59:42] <ss23`> and here we are
334: [01:59:55] <tractorcow> simon_w: Help Peavers with his errors
335: [02:00:05] <ss23`> It's hard to do it without SSH/access, tractorcow
336: [02:00:09] <ss23`> We've already given all we can think of!
337: [02:00:15] <tractorcow> He has it
338: [02:00:17] <ss23`> Peavers: What about ome kind of nginx proxy?
339: [02:00:32] <ss23`> Peavers: Or other proxy that will interfere with apache/whatever giving errors direclty?
340: [02:00:32] <Peavers> what would a proxy have to do with anything?
341: [02:00:53] <ss23`> Had lots of issues here with a nginx reverse proxy stripping out all the error stuff and giving errors when apache served it fine
342: [02:00:53] <tractorcow> It would fail if it was given a response it couldn't handle
343: [02:01:08] <Peavers> I'm using pound for a reverse proxy...
344: [02:01:16] <Peavers> might have something to do with it
345: [02:01:21] <Peavers> will go hassle pounds logs
346: [02:01:25] <ss23`> Peavers: Is there a chance you could try access apache directly? I'm not confident that is the issue, but it might be relevant
347: [02:01:39] * guzzlefry_dev quit (Quit: Ex-Chat)
348: [02:01:59] <simon_w> Dammit, now I need to reorganise my bookmark bar
349: [02:03:02] <simon_w> Closing bank accounts is so much hassle
350: [02:03:12] <ss23`> what the *heck*
351: [02:03:20] <ss23`> Silverstripe is doing like, twice as many queries as it should
352: [02:03:31] <Peavers> Hmm. Well, with all this error drama, is there a bug notice with inserting media in the CMS just bringing up a blank iframe with the latest dev build?
353: [02:03:31] <ss23`> Does "set sql_mode = 'ANSI'" twice
354: [02:03:41] <ss23`> SHOW TABLES; SHOW TABLES LIKE 'SiteTree';
355: [02:03:47] <ss23`> Why does it need to do both of those queries?
356: [02:03:58] <ss23`> Peavers: iirc, yes
357: [02:04:00] <ss23`> Lemme find the link
358: [02:04:06] <Peavers> because one gets all, others get sitetree?
359: [02:04:16] <ss23`> Peavers: https://github.com/silverstripe/silverstripe-framework/issues/2172 this?
360: [02:04:36] <Peavers> nope
361: [02:04:53] <Peavers> Only came in with the very latest dev build
362: [02:04:56] <ss23`> Peavers: SHOW TABLES; lists all the tables in the DB. sHOW TABLES LIKE 'SiteTree'; does exactly the same result set, but with only one result in it instead
363: [02:05:12] <Peavers> clicking on the little Insert Media tab on the html toolbar is broken.
364: [02:05:13] <ss23`> simon_w: Do you know why it would do this? Like, I assume it's a "feature"/intended behaviour, but it seems *stupid*
365: [02:05:39] <Peavers> yeah that one result is the table with 'Sitetree'? lol
366: [02:05:47] <simon_w> ss23`, should only do it if the initial SHOW TABLES didn't return something
367: [02:05:55] <simon_w> Or the MySQL connector is being screwy
368: [02:06:56] <Peavers> ss23, latest error https://dl.dropboxusercontent.com/u/5616402/Internet%20Posts/ss23.jpg
369: [02:07:11] <Peavers> I'd fix it, but error messages and all, etc etc.
370: [02:09:01] <ss23`> Peavers: hmm, I haven't used that way of adding files sorry. Haven't heard of an issue there though, sorry
371: [02:09:12] <ss23`> simon_w: Hmm, worth fixing for this site do you think?
372: [02:09:43] <ss23`> simon_w: all of my sites are doing it on dev at least
373: [02:09:59] <simon_w> ss23`, any fix won't go into 3.1.0
374: [02:10:24] <ss23`> simon_w: If it was me, I would backport the fix to every version of SS
375: [02:10:30] <ss23`> Doing 2x as many queries on every request is expensive as *fuck*
376: [02:11:17] <simon_w> Don't worry, 3.2's probably going to double it again!
377: [02:11:49] <ss23`> If we combine with my fix, that'll be the same amount!
378: [02:12:08] <ss23`> Does showqueries require some weird thing or something?
379: [02:12:12] <ss23`> Doing it on live sites doesn't work
380: [02:13:04] <ss23`> Oh my goodness Silverstripe does a lot of queries. Anyway, doesn't seem to be doing 2x queries on productoin
381: [02:13:11] * spronk has joined #silverstripe
382: [02:13:15] <ss23`> Might be just an effect of being in dev mode or some other weirdness on my server
383: [02:13:16] <ss23`> Phew
384: [02:14:02] <ss23`> Still is doing SHOW TABLES LIKE 'foo'; SHOW TABLES LIKE 'bar'; Might spend some time optimizing that into just a SHOW TABLES; and store it in ram for entire page request
385: [02:14:32] <ss23`> Could even cache it for like 15 mins (and kill it on dev/build) and get some kick-ass improvements
386: [02:14:46] <ss23`> New project: Make SS not slow
387: [02:15:39] <simon_w> ss23`, https://gist.github.com/simonwelsh/5924395
388: [02:16:24] <simon_w> Does a double show tables, but then gets rid of all the show tables like ones
389: [02:16:38] <ss23`> Why a double show tables?
390: [02:17:19] <ss23`> Only issue with that I could foresee is issues with case sensitive tables. Aren't tables in MySQL case sensitive, so you can have Logs and logs as separate tables?
391: [02:17:23] * spronk has left #silverstripe
392: [02:17:35] <ss23`> wtf
393: [02:17:39] <simon_w> Yeah, but is how the table list works already
394: [02:17:44] <ss23`> in fact, this site is doing like, at least 3 set ansi modes
395: [02:17:44] <simon_w> Should probably be changed
396: [02:18:00] <ss23`> simon_w: As in, it already does that caching? CAuse it's not for me with showqueries=1 on 3.1
397: [02:18:03] <simon_w> That's only supposed to happen on construction of a new MySQLDatabase
398: [02:18:03] <ss23`> It's doing lots of queries!
399: [02:18:15] <tractorcow> ss23: I think that repeated table lists is just the tip of the iceberg
400: [02:18:30] <ss23`> tractorcow: For sure, but you have to start optimizing somewhere
401: [02:18:52] <simon_w> Especially since you want to make queries in 3.2 horribly slow :p
402: [02:18:57] <tractorcow> ss23: Did you have a glance at the DBSchemaManager I wrote for 3.2?
403: [02:19:05] <tractorcow> Could use some optimisation there :)
404: [02:19:30] <ss23`> Nope :D
405: [02:19:35] <tractorcow> I'd love to get support from other developers in the form of pull requests
406: [02:19:35] <ss23`> simon_w: Since *I* do?!
407: [02:19:40] <ss23`> Or tractorcow?
408: [02:19:43] <simon_w> ss23`, tractorcow
409: [02:19:45] <ss23`> Ah k
410: [02:19:49] <ss23`> tractorcow: If I get time, for sure, but like...
411: [02:19:55] <ss23`> I haven't even had time to fix my issues :<
412: [02:19:55] <ss23`> sorry
413: [02:20:22] <ss23`> The only time this does a SET MODE = 'ANSI' is when a mysql object is constructed. Conclusion: In my dev, the mysql object is being constructed multiple times
414: [02:20:25] <ss23`> Now, why would that happen?
415: [02:20:27] <tractorcow> my ORM rewrite is not as efficient as it could be
416: [02:20:41] <tractorcow> simon would use other words to describe it though :)
417: [02:20:47] <ss23`> lol
418: [02:21:01] <tractorcow> SET MODE = ansi is when a db connection is created
419: [02:21:03] <simon_w> yeah, prepared statements are really really slow
420: [02:21:15] <ss23`> simon_w: Set them to emulated if you want to
421: [02:21:30] <simon_w> ss23`, but MySQLi doesn't have emulated
422: [02:21:35] <ss23`> Are you sure about that, cause like
423: [02:21:38] <ss23`> It lets you set emulated
424: [02:21:52] <simon_w> PDO does, MySQLi doesn't
425: [02:21:54] <ss23`> tractorcow: Yes, and it's happening more than once for this page, so I wanna know why
426: [02:21:57] <ss23`> simon_w: Oh, I see what you mean
427: [02:22:00] <tractorcow> simon_w: Are you saying in general slow, or just my code sucks slow?
428: [02:22:01] <ss23`> simon_w: wtf, why aren't we just using PDO?
429: [02:22:19] <ss23`> PDO is a nicer API IMO :<
430: [02:22:24] <simon_w> tractorcow, in general
431: [02:22:32] <tractorcow> I see
432: [02:22:38] <simon_w> especially in short-lived requests like web ones
433: [02:22:44] <tractorcow> that was kind of the point of my project ss23 :)
434: [02:22:47] <ss23`> tractorcow: It has to send a packet to MySQL, get a response, then send another one back to MySQL with the data, then get the respone
435: [02:22:49] <tractorcow> pdo, prepared statements,
436: [02:22:50] <ss23`> tractorcow: So doubles the time required
437: [02:22:52] <ss23`> Oh, okay
438: [02:22:53] <tractorcow> and I got carried away a bit >_>
439: [02:22:58] <ss23`> Then if we ar eusing PDO, we can emulate, right?
440: [02:23:01] <ss23`> simon_w: So it'll be fine?
441: [02:23:10] <simon_w> ss23`, PDO is slower than MySQLi
442: [02:23:18] <simon_w> and we already emulate inside SS
443: [02:23:20] <tractorcow> ss23: I think if we have per-request caching for those statements we can probably cut down some of those requests
444: [02:23:49] <tractorcow> it only has to do the initial request when the statement is prepared right?
445: [02:23:52] <ss23`> simon_w: PDO with emulated prepares isn't going to be slower than real prepares with MySQLi, which is the issue you're talking about, rihgt?
446: [02:24:10] <ss23`> tractorcow: Yes, so the ->prepare call talks to MySQL, and so does the ->execute()
447: [02:24:16] <simon_w> ss23`, in that case, yes, PDO will be faster
448: [02:24:40] <ss23`> simon_w: So lets use PDO, who cares if it's slower than MySQLi in some contrived non read-world case
449: [02:24:51] <tractorcow> kk, I'll work on that next time I get some time simon_w. see if we get any performance
450: [02:24:59] <tractorcow> Have been putting off optimisation sorry
451: [02:25:00] <simon_w> tractorcow, you know SS has very little queries you can actually cache, right?
452: [02:25:07] <tractorcow> yes, that's right,
453: [02:25:09] <ss23`> simon_w: SHOW TABLES;
454: [02:25:11] <ss23`> :P
455: [02:25:16] <ss23`> Or you mean in a single request?
456: [02:25:19] <tractorcow> but there's a lot of "SELECT * FROM BLAGH WHERE ParentID = ?" that can be cached
457: [02:25:57] <simon_w> Oh right, people don't think about caching their menus at all
458: [02:25:59] <simon_w> Silly people
459: [02:26:50] <simon_w> ss23`, that's something you could do. Stick <% cached %> around your menus
460: [02:27:13] <tractorcow> So it's pointless to try to cache statements then?
461: [02:27:25] <simon_w> tractorcow, give it a shot, it might work
462: [02:27:36] <ss23`> simon_w: We want to, but there's a minor issue there
463: [02:27:54] <ss23`> simon_w: The menus atm only show 2 levels down, so when you click on a child page, it'll display a different menu
464: [02:28:02] <ss23`> Will have to display all always and hide with CSS
465: [02:28:08] <ss23`> Won't be *too* hard, but annoying :<
466: [02:28:14] <ss23`> simon_w: Do you know about the fulltextsearch module?
467: [02:28:19] <simon_w> Nope
468: [02:28:25] <simon_w> Especially not the Solr one
469: [02:28:26] <ss23`> mmk
470: [02:28:28] <ss23`> lol
471: [02:28:37] <tractorcow> Well, I get the feeling I'm at the point where I need to advance my actual understanding of mysql / pdo / etc to actually figure out how to optimise this
472: [02:28:49] <tractorcow> hence I'm bugging you for information :P
473: [02:29:06] <tractorcow> i.e. I don't really know what I'm doing
474: [02:29:39] <simon_w> tractorcow, you only get performance improvements from prepared statements after using them twice, and SS already emulates them (if people used filter() like they're supposed to)
475: [02:29:43] <ss23`> Ahhhhhh, I see. This module make an entirely new connection, since it sometimes uses a different DB
476: [02:29:52] <ss23`> Annoying, and expensive as fuck, but hard to refactor the code to change it
477: [02:30:08] <tractorcow> ah crap
478: [02:30:13] <simon_w> ss23`, aha, that's why I saw it with CWP, but couldn't remember anywhere else
479: [02:30:14] <ss23`> tractorcow: It will be a security advantage though
480: [02:30:15] <tractorcow> so I shouldn't have paramaterised the filter api?
481: [02:30:23] <tractorcow> I did =(
482: [02:30:53] <ss23`> Who cares if it's slower, anway
483: [02:30:55] <ss23`> Everyone caches it
484: [02:31:03] <tractorcow> I got the total Convert::raw2sql usage across both modules down to about 4-5 calls
485: [02:31:46] <simon_w> tractorcow, so you moved where the preparing happens. If you do get caching working, that's a good thing.
486: [02:32:18] <tractorcow> I know that PDO maintains connections across requests
487: [02:32:20] * spronk has joined #silverstripe
488: [02:32:27] <ss23`> No it doesn't
489: [02:32:33] <ss23`> Not by default, anyway
490: [02:32:35] <tractorcow> doesn't it reuse mysql connections?
491: [02:32:39] <ss23`> That
492: [02:32:43] <ss23`> That's not really possible, normally
493: [02:32:48] <simon_w> connect!
494: [02:32:53] <simon_w> *pconnect!
495: [02:33:05] <ss23`> Yeah
496: [02:33:21] <simon_w> tractorcow, that just speeds up the __construct() over high-latency networks
497: [02:33:35] <ss23`> tractorcow: You can turn on persistent connections (hint: everyone sane does, unfortunately PHP is shit at it) with PDO or MySQLi or mysql_*
498: [02:33:54] * pancakewin has joined #silverstripe
499: [02:34:08] <ss23`> What you're meant to have is a connection pool, whcih always maintains like 10 spare connections to your DB, and your web processes just grab them as they need them
500: [02:34:18] <ss23`> It's not possible in PHP though, so you just maintain one connection per process
501: [02:34:19] <ss23`> Or something
502: [02:34:27] * ss23` thread thread thread
503: [02:35:20] <ss23`> http://www.php.net/manual/en/pdo.connections.php#100414 grrr
504: [02:35:22] <ss23`> someone needs to delete that
505: [02:35:50] <simon_w> ss23`, down vote!
506: [02:36:06] <ss23`> simon_w: I'll get one of the doc mods on php.net to delete it I guess
507: [02:36:15] <ss23`> FrozenFire: You're one, aren't you? plz delete that comment
508: [02:36:16] <simon_w> like FrozenFire?
509: [02:36:17] <ss23`> FrozenFire -- the docs guy.
510: [02:36:35] <ss23`> There's some people in ##php who do, but I need to be reisgstered to ask there and my VPS is down etc...
511: [02:36:54] * simon_w is now known as ss23
512: [02:36:55] <FrozenFire> On it. :P
513: [02:37:00] <ss23> Oh look
514: [02:37:08] <ss23> I'm ss23 now!
515: [02:37:09] * ss23 is now known as simon_w
516: [02:37:16] <simon_w> You can change nick :p
517: [02:37:20] <simon_w> And then id
518: [02:37:58] <ss23`> lol
519: [02:38:02] <ss23`> Let me just go get my password
520: [02:38:04] <ss23`> WHICH IS ON MY VPS
521: [02:38:06] <ss23`> I could get it actually
522: [02:38:11] <ss23`> I'm just too lazy
523: [02:38:13] <ss23`> effort++
524: [02:39:07] <tractorcow> I made a module https://github.com/tractorcow/silverstripe-twitter
525: [02:39:10] * FrozenFire feels like he knows *exactly* why this comment needs to be deleted (changing the character set), but just to be sure...
526: [02:39:27] <tractorcow> Twitter broke all my existing twitter feeds by requiring oauth for all requests =(
527: [02:39:59] <ss23`> tractorcow: all the sites here broke too :<
528: [02:40:09] <ss23`> FrozenFire: If PDO isn't aware of the character set change, it cna't escape your queries properly
529: [02:40:10] <FrozenFire> Oh right, you're supposed to set the character set in the connection
530: [02:40:13] <tractorcow> So I made a module I can deploy to the other sites
531: [02:40:35] <tractorcow> i'm lazy, so I did a huge amount of work to make something moduler I could use 2 times
532: [02:40:41] <ss23`> FrozenFire: http://nz1.php.net/manual/en/mysqlinfo.concepts.charset.php has the gist of it (not sure if there's a PDO version but it applies to PDO too)
533: [02:41:14] <FrozenFire> Deleted the note. Keep in mind that it takes a bit of time for deletions to show up
534: [02:41:23] <ss23`> sweet ^.^
535: [02:41:34] <simon_w> Oh good, I did set MySQLi properly
536: [02:41:43] <simon_w> mysql did a query to set the charset
537: [02:43:06] <Pyromanik> MAJOR HATRED
538: [02:43:06] <ss23`> Hmm, so I did, on my entire Page.ss, <% cached LastEdited, ID %> etc
539: [02:43:11] <Pyromanik> PHP Fatal error: Object::add_extension() - Extension "BlogDates" is not a subclass of Extension
540: [02:43:14] <ss23`> But it always does the same amount of queries in showqueries
541: [02:43:15] <Pyromanik> class BlogDates extends DataObjectDecorator {
542: [02:43:18] <Pyromanik> WHAAAAAT
543: [02:43:25] <Pyromanik> HULK BASH, HULK SMASH
544: [02:43:36] <simon_w> Pyromanik, flush?
545: [02:43:39] <ss23`> Pyromanik: Decorate::add_decorator()
546: [02:43:45] <Pyromanik> really/
547: [02:43:49] <ss23`> lol
548: [02:43:50] <ss23`> I LIED
549: [02:43:51] <ss23`> :D
550: [02:43:54] <Pyromanik> I know
551: [02:44:06] <Pyromanik> simon_w: yeah, trying to dev/build this.
552: [02:44:09] <ss23`> What about *my* problem? :<
553: [02:44:26] <Pyromanik> ss23`: yours is unimportant. You have the whole of SS in your immediate vacinity.
554: [02:44:53] <ss23`> lol
555: [02:44:57] <ss23`> Okay I 'fixed' mine
556: [02:45:05] <ss23`> Turns out Silverstripe just does like 500 queries even if you cache the entire templat
557: [02:45:07] <Pyromanik> well done.
558: [02:45:07] <ss23`> template*
559: [02:45:23] <Pyromanik> seems like the opposite of cache
560: [02:45:33] <Pyromanik> so yeah.
561: [02:46:24] <FrozenFire> Incidentally, you guys owe me a new chair
562: [02:46:28] <Pyromanik> oic, stupid 2.4
563: [02:46:30] <Pyromanik> not logged in.
564: [02:46:36] <Pyromanik> having a massive spaz about it
565: [02:46:45] <FrozenFire> Three sudden pings is usually an indication that something's going wrong with a project. :P
566: [02:47:01] <FrozenFire> So I bounced up in my chair, smacked my head against the headrest in my hast
567: [02:47:03] <FrozenFire> haste**
568: [02:47:09] <FrozenFire> Broke the headrest clean off my chair
569: [02:47:16] <ss23`> hahaha
570: [02:47:29] <Pyromanik> dings?
571: [02:47:49] * Peavers quit (Ping timeout: 246 seconds)
572: [02:47:51] <simon_w> Pyromanik, ding
573: [02:47:52] <simon_w> Pyromanik, ding
574: [02:47:52] <simon_w> Pyromanik, ding
575: [02:47:53] <simon_w> Pyromanik, ding
576: [02:47:53] <simon_w> Pyromanik, ding
577: [02:47:54] <simon_w> Pyromanik, ding
578: [02:47:57] <ss23`> spam
579: [02:47:58] <ss23`> kick him
580: [02:47:59] <ss23`> plz
581: [02:48:15] <simon_w> Hey, I stopped before I hit the flood limits!
582: [02:48:32] <ss23`> CHEATER
583: [02:48:50] <FrozenFire> https://www.youtube.com/watch?feature=player_detailpage&v=k85mRPqvMbE#t=34s
584: [02:49:33] <ss23`> So I need a new NZ VPS
585: [02:49:40] <ss23`> Is Rimu my only option pretty much or what?
586: [02:49:42] <ss23`> Can't use Sitehost
587: [02:49:44] <simon_w> Webhost?
588: [02:50:03] <ss23`> Is that you asking what I'm going to use it for?
589: [02:50:04] <simon_w> *webdrive
590: [02:50:07] <ss23`> lol
591: [02:50:26] <ss23`> I need one that supports IRC :<
592: [02:50:40] <simon_w> So not really rimu either then :p
593: [02:50:45] * ss23` checks the ToS
594: [02:50:49] <ss23`> Does Rimu say no IRC?!
595: [02:51:02] <ss23`> ffff
596: [02:51:04] <ss23`> No Webdrive
597: [02:51:21] <ss23`> Hmm
598: [02:51:28] <ss23`> How much is it to get fibre to the home in Wellington, simon_w?
599: [02:51:33] <Pyromanik> simon_w: oic.
600: [02:51:36] <ss23`> I could just host it at my friends house for a few years
601: [02:51:43] <Pyromanik> simon_w: I don't ding.
602: [02:51:52] <simon_w> ss23`, depends if you're in a UFB zone or not
603: [02:52:03] <Pyromanik> ss23`: webdrive cloud server
604: [02:52:04] <ss23`> I'm going to say "yes", otherwise I wouldn't even bother
605: [02:52:07] <Pyromanik> $1 a day
606: [02:52:11] <ss23`> Pyromanik: Webdrive explicitly denies IRC
607: [02:52:32] <simon_w> ss23`, then I don't think snap charges for connection
608: [02:52:37] <Pyromanik> that's true, although someone at hackfest said if you use non default ports it's fine.
609: [02:52:41] <ss23`> simon_w: Even if you're not in UFB?!
610: [02:52:50] <ss23`> Pyromanik: I would rather not give my host a reason to disconnect me though :P
611: [02:52:53] <Pyromanik> although, it's part of their TaCs
612: [02:52:59] <Pyromanik> so you'd probably not get away with it, yeah.
613: [02:52:59] <simon_w> ss23`, well, if you're not in UFB, you need to wait for it
614: [02:53:10] <ss23`> simon_w: Where to check?
615: [02:53:12] <Pyromanik> ss23`: never ever 24/7, not even once.
616: [02:53:34] <ss23`> simon_w: I know I was in zone in Hamilton when I looked, but I can't remmeber where I looked
617: [02:53:35] <simon_w> https://myaccount.snap.net.nz/info/serviceavailability
618: [02:53:59] <Pyromanik> simon_w: what is happen? http://iforce.co.nz/i/wpelxs3l.5v0.png
619: [02:54:20] <ss23`> lol error Pyromanik XD
620: [02:54:23] <simon_w> Pyromanik, same problem as Peavers?
621: [02:54:42] <ss23`> simon_w: Uh, that page is totally not sweet
622: [02:54:48] <ss23`> simon_w: Suspect you have to log in to... make it work
623: [02:54:58] <ss23`> Uncaught ReferenceError: $ is not defined -- lol
624: [02:55:09] <simon_w> ss23`, https://myaccount.snap.net.nz/signup/home click UFB, click "check now"
625: [02:55:20] <simon_w> find out now, whatever
626: [02:55:38] <simon_w> or http://www.telecom.co.nz/internet/addresschecker/?nid=mm426
627: [02:55:43] <ss23`> No UFB :<
628: [02:56:24] <simon_w> http://www.vodafone.co.nz/internet/naked-cable-broadband/
629: [02:57:50] <simon_w> Ha, tests already fail on 5.5
630: [02:58:10] <simon_w> Oh right, I only fixed them in 3.1
631: [03:00:34] * FrozenFire desperately two-part epoxies his headrest
632: [03:00:41] <FrozenFire> Not keen on changing chairs right now >.>
633: [03:01:21] <simon_w> Duct take!
634: [03:01:57] <irogue> take?
635: [03:02:02] * irogue takes some ducts
636: [03:02:04] <simon_w> tape!
637: [03:02:07] <FrozenFire> Duck take
638: [03:07:29] <ss23`> take duck?
639: [03:08:29] * joelpittet quit (Remote host closed the connection)
640: [03:13:22] <FrozenFire> Rake muck
641: [03:16:37] <ss23`> With the caching key, does that mean if you do <% cached lol %>foobar<% end_cached %><% cached lol %>baz<% end_cached%>, it'll output foobarfoobar?
642: [03:16:54] <ss23`> Like, the only thing used for the cache key is the stuff you put in, nothing else? Not the template name, theme, nothing?
643: [03:17:29] <FrozenFire> That'd be a case where I'd say, don't.
644: [03:17:34] <FrozenFire> The behaviour is undefined
645: [03:17:45] <ss23`> Is it undefined, or is it explicitly defined as outputting foobarfoobar?
646: [03:17:57] <ss23`> I'm asking to understand how the caching system works :P
647: [03:18:32] <simon_w> It also uses the generated PHP inside the cached block
648: [03:18:35] <FrozenFire> What you're asking invokes a behaviour which is *entirely* dependent upon idiosyncrasies of the templating engine which are liable to change constantly.
649: [03:18:52] <ss23`> Ah, I see
650: [03:18:57] <FrozenFire> It may output foobarbaz
651: [03:19:00] <simon_w> $key = "'" . sha1($sub['php']) . (isset($res['key']) && $res['key'] ? "_'.sha1(".$res['key'].")" : "'") .
652: [03:19:00] <simon_w> ".'_$block'";
653: [03:19:02] <FrozenFire> It may output foobarfoobar
654: [03:19:12] <FrozenFire> It may output something the first time, but something different the next
655: [03:19:26] <FrozenFire> The cache key, however, I believe is your question.
656: [03:19:27] <simon_w> $block's the 1-based index of the cached block in the current template
657: [03:19:29] <ss23`> Ah cool, ty simon_w :D
658: [03:19:47] <spronk> ah, calibrating displays
659: [03:19:48] * spronk sighs
660: [03:19:51] <ss23`> Also, is it more expensive to do like... <% cached %>Static content $stuff_that_comes_from_db<% end_cached %>, or Static Content<% cached %>$stuff that comes from db<% end_cached%>
661: [03:20:02] <ss23`> spronk: Sounds like a designers job if you ask me
662: [03:20:13] <spronk> ss23`: sif... these are my displays!
663: [03:20:20] <Pyromanik> quack quack
664: [03:20:31] <simon_w> It'll be ever so slightly faster (like, who cares sort of faster) to not cache the static
665: [03:20:34] <Pyromanik> simon_w: what problem did Peavers have?
666: [03:20:44] <ss23`> Sweet simon_w, that's good :D
667: [03:20:51] <ss23`> Saves me caring about the static stuff if it's negilible
668: [03:21:02] <ss23`> Just wanted to make sure it wouldn't be infiinty faster/slower
669: [03:21:20] <simon_w> Pyromanik, pop ups loading things it shouldn't
670: [03:21:38] <Pyromanik> simon_w: yeah, pretty much.
671: [03:21:42] <Pyromanik> only on UDF
672: [03:21:51] <Pyromanik> other pages are unaffected
673: [03:22:00] <ss23`> Also, how does it interact with include? e.g. <cached><include foo></cached> -- does that work... as in, caches the content of the include, rather than just says "Oh yay, we have a hit, the hit says 'load all that stuff and do the DB calls'?
674: [03:22:31] <simon_w> ss23`, it caches the include
675: [03:22:47] <simon_w> just watch out for $Layout. While it's cached for output reasons, it's also still generated
676: [03:23:18] <ss23`> simon_w: It caches... the content of the include? As in it'll be speedy, right?
677: [03:23:26] <simon_w> Yes, the content
678: [03:23:37] <simon_w> It doesn't make sense to cache the parsed template again :p
679: [03:23:41] <ss23`> sweeeeeet
680: [03:25:32] <ss23`> So regarding the docs, they say "<% cached 'navigation', List(Page).max(LastEdited) %>", the 'navigation' in that is unneeded, right, since the PHP acts as a key anyway?
681: [03:25:46] <ss23`> Also, any way to change the TTL? Docs say it's 10 mins?
682: [03:27:56] * mobiusnz quit (Quit: Leaving.)
683: [03:28:11] * mobiusnz has joined #silverstripe
684: [03:28:12] <simon_w> add a SS_Cache backend for cacheblock with a longer default TTL
685: [03:28:25] <ss23`> Hmm, sounds hard. I'll be fine with 10 mins
686: [03:28:38] <ss23`> Could make it like infinite length I guess, if the cache keys are 'good'
687: [03:28:39] <ss23`> But cbf
688: [03:28:45] <ss23`> Won't hurt the site to have to do some work evey 10 mins o/
689: [03:28:46] <ss23`> every8
690: [03:28:49] <ss23`> every*
691: [03:29:46] <simon_w> Huh, it's even easier now
692: [03:30:07] <simon_w> SS_Cache::set_cache_lifetime('cacheblock', 86400, 100);
693: [03:30:20] <simon_w> (86400 is TTL, 100 is priority. Higher wins)
694: [03:30:50] <ss23`> 'cacheblock' meaning it's global for *every* block?
695: [03:31:12] <simon_w> yes
696: [03:31:22] <simon_w> Can't do it on a per-block basis
697: [03:31:37] <simon_w> And you can't open a ticket for it, cause that'd be a feature :p
698: [03:31:40] <ss23`> haha
699: [03:31:48] <ss23`> Is the current object, whatever it is, in memory already?
700: [03:31:56] <ss23`> AS in, does it make sense to cache $Content?
701: [03:32:28] <simon_w> yes, it's already in memory
702: [03:32:51] <simon_w> only makes sense to cache $Content if you've got some rather slow short codes
703: [03:33:02] <metanat> Anyone have any idea why Fields like Created, LastEdited and ID would be showing up in a scaffoldFormFields call?
704: [03:33:14] <ss23`> sweet, makes sense simon_w, ty :D
705: [03:33:46] <metanat> Oh and ClassName
706: [03:33:47] <simon_w> metanat, because I merged a PR that had a change it shouldn't have
707: [03:34:01] <metanat> Oh right.
708: [03:34:19] <metanat> Oh I see, it was 2175
709: [03:34:20] <simon_w> https://github.com/silverstripe/silverstripe-framework/commit/50e9eee2e9dcfc5c14608f5e72adf06592b74f7b
710: [03:34:23] <ss23`> simon_w: If there was more unit tests, it would've been marked as "DON'T MERGE" so it would've been fine!
711: [03:34:35] <simon_w> ss23`, the tests that break are in CMS
712: [03:35:10] <ss23`> Would be nice to have those ran for Framework too
713: [03:35:11] <ss23`> tbh
714: [03:35:16] <ss23`> Since they're rather intimatly related
715: [03:35:38] <chrisrio> gentlemen, what is the quickest way to hide all the default page types in the CMS. I just want them to use my amazeballs page extensions, not the pitiful default ones.
716: [03:35:39] <simon_w> yeah, I was thinking that
717: [03:35:39] <chrisrio> pfft.
718: [03:35:48] <chrisrio> eg errorpage, virtualpage etc
719: [03:35:55] <ss23`> chrisrio: Remove them from allowed_children?
720: [03:35:56] <chrisrio> can I _config.php magic that?
721: [03:36:40] <chrisrio> rgr
722: [03:36:44] <tractorcow> There is $hide_ancestor but that only works on subclasses of default types
723: [03:37:20] <simon_w> No it doesn't :p
724: [03:37:28] <tractorcow> doesn't it?
725: [03:37:39] <simon_w> chrisrio, config:
726: [03:37:40] <simon_w> ErrorPage:
727: [03:37:40] <simon_w> hide_ancestor: ErrorPage
728: [03:37:46] <tractorcow> Oh sneaky
729: [03:37:59] <chrisrio> you can DO that?
730: [03:38:02] <tractorcow> Don't worry, I'll make a PR to fix that bug
731: [03:38:03] <simon_w> There's no check that the ancestor to hide is actually an ancestor
732: [03:38:07] <tractorcow> ss23 will merge it
733: [03:38:12] <simon_w> ss23` can't.
734: [03:38:28] <simon_w> chrisrio, will need 3.1 to do it, but yup
735: [03:38:37] <chrisrio> pssh, SS3
736: [03:38:45] <chrisrio> 3.1 cant be trusted.
737: [03:38:54] * cloph_away has joined #silverstripe
738: [03:39:05] <chrisrio> I guess i'll get down and do it the old fashioned way
739: [03:39:19] <simon_w> with 3.0, you'll need to put static $hide_ancestor = 'ErrorPage'; in one of your classes
740: [03:39:37] <simon_w> and the same for Virtual and Redirector pages
741: [03:39:57] * cloph quit (Ping timeout: 246 seconds)
742: [03:40:27] <tractorcow> simon_w: Is there a reason there's an allowed_children but not an allowed_parent?
743: [03:40:40] <tractorcow> I mean, a class filter, not the URL one
744: [03:40:41] <chrisrio> simon_w: outstanding
745: [03:40:50] * kerosene quit (Ping timeout: 256 seconds)
746: [03:40:54] <ss23`> You just wait, I'll get access to silverstripe-framework yet!
747: [03:41:42] <simon_w> tractorcow, because no one's written one?
748: [03:41:46] <tractorcow> I can say "this page only can have SomethingChild", but I can't stop adding "SomethingChild" to all the other pages without lots of explicit allowed_children everywhere
749: [03:42:01] <tractorcow> I was going to expect you to say "because that's a stupid idea because ... reasons"
750: [03:42:16] <tractorcow> but, if that's the only reason, then yeah I'd like to add that (for 3.2)
751: [03:42:41] <FrozenFire> Personally I'd see those as additions to Hierarchy
752: [03:42:54] <simon_w> There might be efficiency/complexity concerns in actually implementing it
753: [03:43:00] <simon_w> and UI ones
754: [03:43:17] <simon_w> especially UI ones
755: [03:45:17] <tractorcow> Could replace the existing system, so that instead of can_be_root, allowed_children, default_parent, default_child etc it can build a hierarchy filter, of some kind, and cache it
756: [03:46:50] <tractorcow> then you could implement, for example, classes which cannot be child pages, or can only be children of a certain type(s), etc
757: [03:48:28] <ss23`> Not enough recommendations! Add music so we can create a custom Radio Station.
758: [03:48:32] <ss23`> DAMN YOU GROOVESHARK
759: [03:48:36] <ss23`> like 10 albums I've listened to
760: [03:48:42] <ss23`> You would think it would have an *idea* of what to play
761: [03:49:06] <simon_w> Spotify had my main playlist. Its recommendations were still crap.
762: [03:49:12] <ss23`> ya
763: [03:49:17] <ss23`> Recommendations all sux
764: [03:49:36] <simon_w> Genius is usually rather good
765: [03:49:54] <ss23`> I would try it, but it doesn't have API so I can use it with other players
766: [03:49:57] <ss23`> and iTunes can't play my msuic
767: [03:49:59] <simon_w> Perhaps purchase patterns are a lot more useful than listen patterns
768: [03:50:13] <ss23`> Genius has all my purcahse history!
769: [03:50:16] <irogue> i'll never forget the time I told Rdio to play things similar to Blindspott and it played Tears in Heaven
770: [03:50:18] <ss23`> :D
771: [03:50:26] <ss23`> irogue: Are they not similiar?
772: [03:50:28] <simon_w> Oh, that's right, you use a silly format
773: [03:52:17] <irogue> ss23`: http://youtu.be/tgvYV2bC6HA?t=1m8s vs. http://youtu.be/JxPj3GAYYZ0?t=46s
774: [03:52:20] <irogue> rather... not similar :P
775: [03:52:43] <ss23`> lol irogue
776: [03:52:47] <ss23`> YOU ARE RIGHT THOSE ARE NOT SIMLIAR
777: [03:52:55] <ss23`> hmm now I wanna listen to some metal
778: [03:52:57] <ss23`> WHAT METAL THOUGH
779: [03:53:15] <simon_w> Titanium!
780: [03:53:21] <ss23`> Oh you.
781: [03:53:25] <irogue> ss23`: obv Blindspott
782: [03:53:37] <ss23`> haha, you wish!
783: [03:53:37] <simon_w> Is a metal and is also a "band"!
784: [03:54:18] * ss23` now playing Determined - Mudvayne [Lost and Found - 200?]
785: [03:54:23] <ss23`> Think it's maybe... 2005 or so?
786: [03:55:09] <irogue> i need a now playing skript
787: [03:55:13] <ss23`> I typed it
788: [03:55:14] <ss23`> :D
789: [03:55:18] <ss23`> Okay partial caching
790: [03:55:29] <irogue> it'd prob be easy cos it gets scrobbled to last.fm
791: [03:55:33] <ss23`> I can do max(lastedited) on pages for the footer menu, but for... siblings menu, is there like a Sibligns::lastEdited?
792: [03:55:35] <simon_w> Now playing: http://www.youtube.com/watch?v=ObLDB0LuSdU
793: [03:55:37] <ss23`> irogue: Mine too! :D
794: [03:55:40] <irogue> I imagine that being easier to grab from than Spotify
795: [03:56:24] <ss23`> I wonder how much slower sites are in Silverstripe when people just comment crap out
796: [03:56:31] <ss23`> <!-- $expensivestuff -->
797: [03:56:36] <irogue> Your musical compatibility with ss2342 is HIGH
798: [03:56:42] <ss23`> awww
799: [03:56:45] <irogue> wow, that says bad things about your musical taste, ss23`
800: [03:56:46] <ss23`> Close to very high
801: [03:56:46] <ss23`> :D
802: [03:56:47] <irogue> :P
803: [03:56:49] <ss23`> hahahaha
804: [03:56:57] <ss23`> The HIGH is from the subset of good music you listen to
805: [03:56:57] <simon_w> ss23`, Parent.AllChildren?
806: [03:57:05] <ss23`> Come on, what have we got in common, irogue? :P
807: [03:57:26] <simon_w> and, for comments, <%-- $expensivestuff --%>
808: [03:57:29] <irogue> Music you have in common includes Anberlin, Evermore, deadmau5, Ellie Goulding and Daft Punk.
809: [03:57:31] <ss23`> simon_w: How do you write that as a cache key in a template? List(Parent.AllChildren).max(LastEdited)
810: [03:57:46] <ss23`> irogue: See! All of those are good %.%
811: [03:58:00] <simon_w> ss23`, Parent.AllChildren.max(LastEdited)
812: [03:58:15] <ss23`> sweet, ty simon_w :D
813: [03:58:16] <irogue> ss23`: yup, though that's partially cos radio :P
814: [03:58:39] <irogue> i haven't intentionally listened to deadmau5 or Ellie Goulding, not that there's anything wrong with them
815: [03:58:49] <irogue> Evermore and Anberlin i listen to a shitload
816: [03:59:07] <irogue> and are both bands i've seen live!
817: [03:59:39] <ss23`> I take it SiteConfig is loaded on each page load too, so no point in caching?
818: [03:59:52] <simon_w> ss23`, only if you use it
819: [04:00:04] <simon_w> but, since you need a key, you load it
820: [04:00:05] <ss23`> hmm okay, might cache it then
821: [04:00:27] <ss23`> You mean, the key would be SiteConfig.LastEdited, so you would need to load SiteConfig, so you gain nothing?
822: [04:00:33] <simon_w> yup
823: [04:00:37] <ss23`> Hmm, I see
824: [04:00:53] <Pyromanik> hmm, issue is repeatable
825: [04:01:10] <Pyromanik> maybe it's time to update userforms
826: [04:01:19] <ss23`> myy music stopped
827: [04:01:22] * ss23` looks around
828: [04:01:25] <ss23`> it skilled to the next song
829: [04:01:26] <ss23`> WHAT IS THIS
830: [04:01:28] <ss23`> DAMMIT
831: [04:01:29] <ss23`> that was good
832: [04:01:30] <ss23`> ffff :<
833: [04:01:56] <irogue> STOP AND STARE WHAT THE FUCK YOU DON'T KNOW ME
834: [04:02:08] <ss23`> OH I RECOGNIZE THAT
835: [04:02:15] <ss23`> is that Blindspot?
836: [04:02:25] <ss23`> Where does $Header come from? Is that a default template variable?
837: [04:02:30] <simon_w> Woo, more S Club. iTunes knows what I like :)
838: [04:02:35] <simon_w> ss23`, nope
839: [04:03:24] <ss23`> lol
840: [04:03:26] <ss23`> dammit
841: [04:03:31] <ss23`> I have a Page.php getHeader()
842: [04:03:34] <ss23`> Does that make $HEader work?
843: [04:03:38] <simon_w> yes
844: [04:04:04] <ss23`> swt
845: [04:05:20] <ss23`> return FooterHolder::get_one('FooterHolder', '"ClassName"=\'FooterHolder\'');
846: [04:05:20] <ss23`> wtf
847: [04:05:21] <Pyromanik> lol github broke itself
848: [04:05:37] <ss23`> Does this code just do FooterHolder::get()->first(); or w/e?
849: [04:05:42] <Pyromanik> ss23`: yes
850: [04:05:46] <Pyromanik> well, no
851: [04:05:53] <ss23`> Like.... get one of myself where the class is myself, which it always will be?
852: [04:05:54] <Pyromanik> it makes sure no subclasses are gettered
853: [04:05:57] <ss23`> Oh I see
854: [04:06:17] <Pyromanik> but get_one is the same as get()->first() yes
855: [04:06:56] <ss23`> hmm, they did the inheritance weird
856: [04:07:21] <ss23`> instead of FooterHolder extends GenericHolder, HeaderHolder extends GenericHolder, they did HeaderHolder extends FooteRHolder
857: [04:10:55] <ss23`> ;_;
858: [04:11:02] <ss23`> Does LastEdited not include when the title was edited?
859: [04:11:46] <simon_w> It should
860: [04:12:02] <ss23`> Header.Children.max(LastEdited)
861: [04:12:08] <ss23`> Is caching the old title
862: [04:12:12] <ss23`> Remove the cache, displays right title
863: [04:12:43] <simon_w> is the title from a child of whatever Header returns?
864: [04:13:08] <ss23`> Header returns the HeaderHolder, which extends SiteTree (eventually), and has children which are Pages
865: [04:14:12] <ss23`> hmm
866: [04:14:18] <ss23`> LastEdited looks fine in SiteTree
867: [04:14:29] <ss23`> simon_w: Maybe the cache key is being weird?
868: [04:14:34] <ss23`> How to debug
869: [04:15:09] * zippy__ quit (Ping timeout: 245 seconds)
870: [04:15:17] <ss23`> simon_w: where was the cache key stuff that I could var_dump the values from there and check?
871: [04:15:37] <simon_w> SSTemplateParser.php
872: [04:16:22] <ss23`> oh god
873: [04:16:24] <ss23`> this file is cancer
874: [04:16:25] <ss23`> what the fuck
875: [04:16:37] <simon_w> It's generated from SSTemplateParser.php.inc
876: [04:17:17] <simon_w> Also, welcome to the world of lexers
877: [04:17:58] <ss23`> Where am I meant to be looking in this for the stuff that generates the cache key etc?
878: [04:18:30] <simon_w> CacheBlock_CacheBlockTemplate
879: [04:20:10] <ss23`> uhh
880: [04:20:14] <ss23`> not sure if feature or bug
881: [04:20:28] <ss23`> string(171) "'2adcbcbf1bfaec099dc246dc9a8122aee26a0ac1_'.sha1($scope->locally()->obj('Header', null, true)->obj('Children', null, true)->XML_val('max', array('LastEdited'), true)).'_1'
882: [04:20:51] <ss23`> Is that... literally, the want the key to contain "sha1"?
883: [04:20:59] <ss23`> Or did they just mess up their quotes and mean... the result of that sha1?
884: [04:21:13] <simon_w> It gets stuck directly into a PHP file
885: [04:21:28] <ss23`> Oh I see
886: [04:21:29] <ss23`> meh
887: [04:21:34] <ss23`> Fuck the templating system
888: [04:21:35] <ss23`> #js
889: [04:22:32] <ss23`> This doesn't help me anyway :<
890: [04:22:46] <ss23`> simon_w: Is it possible doing like... LastEdited on a table instead of SiteTree?
891: [04:23:03] <simon_w> Do a ?showqueries=1, see what it's getting
892: [04:23:31] <ss23`> That is slightly easier said than done.
893: [04:23:46] <simon_w> cmd-f, MAX
894: [04:24:05] <simon_w> And is the Page you're calling Title on a direct child of Header?
895: [04:24:09] <ss23`> SELECT DISTINCT MAX("LastEdited") FROM "SiteTree_Live" LEFT JOIN "Page_Live" ON "Page_Live"."ID" = "SiteTree_Live"."ID" WHERE ("SiteTree_Live"."ClassName" IN ('Page','IFramePage','ErrorPage','RedirectorPage','FooterHolder','HeaderHolder','VirtualPage','BaseHomePage','DatedUpdateHolder','EventHolder','NewsHolder','DatedUpdateHolderExtension','DatedUpdatePage','EventPage','NewsPage','SitemapPage','BookPage','StrategyPage','Strateg
896: [04:24:13] <ss23`> simon_w: Yes
897: [04:24:20] <ss23`> On every child
898: [04:24:30] <ss23`> foreach $child as $header->children { echo $title }
899: [04:24:33] <ss23`> but in template-land code
900: [04:24:50] <ss23`> hmm
901: [04:24:53] <simon_w> run that query on the database and see what you get?
902: [04:24:53] <ss23`> that's not the right query
903: [04:25:11] <ss23`> I have more than one cache block with a MAX, that looks like the one for *every* page, right
904: [04:25:36] <ss23`> I don't see a query with MAX in it for this cache block. Let me remove the other cache blocks and see If I can see it...
905: [04:25:50] <simon_w> oh right
906: [04:25:54] <simon_w> Children, not AllChildren
907: [04:25:57] <simon_w> use AllChildren
908: [04:26:00] <ss23`> ey
909: [04:26:02] <ss23`> wat
910: [04:26:09] <simon_w> Children is an ArrayList, with canView() filters and stuff
911: [04:26:14] <ss23`> >.<
912: [04:26:19] <ss23`> sweet
913: [04:26:20] <simon_w> probably no MAX method
914: [04:26:24] <ss23`> Wouldn't...
915: [04:26:27] <ss23`> Wouldn't it give an error
916: [04:26:30] <simon_w> no
917: [04:26:36] <ss23`> Seriously, who's bloody idea was it to not give errors at times like this
918: [04:26:45] <ss23`> At least in dev...
919: [04:26:52] <simon_w> Pull request :p
920: [04:27:03] <metanat> Is that query fast?
921: [04:27:13] <ss23`> SELECT DISTINCT MAX("LastEdited") FROM "SiteTree_Live" WHERE ("SiteTree_Live"."ParentID" = '890') AND (("SiteTree_Live"."ID" != '890')) ORDER BY "SiteTree_Live"."Sort" ASC 0.0006ms
922: [04:27:14] <ss23`> Much better
923: [04:27:25] <ss23`> metanat: The MAX? They're not too slow if you're selecting where something is indexed
924: [04:27:29] <metanat> The one being used to unvalidate the cache
925: [04:27:40] <ss23`> metanat: It's faster than doing a SELECT * on every row instead
926: [04:27:41] <ss23`> :P
927: [04:27:47] <metanat> lol
928: [04:27:47] <metanat> yeah
929: [04:27:52] <ss23`> This one, where it's just teh children of a singel page, is fast
930: [04:27:57] <ss23`> Since it's just what I posted
931: [04:28:09] <ss23`> PArentID is indexed, and it'll return like 5 rows
932: [04:28:12] <ss23`> took .0006ms!
933: [04:28:13] <metanat> of course. Wouldn't it be nice to have the cache key based on something you didn't need to go to the database for?
934: [04:28:13] <simon_w> You could still an index on LastEdited if you really want, but probably shouldn't
935: [04:28:17] <simon_w> too many writes
936: [04:28:22] <ss23`> metanat: Wouldn't really work
937: [04:28:37] <ss23`> metanat: Like... you could do it in memcached and tell the CMS to invalidate *that* on a write
938: [04:28:37] <metanat> Urls wold right?
939: [04:28:44] <metanat> would
940: [04:28:52] <simon_w> Which are in the database
941: [04:28:57] <ss23`> The idea is to invalidate it when a page is published though, which you can detect through a DB change
942: [04:29:18] <metanat> No, the url that is being requested..
943: [04:29:37] <ss23`> I don't really understand sorry, metanat
944: [04:29:40] <metanat> Anyway, I know it works, hence why I built a cache system around the idea
945: [04:29:40] <ss23`> Oh
946: [04:29:42] <ss23`> I see
947: [04:29:43] <simon_w> That wouldn't work at all
948: [04:29:44] <metanat> lol
949: [04:29:50] <ss23`> metanat: That works for *some* things, but not all
950: [04:30:01] <ss23`> metanat: So, one of the things I cache is the menu right, which is dependant on *other* parts of the site
951: [04:30:18] <ss23`> metanat: I can cache $Content with URL maybe, but I wnat this cache thing to be updated (the menu) when a different page is updated
952: [04:30:30] <ss23`> (And URL doesn't change when the page is published, which means the cache wouldn't update)
953: [04:30:43] <ss23`> I think I get waht you're saying, but all in all, it's not amazingly useful as a cache key
954: [04:30:55] <ss23`> Especialyl since imagine if you renamed a page to something that had still valid cache items :O
955: [04:31:23] <simon_w> Unless you're doing static publishing, in which case the URL is all you've got
956: [04:31:30] <metanat> In a few weeks I'll be releasing a alternative partial caching system to partial cache
957: [04:31:33] <simon_w> and you have to (potentially) rebuild everything on any publish
958: [04:31:59] <ss23`> simon_w: Any kind of profiling for just like... "we did X queries, and they took X long"?
959: [04:32:04] <metanat> But I not realise I shouldn't have mentioned anything
960: [04:32:07] <ss23`> simon_w: Would be handy for seeing how much I need to cache easily
961: [04:32:17] <ss23`> metanat: Why? :O
962: [04:32:45] <metanat> Because it isn't open-source yet, so I can't go "here look"
963: [04:32:50] <ss23`> oh I see
964: [04:32:58] <ss23`> metanat: Well don't worry about it, we can see when it's ready :D
965: [04:33:37] <Pyromanik> if I return a RequestHandler from a ... well a request, what happens?
966: [04:34:01] <Pyromanik> it calls getViewer and all that jazz?
967: [04:34:02] <simon_w> Pyromanik, if there's unmatched parts of the request left, they're passed on. Otherwise, it tries to be rendered
968: [04:34:26] * Jayden90 quit (Quit: Jayden90)
969: [04:34:32] <ss23`> simon_w: $FormAttributes on a form thats on every page (search page). Worth caching, right?
970: [04:34:45] <ss23`> Or are FormATtributes done... without hitting DB?
971: [04:34:49] <ss23`> They are, aren't they!
972: [04:34:51] <ss23`> So not worth caching
973: [04:35:03] <simon_w> yeah, they don't hit the db
974: [04:35:21] <Pyromanik> simon_w: how does something render by default?
975: [04:35:24] <Pyromanik> renderWith?
976: [04:35:24] <metanat> ss23`: I'll send you a link
977: [04:36:27] <simon_w> Pyromanik, in that case, usually the way calling index() does
978: [04:36:48] <Pyromanik> oh, yeah, index!
979: [04:36:51] <Pyromanik> thanks simon_w
980: [04:37:05] <ss23`> sweet
981: [04:37:10] <Pyromanik> CMSDialog
982: [04:37:13] <Pyromanik> :D
983: [04:37:42] <ss23`> wat
984: [04:37:43] <ss23`> <% if Last %>$MenuTitle.XML<% else %><a href="$Link">$MenuTitle.XML</a> &raquo;<% end_if %>
985: [04:37:47] <ss23`> how does that work for breadcrumbs
986: [04:37:56] <ss23`> Is Last like... CurrentPage out of the Children?
987: [04:37:59] <ss23`> Or something
988: [04:38:23] <ss23`> wait
989: [04:38:24] <ss23`> My ad
990: [04:38:25] <ss23`> Bad
991: [04:38:27] <ss23`> This is custom code
992: [04:38:27] <ss23`> blurgh
993: [04:38:29] <ss23`> I'm so nooby.
994: [04:40:14] <ss23`> How can I find out where it comes from? :<
995: [04:40:49] <Pyromanik> ss23`: it means if it's the last one (ie current page), don't make it a link.
996: [04:40:55] <ss23`> Yeah
997: [04:41:00] <ss23`> I figured out the important part is Pages
998: [04:41:04] <ss23`> Which I can't see in mysite/code
999: [04:41:09] <Pyromanik> heirarchial > path > to > currentpage.
1000: [04:45:16] <ss23`> boom, 3 more tickets solved
1001: [04:45:31] <Pyromanik> 12 more generated
1002: [04:45:34] <ss23`> 26 assgined to me personally, 90 assigned to support people in total, 9 solved this week!
1003: [04:45:35] <ss23`> lol
1004: [04:45:42] <ss23`> I've only had ~5 tickets assigned to me today!
1005: [04:45:48] <ss23`> I've only solved 3, but still
1006: [04:46:09] <Pyromanik> why does this gridfield pull the wrong headers?
1007: [04:46:38] <Pyromanik> hmm, maybe it's a bug in header component rather than uploadfield
1008: [04:47:26] <ss23`> Why not bugs in both?
1009: [04:47:29] <ss23`> DA DA DA DA DA DA DA DA
1010: [04:47:32] <ss23`> mmm, tacos...
1011: [04:47:36] <Pyromanik> because all th var dumps.
1012: [04:47:53] <Pyromanik> what is GridFieldDataColumns?
1013: [04:50:06] <unsignedint> hey with GridField, is there like a "GridFieldConfig_AjaxEditor" or something that can edit the data inline similar to editing the contents of a table in MySQL Workbench?
1014: [04:50:27] <Pyromanik> unsignedint: GridFieldummm.... github.com/ajshort
1015: [04:50:35] <ss23`> lol
1016: [04:50:59] <Pyromanik> unsignedint: https://github.com/ajshort/silverstripe-gridfieldextensions
1017: [04:51:01] <Pyromanik> requires 3.1
1018: [04:51:14] <Pyromanik> (well, most of the tools work with 3.0, but 3.1 is required for inline editing)
1019: [04:51:32] <unsignedint> ahh bugger im using the latest stable (3.0.5 I believe)
1020: [04:51:45] <unsignedint> when's 3.1 due to be released?
1021: [04:51:47] <Pyromanik> then no!
1022: [04:51:53] <Pyromanik> never
1023: [04:51:55] <unsignedint> haha
1024: [04:51:56] <Pyromanik> it's vapourware
1025: [04:52:12] <Pyromanik> skipping straight to 3.2
1026: [04:52:38] <Pyromanik> nah, I dunno, but 'soon' seems to be further than everyone thinks 'soon' means.
1027: [04:52:56] <Pyromanik> many people use it in production already
1028: [04:52:59] <Pyromanik> just update
1029: [04:53:16] <ss23`> screw that
1030: [04:53:27] <ss23`> I won't run it in production till at least we stop accepting API breaks.
1031: [04:55:56] * atmos has joined #silverstripe
1032: [04:56:15] <atmos> evening all, anyone managed to get 'securefiles' working in ss3?
1033: [04:56:58] <Pyromanik> gridfield components wind me up
1034: [04:57:02] <Pyromanik> not enough docs
1035: [04:57:13] <Pyromanik> atmos: no idea what that even is
1036: [04:57:17] <Pyromanik> but it sounds bad.
1037: [04:57:21] <Pyromanik> google silverstripe DMS
1038: [04:57:23] <Pyromanik> sounds similar
1039: [04:57:29] <atmos> tah
1040: [04:57:50] <atmos> it's a module that allows restrictions on what folders show up in search results
1041: [04:57:58] <ss23`> I think we use it, not sure if with 3
1042: [04:58:23] <ss23`> halp me, Pyromanik
1043: [04:58:42] <ss23`> hmm
1044: [04:59:11] <ss23`> class TaxonomyTermExtension extends DataExtension, belongs_many_many array('Pages' => 'BasePage');
1045: [04:59:15] <MrJeremy> Whats the best way to do a redirect from a child of ViewableData?
1046: [04:59:29] <ss23`> Then in templates, if $pages, loop $pages, <% if Last %>$MenuTitle.XML<% else %><a href="$Link">$MenuTitle.XML</a> &raquo;<% end_if %>
1047: [04:59:32] <ss23`> how does this 'work'?
1048: [04:59:44] <ss23`> I presume this is where $Pages comes from
1049: [05:00:29] <unsignedint> MrJeremy: Director::redirect("url") ?
1050: [05:00:31] <simon_w> MrJeremy, Controller::curr()->redirect(url, code)
1051: [05:00:40] <Pyromanik> MrJeremy: you can't.
1052: [05:00:49] <unsignedint> haha 3 different responses
1053: [05:00:49] <Pyromanik> or that
1054: [05:00:53] <Pyromanik> which was about to type
1055: [05:00:59] <ss23`> lol
1056: [05:01:07] <simon_w> And only one of them is correct!
1057: [05:01:10] <ss23`> simon_w: Halp! How can I find out where a template variable comes from? Do you know how it works? :<
1058: [05:01:10] <MrJeremy> ah I just found it
1059: [05:01:27] <simon_w> ss23`, depends on the variable
1060: [05:01:28] <MrJeremy> my googling is not good today
1061: [05:01:47] <ss23`> simon_w: If I knew what kind of variable it was, I wouldn't be asking to find out where it came from!
1062: [05:01:49] <MrJeremy> thanks all
1063: [05:01:50] <ss23`> It posted the code it's in
1064: [05:01:57] <Pyromanik> MrJeremy: viewabledata isn't a requesthandler, requesthandler can redirect because it handles requests. If you want a generic viewabledata to do redirects, then what simon_w said (which is what I was going to type when he beat me to it)
1065: [05:01:57] <ss23`> if $pages, loop $pages, <% if Last %>$MenuTitle.XML<% else %><a href="$Link">$MenuTitle.XML</a> &raquo;<% end_if %>
1066: [05:02:02] <tractorcow> Goodnight everyone
1067: [05:02:08] <tractorcow> take care :)
1068: [05:02:14] <MrJeremy> nite
1069: [05:02:18] * tractorcow quit (Quit: Leaving)
1070: [05:02:29] <MrJeremy> ah ive got a static function
1071: [05:02:32] <Pyromanik> ss23`: template var is either in the applicable scope on the current controller, or a global provider implementation
1072: [05:02:36] <simon_w> ss23`, and which one are you looking for?
1073: [05:02:42] <Pyromanik> SOMEONE DEBUG GRIDFIELD AND FIND OUT WHY IT SUCKS
1074: [05:02:43] <MrJeremy> using some of the viewable datas data
1075: [05:02:44] <Pyromanik> :(
1076: [05:03:22] <ss23`> simon_w: ... I want to look for... what $Pages is
1077: [05:03:36] <Pyromanik> ss23`: what is the page type?
1078: [05:03:41] <ss23`> simon_w: Where it comes from, how it magically creates these breadcrumbs! I assume it's done in a .php file somewhere and it's just an array of things
1079: [05:03:52] <ss23`> Pyromanik: almost every page on the site includes this breadcrumbs
1080: [05:03:53] <Pyromanik> simon_w: arraylist probably
1081: [05:04:03] <Pyromanik> ss23`: so then look at Page_Controller
1082: [05:04:11] <simon_w> ss23`, are you in Breadcrumbs.ss, or whatever?
1083: [05:04:12] <ss23`> I greped the entire codebase for Pages
1084: [05:04:13] <Pyromanik> if it's not there, look at ContentController
1085: [05:04:20] <ss23`> Yeah, simon_w, that's where that code is
1086: [05:04:22] <Pyromanik> ss23`: doing it wrong
1087: [05:04:31] <ss23`> Pyromanik: I found the reference Ig ave with the taxonomy stuff
1088: [05:04:32] <simon_w> ss23`, SiteTree::breadcrumbs() builds it
1089: [05:04:33] <Pyromanik> grep "n Pages("
1090: [05:04:36] * coldblooded01 quit (Quit: coldblooded01)
1091: [05:04:37] <ss23`> >.<
1092: [05:04:42] <ss23`> IT's A BUILT IN THING?
1093: [05:04:43] <ss23`> dammit
1094: [05:04:45] <Pyromanik> yes
1095: [05:04:47] <Pyromanik> lol
1096: [05:04:52] <ss23`> I didn't grep the built in stuff...
1097: [05:04:52] <Pyromanik> as I said, SCOPE
1098: [05:04:58] <Pyromanik> lolololol
1099: [05:04:59] <Pyromanik> foolish
1100: [05:05:04] <ss23`> Well, I lie
1101: [05:05:11] <ss23`> I did grep it, but turns out they say "Pages" a lot.
1102: [05:07:41] * metanat has left #silverstripe
1103: [05:09:16] <ss23`> :O
1104: [05:09:20] <Pyromanik> die(var_dump(singleton('Image')->summaryFields()));
1105: [05:09:24] <ss23`> metanat works for the same place UncleCheese will!
1106: [05:09:27] <Pyromanik> array (size=3) 'EmailAddress' => string 'Email' (length=5) 'EmailSubject' => string 'Email subject' (length=13) 'EmailFrom' => string 'From' (length=4)
1107: [05:09:32] <Pyromanik> FFFFFFFFFFFFFUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUU
1108: [05:09:35] <Pyromanik> what the hell
1109: [05:09:48] <ss23`> rofl Pyromanik
1110: [05:09:51] <Pyromanik> ss23`: so does Stomach
1111: [05:09:58] <ss23`> Stomach?
1112: [05:10:02] <Pyromanik> and a few others
1113: [05:10:09] <Pyromanik> like some guy named Brett iirc
1114: [05:10:15] <ss23`> Don't think I know him
1115: [05:10:19] <Pyromanik> who have come in channel before
1116: [05:10:25] <Pyromanik> Stomach is reasonably regular
1117: [05:10:33] <Pyromanik> OH HOHO HO, pun unintended!
1118: [05:10:46] <ss23`> lol
1119: [05:11:02] <Pyromanik> how does it even that Image::summaryFields() gives summary fields for EmailRecipient
1120: [05:11:05] <Pyromanik> HOW DOES IT EVEN
1121: [05:11:30] * nickmolhoek quit (Quit: nickmolhoek)
1122: [05:13:58] * wmk has joined #silverstripe
1123: [05:15:28] <Pyromanik> ok
1124: [05:15:49] <Pyromanik> $this->stat('summary_fields') from within Image itself returns the wrong summaryFiedls
1125: [05:19:56] * mobiusnz quit (Quit: Leaving.)
1126: [05:19:58] <simon_w> Lol, android.
1127: [05:19:58] <simon_w> http://bluebox.com/corporate-blog/bluebox-uncovers-android-master-key/
1128: [05:24:37] <spronk> woops
1129: [05:24:47] <Pyromanik> Config::inst()->get('Image', 'summary_fields', Config::FIRST_SET);
1130: [05:25:00] <simon_w> Now, think of how many of those 900 million devices are actually going to ever receive an update for this
1131: [05:25:06] <Pyromanik> returs email address, email subject, email from
1132: [05:25:51] <Pyromanik> hahahaha, suckers. I've got Android 1.2
1133: [05:25:57] <Pyromanik> wait, no.
1134: [05:26:03] <Pyromanik> had 1.5, now have 2.2, shit.
1135: [05:26:31] <Pyromanik> lulzorbeam
1136: [05:26:43] <simon_w> I've at least got a Nexus, so will get an update
1137: [05:27:30] * DigNZ quit (Quit: DigNZ)
1138: [05:27:44] <Pyromanik> I don't ever apk though.
1139: [05:27:52] <Pyromanik> except for those few times I did.
1140: [05:28:08] <Pyromanik> phone slow enough, don't want any slower.
1141: [05:28:22] <Pyromanik> would almost go back to android 1.5 if I could.
1142: [05:28:30] <Pyromanik> phone was smooth as back then
1143: [05:28:59] <Pyromanik> simon_w: what is? Config::FIRST_SET
1144: [05:29:24] <simon_w> join up the hierarchy, the value from the first time it was set
1145: [05:29:57] <Pyromanik> Config::FIRST_SET stops inheriting once the first class that sets a value (even an empty value) is encoutered
1146: [05:30:00] <Pyromanik> right
1147: [05:30:02] <Pyromanik> so
1148: [05:30:13] <Pyromanik> why does it return the wrong thing?
1149: [05:30:22] <simon_w> No idea
1150: [05:30:58] <Pyromanik> neither :(
1151: [05:31:03] <Pyromanik> going home. F this.
1152: [05:31:10] <Pyromanik> bug reprot I think.
1153: [05:31:18] <Pyromanik> make willr deal with it.
1154: [05:33:16] * Pyromanik quit (Quit: leaving)
1155: [05:40:07] * DigNZ has joined #silverstripe
1156: [05:40:07] * DigNZ quit (Client Quit)
1157: [05:48:10] * EasyCo has joined #silverstripe
1158: [05:49:33] <EasyCo> I'm a bit confused about SiteTree::get_by_link(). it seems you can pass it either just one part of a url segment or an entire url segment.
1159: [05:49:50] <EasyCo> Does it make any difference?
1160: [05:50:44] <EasyCo> You'd think that if you pass it an entire Link vs just the last url segment, it would be more specific
1161: [05:51:28] <EasyCo> But looking at the code it looks like it just loops through the link until it gets to the last url segment with no consideration of nesting
1162: [05:53:14] <EasyCo> Ahhh nevermind
1163: [05:53:47] <EasyCo> It does care about nesting, all good.
1164: [06:05:40] * Luke1988 has joined #silverstripe
1165: [06:08:10] * chrisrio quit (Ping timeout: 250 seconds)
1166: [06:09:28] * atmos quit (Ping timeout: 250 seconds)
1167: [06:15:19] * DigNZ has joined #silverstripe
1168: [06:15:20] * DigNZ quit (Remote host closed the connection)
1169: [06:16:32] <ss23`> Think I'll go home early(ish) today
1170: [06:17:10] <simon_w> Slacker!
1171: [06:18:17] <ss23`> NU UH
1172: [06:18:18] <ss23`> Hmm
1173: [06:18:19] * mirrors has joined #silverstripe
1174: [06:18:24] <ss23`> Is there a quick way in the CMS to see all pages of type foo?
1175: [06:18:55] <simon_w> nope
1176: [06:19:28] <mirrors> hey all...can anyone tell me how I can check if any particular class has a particular field defined
1177: [06:20:14] <ss23`> mirrors: In a template? <% if $foo.Field %>
1178: [06:20:18] <simon_w> singleton('ClassName')->hasField('FieldName')
1179: [06:20:26] <mirrors> in a modeladmin extension
1180: [06:20:44] <ss23`> simon_w: I take the current page thing doesn't include all the relationships (As in, its' worth caching the has_one stuff?)
1181: [06:20:52] <mirrors> i can get the class name of the managed model using $this->modelClass
1182: [06:21:07] <simon_w> ss23`, depends. They get cached when you access them
1183: [06:21:15] <ss23`> simon_w: Cached between requests?
1184: [06:21:20] <simon_w> nope
1185: [06:21:23] <ss23`> mmk
1186: [06:21:24] <mirrors> bascailly i want to add a gridfieldsortablerows component if the managed model has a sort field
1187: [06:21:26] <ss23`> I cache then :D
1188: [06:21:47] <simon_w> mirrors, singleton('ClassName')->hasField('FieldName')
1189: [06:22:05] <mirrors> cheers simon_w
1190: [06:24:54] <ss23`> oh yeah, maybe 50% of the total queries now
1191: [06:25:03] <ss23`> After I cache the menu, there's going to be like 5 SQL queries
1192: [06:25:03] <ss23`> :D
1193: [06:26:56] <simon_w> Okay, I probably shouldn't start reading another chapter and go home instead
1194: [06:28:51] * DigNZ has joined #silverstripe
1195: [06:28:52] * DigNZ quit (Remote host closed the connection)
1196: [06:29:06] * DigNZ has joined #silverstripe
1197: [06:29:17] <ss23`> lol
1198: [06:29:23] <ss23`> simon_w: Home sux, read more :D
1199: [06:29:26] <ss23`> simon_w: Whatcha reading anyway?
1200: [06:29:40] <simon_w> HP:SA
1201: [06:29:41] * Colin[pi] quit (Ping timeout: 246 seconds)
1202: [06:30:40] <ss23`> Is that different to HP:MoR?
1203: [06:30:56] <simon_w> Yes
1204: [06:31:07] <ss23`> Is it more Harry Potter fanfic stuff?
1205: [06:31:09] <simon_w> Anyway, I've known the bus to show up this early, so home time!
1206: [06:31:11] <simon_w> Yup
1207: [06:31:12] <ss23`> lol
1208: [06:31:14] <ss23`> cya
1209: [06:31:16] <ss23`> have fun, you nerd
1210: [06:31:21] <simon_w> *geek :p
1211: [06:31:26] <ss23`> haha
1212: [06:41:00] * SightUnseen has joined #silverstripe
1213: [06:41:35] * SightUnseen has left #silverstripe
1214: [06:43:20] <MrJeremy> anyone know about assigning page permissions to pages?
1215: [06:46:00] * MrJeremy quit (Quit: MrJeremy)
1216: [06:46:21] * MrJeremy has joined #silverstripe
1217: [06:53:04] <ss23`> I feel so disconnected from the world without IRC :<
1218: [06:55:58] * mirrors quit (Quit: Page closed)
1219: [07:13:36] * DigNZ quit (Quit: DigNZ)
1220: [07:14:15] * Jayden90 has joined #silverstripe
1221: [07:14:35] * Luke1988 quit (Quit: Leaving)
1222: [07:15:41] <MrJeremy> lol
1223: [07:16:03] * EasyCo quit (Quit: EasyCo)
1224: [07:17:40] <MrJeremy> ss23`: What about no internet or even phone reception?
1225: [07:18:42] * Jayden90 quit (Ping timeout: 246 seconds)
1226: [07:27:00] <ss23`> MrJeremy: Depends, if I get to pick, it's fine, since I'll just get books or something
1227: [07:27:07] <ss23`> MrJeremy: If I want to be on the internet and I can't, then it's horrible :<
1228: [07:27:53] <ss23`> Considering the only reaosn I don't have IRC is cause someone is ddosing me, it's annoying :<
1229: [07:29:08] <MrJeremy> ouch
1230: [07:30:39] <simon_w|air> <MrJeremy> anyone know about assigning page permissions to pages?
1231: [07:30:41] <simon_w|air> yes
1232: [07:30:47] <simon_w|air> You pick the options in the CMS
1233: [07:34:56] * pancakewin quit (Quit: Page closed)
1234: [07:36:56] <ss23`> simon_w|air: Is it a quick job to make 2.4 give .docx the same icons as .doc icons?
1235: [07:40:29] <ss23`> simon_w|air: BEEP BEEP :D
1236: [07:42:22] <simon_w|air> ss23`, it's a CSS thing, isn't it?
1237: [07:42:31] <ss23`> No idea :O
1238: [07:42:33] <simon_w|air> (this laptop doesn't beep at me)
1239: [07:42:35] <ss23`> I wasn't sure where ot look
1240: [07:42:43] <simon_w|air> Well, is it in the frontend or CMS?
1241: [07:42:46] <ss23`> simon_w|air: Too busy playing Prison Archetecutueretecut! :<
1242: [07:42:52] <ss23`> simon_w|air: ... I... don't know? ;_;
1243: [07:42:58] <ss23`> I don't know where Silverstripe does it's associations
1244: [07:42:58] <ss23`> :<
1245: [07:42:59] <ss23`> Like
1246: [07:43:02] <ss23`> idk where the icons even show
1247: [07:43:17] <simon_w|air> So, you want to change something but you don't know where it is?
1248: [07:43:28] <ss23`> simon_w|air: Close, I want to *quote* for changing something :D
1249: [07:43:36] <ss23`> I assumed it would be like "Oh yes ss23, you just update this file"
1250: [07:43:43] <ss23`> Or "no, that's spread all over the place, very hard!"
1251: [07:43:44] <ss23`> :<
1252: [07:43:52] <simon_w|air> Oh, it's really easy to do. The CMS may need to edit a core file, but eh
1253: [07:44:29] <ss23`> hmmmm k
1254: [07:44:31] <ss23`> I'll say an hour to do
1255: [07:44:32] <ss23`> :O
1256: [07:44:48] <ss23`> 15 min job + 30 mins of admin + 15 mins of release procedures.
1257: [07:47:04] * DigNZ has joined #silverstripe
1258: [07:47:07] * DigNZ quit (Remote host closed the connection)
1259: [07:47:08] * chillu has joined #silverstripe
1260: [07:47:24] * DigNZ has joined #silverstripe
1261: [07:47:30] * DigNZ quit (Client Quit)
1262: [07:48:23] <simon_w|air> You missed the getting my attention part :p
1263: [07:48:52] <ss23`> hey, if I charged for you too, I would have to charge clients for the way I bribe you with lunch :D
1264: [07:59:59] * ss23` quit (Quit: Page closed)
1265: [08:04:41] * mattybalaam has joined #silverstripe
1266: [08:04:44] * kinglozzer has joined #silverstripe
1267: [08:28:26] * robmozart has joined #silverstripe
1268: [08:28:49] <simon_w|air> Yay, variable variables :)
1269: [08:29:02] * robmozart has left #silverstripe
1270: [08:30:06] * guci0 has joined #silverstripe
1271: [08:30:12] <guci0> Morning!
1272: [08:34:21] * cloph_away is now known as cloph
1273: [08:34:28] * sam__ has joined #silverstripe
1274: [08:34:49] <sam__> any body please help me on html issues
1275: [08:36:10] <sam__> Perfectly align the Image button with the Text box
1276: [08:39:22] * mobiusnz has joined #silverstripe
1277: [08:39:52] * gelignite has joined #silverstripe
1278: [08:40:31] <kinglozzer> simon_w|air: I love them :D
1279: [08:41:45] <kinglozzer> If only javascript supported them fully :(
1280: [08:41:50] <wmk> what's a good SS3(.1) frontend field for adding / editing a has_many relation?
1281: [08:42:16] <MrJeremy> Im back
1282: [08:42:21] <MrJeremy> simon_w|air: Thanks, That helps a lot
1283: [08:42:34] <simon_w|air> wmk, GridField, if it works in the frontend
1284: [08:43:14] <wmk> simon_w, principally it works, have to check what css i have to include so it looks nice
1285: [08:43:29] <wmk> and maybe some gridfield extensions are only aware of leftandmain
1286: [08:43:50] * lobarvaz has joined #silverstripe
1287: [08:43:51] <sam__> http://jsfiddle.net/7cR9r/2/ please help me to fix the issue of alignment
1288: [08:44:54] <MrJeremy> is the $CanViewType default set in the db defaults?
1289: [08:46:09] <simon_w|air> MrJeremy, yup
1290: [08:46:13] <simon_w|air> sam__, isn't loading for me
1291: [08:46:57] <wmk> sam__, it's a css problem with the images vertical align, see http://www.w3schools.com/cssref/pr_pos_vertical-align.asp
1292: [08:47:08] <sam__> ok
1293: [08:47:09] <sam__> thnx
1294: [08:47:29] <kinglozzer> sam__: Your css class for .search-button isn't even being applied: "<search-button class="action nolabel" id="Form_Search_SearchForm_action_doSearch" type="submit" name="action_doSearch">"
1295: [08:48:06] <kinglozzer> And don't use negative heights/widths
1296: [08:48:41] <sam__> ok
1297: [08:48:44] <sam__> I have updated
1298: [08:50:15] <guci0> sam__: your code is shitty :)
1299: [08:50:25] <guci0> not semantic, nothing...
1300: [08:50:37] <guci0> its important part of web page, change...
1301: [08:51:51] <ec8or> simon_w|air: prison architect! :)
1302: [08:51:53] <wmk> sam__, i updated the code with a piece of css for vertical aligning the image
1303: [08:52:08] <simon_w|air> ec8or, full text search for the logs!
1304: [08:52:38] <ec8or> simon_w|air: haha just saw your tweet
1305: [08:53:00] <ec8or> didn't realise it was from you, just went "ooh.. irc in the background.. hold on, what's that nick"
1306: [08:53:28] <simon_w|air> It's the same as my twitter handle :p
1307: [08:53:45] <ec8or> well, i just click wildly :)
1308: [09:00:09] <sam__> thnx wmk
1309: [09:00:37] <wmk> sam__, though the whole css would need some refactoring.
1310: [09:01:04] <sam__> actually, graphic designers provided the css
1311: [09:01:14] <sam__> I didnt touch
1312: [09:01:18] <wmk> ok. that explains everything
1313: [09:01:25] * 5EXAA2J18 is now known as RojoD
1314: [09:01:50] * sam__ quit (Quit: Page closed)
1315: [09:09:19] <simon_w|air> ping ss-log
1316: [09:23:39] * Colin[pi] has joined #silverstripe
1317: [09:28:47] * MattSS_ has joined #silverstripe
1318: [09:28:52] <MrJeremy> is there anyway of initialing a redirect without continuing?
1319: [09:28:52] <MrJeremy> e.g.
1320: [09:28:52] <MrJeremy> $this->redirect($page->first()->Link());
1321: [09:28:52] <MrJeremy> exit;
1322: [09:29:44] * wmk quit (Ping timeout: 245 seconds)
1323: [09:30:01] * wmk has joined #silverstripe
1324: [09:31:53] <simon_w|air> MrJeremy, return $this->redirect(...
1325: [09:32:57] * MattSS quit (*.net *.split)
1326: [09:33:39] * wmk quit (Write error: Connection reset by peer)
1327: [09:33:39] <MrJeremy> Im using canView
1328: [09:33:40] <MrJeremy> And dont want to return TRUE
1329: [09:33:46] * Werner_2_ has joined #silverstripe
1330: [09:34:20] <MrJeremy> gtg will look at it tomorrow
1331: [09:34:22] <MrJeremy> thanks
1332: [09:34:24] * MrJeremy quit (Quit: MrJeremy)
1333: [09:35:14] <simon_w|air> Woo, log search!
1334: [09:35:23] <simon_w|air> ss23 may swear a bit: http://twitpic.com/d0q8o2
1335: [09:37:03] * DigNZ has joined #silverstripe
1336: [09:37:04] * DigNZ quit (Remote host closed the connection)
1337: [09:38:37] * simon_w|air changed the topic to 'Welcome to #silverstripe discussion - IRC logs available at http://logs.silverstripe.org. Now with search. || 3.1.0-beta3 (bleeding edge) released 19/04/2013: http://ss.org.nz/3.1.0b3 || 3.0.5 released 20/02/2013: http://ss.org.nz/3.0.5 || 2.4.10 security release 18/02/2013: http://ss.org.nz/2.4.10 || Development mailing list: http://ss.org.nz/ss-dev'
1338: [09:38:51] * simon_w|air changed the topic to 'Welcome to #silverstripe discussion - IRC logs available at http://logs.silverstripe.org - Now with search. || 3.1.0-beta3 (bleeding edge) released 19/04/2013: http://ss.org.nz/3.1.0b3 || 3.0.5 released 20/02/2013: http://ss.org.nz/3.0.5 || 2.4.10 security release 18/02/2013: http://ss.org.nz/2.4.10 || Development mailing list: http://ss.org.nz/ss-dev'
1339: [09:39:55] * zippy__ has joined #silverstripe
1340: [09:43:42] <kinglozzer> Hahaha
1341: [09:46:51] <simon_w|air> Hmm, http://logs.simon.geek.nz/search.php?q=travis-ci%20failed doesn't reflect too well on chillu ;)
1342: [09:50:12] * mobiusnz quit (Quit: Leaving.)
1343: [09:55:21] * howardgrigg has joined #silverstripe
1344: [09:56:39] <simon_w|air> Okay, that's enough releases for tonight :)
1345: [09:56:52] * lx-berlin has joined #silverstripe
1346: [09:58:43] * swordsmanz quit (Quit: swordsmanz)
1347: [09:59:53] * Shrike_Finland has joined #silverstripe
1348: [10:01:31] * mario__ has joined #silverstripe
1349: [10:01:48] <mario__> hello
1350: [10:02:58] <howardgrigg> evening
1351: [10:03:44] <mario__> version 3.1, I think VirtualPage is broken
1352: [10:03:56] <simon_w|air> yeah, there's a pull request to fix it
1353: [10:04:57] <mario__> yay, must have missed that
1354: [10:06:25] <mario__> @simon_w|air can you send me a link?
1355: [10:12:30] <simon_w|air> https://github.com/silverstripe/silverstripe-framework/pull/2187
1356: [10:15:33] * PigeonFriend has joined #silverstripe
1357: [10:16:23] * Bollig|DesignCty quit (Quit: Bollig|DesignCty)
1358: [10:17:00] <mario__> hope this fixes my issues, I'll let you know
1359: [10:18:17] * zippy__ quit (Quit: zippy__)
1360: [10:18:53] <mario__> and it does, thanks
1361: [10:19:22] <guci0> http://grupakarczew.pl/aktualnosci/sky-is-the-limit/
1362: [10:19:32] <guci0> Stephen Hawking - Rocket to the Future – hmm...
1363: [10:19:51] * howardgrigg has left #silverstripe
1364: [10:19:59] * howardgrigg has joined #silverstripe
1365: [10:21:21] * lerni has joined #silverstripe
1366: [10:25:19] * RojoD is now known as RojoD|WORK
1367: [10:25:19] * RojoD|WORK is now known as 5EXAA2J18
1368: [10:33:40] * anujit has joined #silverstripe
1369: [10:34:04] <anujit> hi... need some ideas in adding photos from the front end
1370: [10:34:10] <anujit> using modal window
1371: [10:34:40] * guci0 quit (Ping timeout: 250 seconds)
1372: [10:41:25] * Hubertusanton has joined #silverstripe
1373: [10:42:35] <Hubertusanton> trying to get a list of unpublished sitetree objects in modeladmin
1374: [10:42:51] <Hubertusanton> anyone did this bfore?
1375: [10:43:43] <Hubertusanton> in getList method by $list = SiteTree::get()
1376: [10:44:05] <Hubertusanton> ->filter('NotPublished') ??
1377: [10:44:27] <Hubertusanton> any tips?
1378: [10:45:03] <Hubertusanton> publishers need to see a list of not yet published content
1379: [10:50:17] * mattybalaam quit (Quit: mattybalaam)
1380: [10:52:59] * zippy__ has joined #silverstripe
1381: [10:56:09] * micmania1 has joined #silverstripe
1382: [10:58:37] * mattybalaam has joined #silverstripe
1383: [11:08:34] <anujit> can anyone guide me to implement image gallery module.... not from cms?
1384: [11:12:17] * mobiusnz has joined #silverstripe
1385: [11:13:56] * Werner_2_ quit (Quit: nice to meet you ;))
1386: [11:20:59] * mobiusnz quit (Ping timeout: 245 seconds)
1387: [11:27:52] * Bollig|DesignCty has joined #silverstripe
1388: [11:33:51] * lx-berlin quit (Ping timeout: 252 seconds)
1389: [11:35:39] <anujit> please help me atleast for pop up login form?????
1390: [11:35:43] <anujit> that will do
1391: [11:35:48] <anujit> please help me
1392: [11:35:57] * howardgrigg quit (Remote host closed the connection)
1393: [11:39:39] * lx-berlin has joined #silverstripe
1394: [11:48:51] * lx-berlin quit (Ping timeout: 240 seconds)
1395: [11:57:44] * mattybalaam quit (Quit: mattybalaam)
1396: [12:08:08] * mattybalaam has joined #silverstripe
1397: [12:11:54] * UndefinedOffset has joined #silverstripe
1398: [12:14:46] * anujit quit (Ping timeout: 250 seconds)
1399: [12:17:19] * mobiusnz has joined #silverstripe
1400: [12:21:57] * mobiusnz quit (Ping timeout: 264 seconds)
1401: [12:33:26] * zippy__ quit (Quit: zippy__)
1402: [12:36:47] * zippy__ has joined #silverstripe
1403: [12:43:00] * zippy__ quit (Quit: zippy__)
1404: [12:43:16] * sam___ has joined #silverstripe
1405: [12:43:54] * Colin[pi] quit (Ping timeout: 245 seconds)
1406: [12:44:00] <sam___> hi...
1407: [12:44:24] <sam___> ajax modal window is not showing the fields
1408: [12:44:27] <sam___> please help
1409: [12:52:25] <sam___> is there any body to help me please?
1410: [12:54:24] * gelignite quit (Quit: http://bit.ly/nkczDT)
1411: [13:13:28] * lerni_ has joined #silverstripe
1412: [13:15:32] * lerni quit (Ping timeout: 248 seconds)
1413: [13:17:42] <jrthomer> sam___: send code example and explanation of problem to users@wicket.apache.org
1414: [13:17:48] * mobiusnz has joined #silverstripe
1415: [13:22:28] * mobiusnz quit (Ping timeout: 248 seconds)
1416: [13:26:59] * swordsmanz has joined #silverstripe
1417: [13:29:18] * sam___ quit (Ping timeout: 250 seconds)
1418: [13:29:49] * kerosene has joined #silverstripe
1419: [13:46:53] * Shrike_Finland quit (Quit: Leaving.)
1420: [13:56:54] * osterlaus has joined #silverstripe
1421: [13:58:35] * dangerdan has joined #silverstripe
1422: [14:01:14] <dangerdan> Is it possible to create a custom text field in the CMS that isnt directly attached to a database object, but can be accessed within onBeforeWrite to do certain things with the data when a user saves the page? I tried adding a new TextField, but i cant grab the inputted data at the other end, i've tried $this->CustomFormName but that doesnt work
1423: [14:07:26] * mario___ has joined #silverstripe
1424: [14:08:41] * osterlaus quit (Quit: Leaving.)
1425: [14:10:15] * mario__ quit (Ping timeout: 240 seconds)
1426: [14:10:41] * g4b0_ has joined #silverstripe
1427: [14:12:14] <g4b0_> With the last development version I have to put this code for all of my DO http://pastebin.com/h3p1s9HY
1428: [14:12:20] <g4b0_> feature or bug?
1429: [14:12:25] * mario___ quit (Ping timeout: 276 seconds)
1430: [14:14:32] <UndefinedOffset> smells like a bug those fields should be hidden or not there at all
1431: [14:14:50] <UndefinedOffset> 3.1 i assume?
1432: [14:15:50] <g4b0_> yep
1433: [14:16:41] <g4b0_> For now I've solved with http://pastebin.com/n6HtDkUY
1434: [14:17:20] * Shrike_Finland has joined #silverstripe
1435: [14:18:20] * mobiusnz has joined #silverstripe
1436: [14:22:51] * mobiusnz quit (Ping timeout: 252 seconds)
1437: [14:24:47] * gelignite has joined #silverstripe
1438: [14:37:34] * kerosene is now known as kerosene_
1439: [14:37:57] * kerosene_ is now known as kerosene
1440: [14:48:33] <g4b0_> chillu: maybe this issue have to be added to the 3.1.0-rc1 milestone...
1441: [15:16:31] * osterlaus has joined #silverstripe
1442: [15:16:41] * Hubertusanton quit (Remote host closed the connection)
1443: [15:18:49] * mobiusnz has joined #silverstripe
1444: [15:23:04] * mobiusnz quit (Ping timeout: 245 seconds)
1445: [15:23:42] * dangerdan quit (Ping timeout: 250 seconds)
1446: [15:45:11] * Motoservo quit (Quit: Shhh. I'm trying to get some sleep here.)
1447: [15:49:02] <kinglozzer> g4b0: FYI they're already aware of it
1448: [15:49:23] <kinglozzer> https://github.com/silverstripe/silverstripe-framework/commit/50e9eee#commitcomment-3556842
1449: [15:55:14] <g4b0_> nice :)
1450: [15:59:20] * g4b0_ quit (Quit: Sto andando via)
1451: [16:01:36] * osterlaus quit (Quit: Leaving.)
1452: [16:10:42] * kinglozzer quit (Remote host closed the connection)
1453: [16:19:23] * mobiusnz has joined #silverstripe
1454: [16:19:53] * nmshah has joined #silverstripe
1455: [16:23:40] * mobiusnz quit (Ping timeout: 241 seconds)
1456: [16:23:56] * nmshah has left #silverstripe
1457: [16:31:04] * NitinShah has joined #silverstripe
1458: [16:32:04] <NitinShah> hi
1459: [16:33:20] <NitinShah> The code to add image to a place that was working in silverstripe 3.0, no longer works in silverstripe 3.1
1460: [16:34:07] <NitinShah> In the admin side I get the option to add image but it is not displayed in the front end
1461: [16:35:09] <NitinShah> $Photo.setWidth(200) is the tag I am using in the template
1462: [16:35:27] <NitinShah> it was working with silverstripe 3.0 but no longer with 3.1
1463: [16:39:21] * lobarvaz quit (Remote host closed the connection)
1464: [16:52:57] * chillu quit (Quit: chillu)
1465: [17:05:29] <NitinShah> I have created a forum post with examples of code that was working with 3.0 and not working with 3.1
1466: [17:05:48] <NitinShah> here is the post http://www.silverstripe.org/general-questions/show/24101
1467: [17:07:24] * Colin[pi] has joined #silverstripe
1468: [17:08:05] <nepgear> shouldn't that be SetWidth
1469: [17:08:07] <nepgear> not setWidth
1470: [17:08:34] * micmania1 quit (Ping timeout: 250 seconds)
1471: [17:09:58] * sam___ has joined #silverstripe
1472: [17:10:02] <sam___> hi
1473: [17:10:13] <sam___> i need help on modal window
1474: [17:10:34] <sam___> i have followed the tutorial http://www.ssbits.com/tutorials/2009/using-a-thickbox-modal-window-with-ajax/
1475: [17:10:59] <sam___> but, the modal window opens, with just a loading sign
1476: [17:13:02] <NitinShah> Sorry it is SetWidth. But still it is not working
1477: [17:13:36] <NitinShah> inface even if i simply try $Photo it doesn't work
1478: [17:19:43] * PigeonFriend quit ()
1479: [17:19:53] * mobiusnz has joined #silverstripe
1480: [17:22:50] * lerni_ quit (Remote host closed the connection)
1481: [17:23:28] <sam___> please help me on modal window
1482: [17:24:20] * mobiusnz quit (Ping timeout: 252 seconds)
1483: [17:24:54] <jrthomer> is there a 3.1-compatible replacement for itemsetfield?
1484: [17:45:39] * swordsmanz quit (Ping timeout: 252 seconds)
1485: [17:51:00] * lerni has joined #silverstripe
1486: [17:52:46] * lerni quit (Remote host closed the connection)
1487: [17:53:52] * chillu has joined #silverstripe
1488: [18:05:56] <sam___> please help me on pop up window
1489: [18:06:18] <sam___> not ableto view any field in the window
1490: [18:06:22] <sam___> please help me
1491: [18:08:29] <NitinShah> anything that has changed between silverstripe 3.0 to 3.1 about adding images to pages, that I may have missed out
1492: [18:10:22] <NitinShah> the same issue with extending the blogentry page with a image extention
1493: [18:13:37] <NitinShah> in the backend I get the option to add the image but the code that worked for silverstripe 3.0 to display images in the frontend, no longer works for silverstripe 3.1
1494: [18:13:46] <NitinShah> what m I missing here?
1495: [18:20:10] * sox has joined #silverstripe
1496: [18:20:23] * mobiusnz has joined #silverstripe
1497: [18:24:24] * sox quit (Ping timeout: 250 seconds)
1498: [18:24:57] * mobiusnz quit (Ping timeout: 248 seconds)
1499: [18:40:29] <sam___> for the modal pop up it says failed to load resource
1500: [18:45:02] * mobiusnz has joined #silverstripe
1501: [18:53:07] * pex has joined #silverstripe
1502: [18:56:21] <sam___> hi please help me on modal pop up window
1503: [18:56:27] <sam___> is there anybody please
1504: [19:02:05] * chillu quit (Quit: chillu)
1505: [19:04:25] * 5EXAA2J18 is now known as RojoD
1506: [19:05:12] * chillu has joined #silverstripe
1507: [19:05:18] * RojoD is now known as Quwame2
1508: [19:05:30] * Quwame2 is now known as Quwame
1509: [19:06:48] <NitinShah> Any suggestions?
1510: [19:07:44] * mobiusnz quit (Quit: Leaving.)
1511: [19:08:40] * mobiusnz has joined #silverstripe
1512: [19:13:04] * mobiusnz quit (Ping timeout: 245 seconds)
1513: [19:13:15] * Colin[pi] quit (Ping timeout: 240 seconds)
1514: [19:17:00] * mario_ has joined #silverstripe
1515: [19:18:08] * sam___ quit (Ping timeout: 250 seconds)
1516: [19:22:57] * SightUnseen has joined #silverstripe
1517: [19:25:40] * SightUnseen has left #silverstripe
1518: [19:27:10] * mobiusnz has joined #silverstripe
1519: [19:30:13] <simon_w> NitinShah, what sort of relation are you using?
1520: [19:30:49] <NitinShah> has_one
1521: [19:31:15] <simon_w> And the Image shows up in the CMS?
1522: [19:32:06] <NitinShah> backend I get the option to upload the image now
1523: [19:33:31] <simon_w> Sp you don't have an image attached?
1524: [19:34:41] <NitinShah> In the backend as in on the page where I am uploading the image, the image is visible.
1525: [19:34:51] <NitinShah> But not on the front end
1526: [19:36:20] * chillu23 has joined #silverstripe
1527: [19:36:21] * chillu23 quit (Changing host)
1528: [19:36:21] * chillu23 has joined #silverstripe
1529: [19:37:58] <NitinShah> If you would like to check the code I am using I have posted it on the silverstipre forum. I can post a link here if you would like to check
1530: [19:38:59] * jrthomer_ has joined #silverstripe
1531: [19:39:39] * ooystein has joined #silverstripe
1532: [19:39:41] * ajmitch_ has joined #silverstripe
1533: [19:40:49] * abitran_ has joined #silverstripe
1534: [19:41:01] * simon__w has joined #silverstripe
1535: [19:41:26] * chillu quit (Ping timeout: 248 seconds)
1536: [19:41:27] * chillu23 is now known as chillu
1537: [19:41:35] * simon_w quit (Disconnected by services)
1538: [19:41:37] * simon__w is now known as simon_w
1539: [19:41:45] <simon_w> NitinShah, yes, code would help
1540: [19:41:57] * ajmitch quit (Ping timeout: 248 seconds)
1541: [19:41:57] * ooystein_ quit (Ping timeout: 248 seconds)
1542: [19:41:57] * jrthomer quit (Ping timeout: 248 seconds)
1543: [19:41:57] * abitran quit (Ping timeout: 248 seconds)
1544: [19:43:16] <NitinShah> http://www.silverstripe.org/general-questions/show/24101
1545: [19:44:04] <simon_w> Can you pastie all of ContactPage.ss?
1546: [19:47:51] * robert__ has joined #silverstripe
1547: [19:47:52] * robert__ quit (Changing host)
1548: [19:47:52] * robert__ has joined #silverstripe
1549: [19:48:47] <NitinShah> should I post it here or on the forum
1550: [19:49:09] * robert_ quit (Ping timeout: 276 seconds)
1551: [19:49:34] <simon_w> sspaste.com, then post the link here
1552: [19:52:49] <NitinShah> http://sspaste.com/paste/show/51d5d1f0581f1
1553: [19:54:17] <NitinShah> I have no idea what I did right now but it seems to have worked
1554: [19:54:19] <simon_w> And is the pollaroid-Blog div outputted?
1555: [19:55:54] <NitinShah> Initially pollaroid-Blog was getting displayed but not the image. and I had been banging my had for 2 days because of this. Have no idea how but the images just started displaying
1556: [19:57:55] <NitinShah> Anyways thank you for your time. I would check this for the next couple of days and report if I find anything out of place
1557: [20:01:53] * micmania1 has joined #silverstripe
1558: [20:03:27] * mobiusnz quit (Ping timeout: 246 seconds)
1559: [20:04:26] * joelpittet has joined #silverstripe
1560: [20:06:53] * NitinShah quit (Quit: Leaving)
1561: [20:27:48] * DigNZ has joined #silverstripe
1562: [20:27:49] * DigNZ quit (Remote host closed the connection)
1563: [20:28:03] * DigNZ has joined #silverstripe
1564: [20:33:37] * Peavers has joined #silverstripe
1565: [20:33:41] <Peavers> Friday.
1566: [20:34:43] * travis-ci has joined #silverstripe
1567: [20:34:43] <travis-ci> [travis-ci] chillu/silverstripe-framework#22 (pulls/travis-matrix - dbf382f : Ingo Schommer): The build has errored.
1568: [20:34:43] <travis-ci> [travis-ci] Change view : https://github.com/chillu/silverstripe-framework/compare/2a4fd903167f^...dbf382f29bf7
1569: [20:34:44] <travis-ci> [travis-ci] Build details : http://travis-ci.org/chillu/silverstripe-framework/builds/8745391
1570: [20:34:44] * travis-ci has left #silverstripe
1571: [20:35:45] * UndefinedOffset quit (Quit: Leaving.)
1572: [20:37:23] * nickmolhoek has joined #silverstripe
1573: [20:37:24] * nickmolhoek quit (Remote host closed the connection)
1574: [20:37:38] * nickmolhoek has joined #silverstripe
1575: [20:40:19] * tractorcow has joined #silverstripe
1576: [20:47:24] * micmania1 quit (Ping timeout: 250 seconds)
1577: [20:47:39] * mario_ quit (Ping timeout: 245 seconds)
1578: [20:48:33] * travis-ci has joined #silverstripe
1579: [20:48:33] <travis-ci> [travis-ci] silverstripe/silverstripe-framework#501 (3.0 - cf20923 : Ingo Schommer): The build passed.
1580: [20:48:33] <travis-ci> [travis-ci] Change view : https://github.com/silverstripe/silverstripe-framework/compare/2a4fd903167f...cf20923fd6f1
1581: [20:48:34] <travis-ci> [travis-ci] Build details : http://travis-ci.org/silverstripe/silverstripe-framework/builds/8745580
1582: [20:48:34] * travis-ci has left #silverstripe
1583: [20:49:50] <simon_w> chillu, I'm fairly sure all the /e deprecations have been fixed in 3.1. I'll see if I can cherry-pick them back to 3.0
1584: [20:50:06] <chillu> perfect
1585: [20:50:48] * MrJeremy has joined #silverstripe
1586: [20:50:57] <MrJeremy> Morning all
1587: [20:51:08] <chillu> simon_w: So I figured we'll test MySQL against all supported PHP versions, plus SQLite and Postgres on the "current" version (so 5.3)
1588: [20:51:20] <chillu> Hello MrJeremy (is that Thomerson?)
1589: [20:51:36] <MrJeremy> no my name is Jeremy
1590: [20:51:49] <MrJeremy> What abour Maria db
1591: [20:52:03] <simon_w> chillu, I was thinking about making those required now. Would hopefully get someone to fix the failing postgres test on 3.1 (non-quoted column name)
1592: [20:52:54] <chillu> MrJeremy: Hasn't come up often, and travis doesn't support it yet (https://github.com/travis-ci/travis-ci/issues/1081).
1593: [20:53:21] <chillu> simon_w: I'm just fixing the 3.0 pg tests, haven't looked if there's any additional breakages in 3.1
1594: [20:54:00] * micmania1 has joined #silverstripe
1595: [20:54:05] <simon_w> chillu, ah, didn't see it was still failing on 3.0. That's the one I was talking about
1596: [20:56:14] <chillu> its so weird that the sqlite build takes the LONGEST now, looks like it doesn't use the in memory flags properly
1597: [20:56:36] <irogue> yeah, mariadb wouldn't have been necessary but 10.0 has really deviated from mysql a bit now
1598: [20:56:49] <irogue> monty actually fixing some of his early mistakes :P
1599: [20:58:39] * travis-ci has joined #silverstripe
1600: [20:58:39] <travis-ci> [travis-ci] chillu/silverstripe-framework#23 (pulls/travis-matrix - d93dcae : Ingo Schommer): The build has errored.
1601: [20:58:39] <travis-ci> [travis-ci] Change view : https://github.com/chillu/silverstripe-framework/compare/dbf382f29bf7...d93dcae2a617
1602: [20:58:39] <travis-ci> [travis-ci] Build details : http://travis-ci.org/chillu/silverstripe-framework/builds/8745993
1603: [20:58:39] * travis-ci has left #silverstripe
1604: [20:58:45] * travis-ci has joined #silverstripe
1605: [20:58:45] <travis-ci> [travis-ci] silverstripe/silverstripe-framework#502 (3.0 - 067a94b : Ingo Schommer): The build passed.
1606: [20:58:45] <travis-ci> [travis-ci] Change view : https://github.com/silverstripe/silverstripe-framework/compare/cf20923fd6f1...067a94bd9321
1607: [20:58:45] <travis-ci> [travis-ci] Build details : http://travis-ci.org/silverstripe/silverstripe-framework/builds/8745978
1608: [20:58:45] * travis-ci has left #silverstripe
1609: [21:01:49] * zippy__ has joined #silverstripe
1610: [21:01:57] <zippy__> Morning
1611: [21:06:34] * micmania1_ has joined #silverstripe
1612: [21:06:54] * micmania1 quit (Ping timeout: 250 seconds)
1613: [21:06:56] <simon_w> chillu, I will need to merge https://github.com/silverstripe/silverstripe-framework/commit/1ca15d03 into 3.0 (fixes a regression the /e changes caused). It is backwards compatible with the 3.0 way of using urlRewriter()
1614: [21:08:35] <simon_w> other than that, it's a clean merge
1615: [21:09:10] <chillu> Its an API change, but on a very rarely used method (from my own experience)
1616: [21:09:14] <chillu> So OK with me
1617: [21:11:24] <simon_w> Okay, pushed. Will wait for travis to run before changing the allowed failure. Ran the tests locally, so should be fine
1618: [21:13:33] * gelignite quit (Quit: http://bit.ly/nkczDT)
1619: [21:13:40] * travis-ci has joined #silverstripe
1620: [21:13:40] <travis-ci> [travis-ci] chillu/silverstripe-framework#24 (pulls/travis-matrix - 2845f76 : Ingo Schommer): The build passed.
1621: [21:13:40] <travis-ci> [travis-ci] Change view : https://github.com/chillu/silverstripe-framework/compare/d93dcae2a617...2845f76ade31
1622: [21:13:41] <travis-ci> [travis-ci] Build details : http://travis-ci.org/chillu/silverstripe-framework/builds/8746223
1623: [21:13:41] * travis-ci has left #silverstripe
1624: [21:13:58] * coldblooded01 has joined #silverstripe
1625: [21:16:15] * mobiusnz has joined #silverstripe
1626: [21:18:50] * kmayo has joined #silverstripe
1627: [21:23:56] <MrJeremy> Controller::curr()->redirect()
1628: [21:23:57] <MrJeremy> Anyone know how I can send headers immediately? without doing it manually. I cant continue the execution after this redirect
1629: [21:25:44] * travis-ci has joined #silverstripe
1630: [21:25:44] <travis-ci> [travis-ci] silverstripe/silverstripe-framework#506 (3.0 - c809bd7 : Ingo Schommer): The build passed.
1631: [21:25:44] <travis-ci> [travis-ci] Change view : https://github.com/silverstripe/silverstripe-framework/compare/067a94bd9321...c809bd71835e
1632: [21:25:45] <travis-ci> [travis-ci] Build details : http://travis-ci.org/silverstripe/silverstripe-framework/builds/8746322
1633: [21:25:45] * travis-ci has left #silverstripe
1634: [21:27:26] <simon_w> MrJeremy, which version are you on?
1635: [21:27:34] <MrJeremy> 3 somthing
1636: [21:27:46] <MrJeremy> not 2.4
1637: [21:27:50] <simon_w> Yeah, that something matters :p
1638: [21:28:01] <MrJeremy> lol ummm
1639: [21:28:20] <MrJeremy> its one of the newer stables
1640: [21:28:28] <simon_w> Okay
1641: [21:28:54] <MrJeremy> I think I need to currentcontroler->$response->output();
1642: [21:28:55] <simon_w> so after you've called redirect(), throw new SS_HTTPResponse_Exception(Controller::curr()->getResponse(), 302);
1643: [21:30:32] * travis-ci has joined #silverstripe
1644: [21:30:32] <travis-ci> [travis-ci] silverstripe/silverstripe-cms#442 (3.0 - e194b96 : Ingo Schommer): The build passed.
1645: [21:30:32] <travis-ci> [travis-ci] Change view : https://github.com/silverstripe/silverstripe-cms/compare/c7f14129eaf2...e194b962dbb6
1646: [21:30:32] <travis-ci> [travis-ci] Build details : http://travis-ci.org/silverstripe/silverstripe-cms/builds/8746369
1647: [21:30:32] * travis-ci has left #silverstripe
1648: [21:30:33] * cloph is now known as cloph_away
1649: [21:35:36] <MrJeremy> simon_w: Yussss! It works. Thanks you!!!!!
1650: [21:36:01] <simon_w> chillu, 5.5 got green :) https://travis-ci.org/silverstripe/silverstripe-framework/builds/8746568
1651: [21:36:21] * travis-ci has joined #silverstripe
1652: [21:36:21] <travis-ci> [travis-ci] silverstripe/silverstripe-framework#507 (3.0 - 11f4b2c : Damian Mooyman): The build passed.
1653: [21:36:21] <travis-ci> [travis-ci] Change view : https://github.com/silverstripe/silverstripe-framework/compare/c809bd71835e...11f4b2c620c2
1654: [21:36:22] <travis-ci> [travis-ci] Build details : http://travis-ci.org/silverstripe/silverstripe-framework/builds/8746568
1655: [21:36:22] * travis-ci has left #silverstripe
1656: [21:36:28] <sminnee> SO MUCH TRAVIS
1657: [21:37:01] * Peavers quit (Read error: Connection reset by peer)
1658: [21:37:21] * Peavers has joined #silverstripe
1659: [21:37:25] <Peavers> random DC...
1660: [21:37:27] <Peavers> don't approve.
1661: [21:37:31] <tractorcow> oh the travisty
1662: [21:39:16] * tankr has joined #silverstripe
1663: [21:39:23] <simon_w> http://logs.simon.geek.nz/search.php?q=travis-ci
1664: [21:39:27] <simon_w> so much travis!
1665: [21:41:15] <chillu> simon_w: Yay for 5.5!
1666: [21:42:02] <simon_w> Now that I'm not the only one running it!
1667: [21:43:22] <Peavers> SS uses teamcity internally yeah?
1668: [21:43:55] <simon_w> chillu, safe to move out of allowed failures?
1669: [21:45:03] <chillu> yes
1670: [21:46:40] <simon_w> Woo!
1671: [21:47:10] <simon_w> Only peeve left is now the tests that expect a two-element array back, check with assertEquals() but don't provide a sort
1672: [21:48:07] * pex quit (Read error: Connection reset by peer)
1673: [21:52:45] * pex has joined #silverstripe
1674: [21:57:21] * nepgear has left #silverstripe
1675: [21:57:24] * Peavers has left #silverstripe
1676: [21:59:13] * travis-ci has joined #silverstripe
1677: [21:59:13] <travis-ci> [travis-ci] silverstripe/silverstripe-framework#508 (3.0 - fb457e4 : Simon Welsh): The build passed.
1678: [21:59:13] <travis-ci> [travis-ci] Change view : https://github.com/silverstripe/silverstripe-framework/compare/11f4b2c620c2...fb457e47eb2c
1679: [21:59:13] <travis-ci> [travis-ci] Build details : http://travis-ci.org/silverstripe/silverstripe-framework/builds/8747466
1680: [21:59:13] * travis-ci has left #silverstripe
1681: [22:03:48] * travis-ci has joined #silverstripe
1682: [22:03:48] <travis-ci> [travis-ci] silverstripe/silverstripe-framework#509 (3.1 - 7f461dd : Sam Minnée): The build passed.
1683: [22:03:48] <travis-ci> [travis-ci] Change view : https://github.com/silverstripe/silverstripe-framework/compare/a862b4da9932...7f461ddd75d0
1684: [22:03:49] <travis-ci> [travis-ci] Build details : http://travis-ci.org/silverstripe/silverstripe-framework/builds/8747704
1685: [22:03:49] * travis-ci has left #silverstripe
1686: [22:05:44] <simon_w> Travis all the things!
1687: [22:08:12] * Peavers has joined #silverstripe
1688: [22:14:55] <micmania1_> are there any docs on the way the new buttons work in the CMS? Do they also work in ModelAdmin?
1689: [22:16:18] * ss23 has joined #silverstripe
1690: [22:16:18] * ss23 quit (Client Quit)
1691: [22:16:33] * ss23 has joined #silverstripe
1692: [22:16:50] * travis-ci has joined #silverstripe
1693: [22:16:50] <travis-ci> [travis-ci] silverstripe/silverstripe-framework#510 (3.1 - 3ac22ed : Mateusz U): The build passed.
1694: [22:16:50] <travis-ci> [travis-ci] Change view : https://github.com/silverstripe/silverstripe-framework/compare/7f461ddd75d0...3ac22ed638d2
1695: [22:16:50] <travis-ci> [travis-ci] Build details : http://travis-ci.org/silverstripe/silverstripe-framework/builds/8747741
1696: [22:16:50] * travis-ci has left #silverstripe
1697: [22:18:01] * willr has joined #silverstripe
1698: [22:20:13] * SightUnseen has joined #silverstripe
1699: [22:20:16] * chillu quit (Read error: Connection reset by peer)
1700: [22:21:23] * chillu has joined #silverstripe
1701: [22:21:25] * SightUnseen has left #silverstripe
1702: [22:22:13] * jcwacky has joined #silverstripe
1703: [22:22:23] * Pyromanik has joined #silverstripe
1704: [22:22:52] <jcwacky> Can someone tell me exactly what SilverStripe uses iconv for?
1705: [22:23:01] <Peavers> icons?
1706: [22:23:02] <Pyromanik> willr: fix userforms
1707: [22:23:04] <Peavers> for the page type?
1708: [22:23:20] <Peavers> willr, fix adding media in the html editor
1709: [22:23:23] * mrzero quit (Read error: Connection reset by peer)
1710: [22:23:27] <ss23> lol
1711: [22:23:28] <jcwacky> I've got a client's web host who are refusing to enable it.
1712: [22:23:31] * mrzero has joined #silverstripe
1713: [22:23:31] * mrzero quit (Changing host)
1714: [22:23:31] * mrzero has joined #silverstripe
1715: [22:23:32] <ss23> iconv is for encoding
1716: [22:23:32] <Pyromanik> Peavers: but he doesn't do that.
1717: [22:23:41] <Pyromanik> jcwacky: lol, move host.
1718: [22:23:50] <ss23> jcwacky: It's to do with supporting more than just the standard encodings (as well as detecting encodings etc)
1719: [22:23:51] <jcwacky> Lol, no, iconv the PHP extension.
1720: [22:24:03] <Peavers> yeah jcwacky, get a new host
1721: [22:24:04] <ss23> jcwacky: It's very silly that they don't enable it, but it shouldn't be an issue if you're using mainly ascii
1722: [22:24:06] <Pyromanik> jcwacky: enables PHP to use iconv
1723: [22:24:11] <jcwacky> What exactly will break without it?
1724: [22:24:20] <Pyromanik> all the things
1725: [22:24:31] <jcwacky> That's what I'm telling them to do.
1726: [22:24:36] <Peavers> what host?
1727: [22:24:50] <ss23> You guys know SolusVM? I signed up last night to a host using it...
1728: [22:25:00] <ss23> Turns out it doesn't support long/special characters in passwords
1729: [22:25:14] <ss23> Then I changed it, but Solus couldn't provision my VM because I used the long password originally
1730: [22:25:18] <ss23> #secureandawesome
1731: [22:25:23] <Peavers> lol
1732: [22:25:29] <ss23> Okay so here's a question
1733: [22:25:36] <ss23> Before I got ddos'd off the internets, I had ~20 channels open
1734: [22:25:38] <ss23> Now I have ~16
1735: [22:25:40] <Peavers> Its times like these I'm glad I run my own servers in my home office...
1736: [22:25:43] <ss23> WHERE ARE THE MISSING ONES
1737: [22:26:00] <jcwacky> But it's a site for a university (Cambridge) and their IT dept is saying they can't enable iconv because the version that comes with Solaris fails PHP tests.
1738: [22:26:14] <ss23> ... solaris?!
1739: [22:26:17] <simon_w> oh, that problem
1740: [22:26:18] <Peavers> eww solaris?
1741: [22:26:20] <Peavers> lol?
1742: [22:26:23] <jcwacky> Lol!
1743: [22:26:44] <Peavers> why on earth are they using solaris for a web server?
1744: [22:26:47] <jcwacky> Trying to convince the client to let me host the site on my CentOS server.
1745: [22:27:05] <simon_w> jcwacky, it'll work without iconv
1746: [22:27:18] <jcwacky> They can't insert images.
1747: [22:27:24] <jcwacky> I've tried it.
1748: [22:27:35] <ss23> iconv isn't anything to do with images, jcwacky
1749: [22:27:46] <ss23> it's to do with character encodings, as I said
1750: [22:27:47] <ss23> If they can't insert images, that's a different issue
1751: [22:27:49] <jcwacky> Give me some anti-Solaris cannon fodder!
1752: [22:27:52] <ss23> lol
1753: [22:28:00] <simon_w> It's what Tron runs on!
1754: [22:28:04] <ss23> You could say it's not highly tested on Solaris...
1755: [22:28:08] <Peavers> They say solaris, you say "wot m8?"
1756: [22:28:24] <jcwacky> Well the Insert Images WYSIWYG feature doesn't work.
1757: [22:28:37] <Peavers> yeah it doesn't work jcwacky
1758: [22:28:39] <Peavers> its broken
1759: [22:28:54] <Peavers> Its what I've been whinging on about for the last three days now
1760: [22:29:10] <simon_w> And you still haven't fixed it!
1761: [22:29:17] <Peavers> I can't get logs to see whats wrong!
1762: [22:29:24] <Peavers> fix the logs so I can fix the editor!
1763: [22:29:25] <willr> Pyromanik all I hear is whine.
1764: [22:29:35] <ss23> More client lulz - a 6 month old ticket "Hi, just checking, was this completed?" (we were waiting on them to deploy to their server), "Hi Stephen, I don't know if this has been completed"
1765: [22:29:36] * metanat has joined #silverstripe
1766: [22:29:39] <ss23> wtf
1767: [22:29:42] <jcwacky> I also have a NewsArticle page type that fails to load in the CMS. Possibly due to an upload field.
1768: [22:29:53] <ss23> metanat: Are you looking foward to UncleCheese working there :D
1769: [22:30:07] <metanat> Definitely
1770: [22:30:08] <Peavers> Isn't he working yet? such a slacker.
1771: [22:30:19] <metanat> Will be cool to have him
1772: [22:30:26] <metanat> He has arrived in NZ
1773: [22:30:49] <Peavers> and hes not working?
1774: [22:30:55] <Peavers> what else is there to be doing....
1775: [22:31:02] <jcwacky> UC is in NZ?
1776: [22:31:08] <Peavers> yup
1777: [22:31:09] <metanat> jcwacky: Yep :)
1778: [22:31:14] <Peavers> arrived a few days ago
1779: [22:31:20] * travis-ci has joined #silverstripe
1780: [22:31:20] <travis-ci> [travis-ci] silverstripe/silverstripe-framework#512 (3.1 - d844c74 : Simon Welsh): The build was broken.
1781: [22:31:20] <travis-ci> [travis-ci] Change view : https://github.com/silverstripe/silverstripe-framework/compare/3ac22ed638d2...d844c74e3c63
1782: [22:31:20] <travis-ci> [travis-ci] Build details : http://travis-ci.org/silverstripe/silverstripe-framework/builds/8748274
1783: [22:31:20] * travis-ci has left #silverstripe
1784: [22:31:26] <simon_w> Dammit!
1785: [22:31:33] <jcwacky> Permanently?
1786: [22:31:38] <metanat> Yes
1787: [22:31:39] <Peavers> yup
1788: [22:31:44] <jcwacky> Or on holz?
1789: [22:31:50] <jcwacky> Ah, cool.
1790: [22:31:53] <metanat> He is starting at Heyday. Where I work
1791: [22:31:54] <ss23> TESTS FAILED
1792: [22:31:56] <ss23> DO NOT MERGE
1793: [22:32:06] <Peavers> Come on simon_w, sort it out.
1794: [22:32:24] <simon_w> Oh, it's more I just merged the change from 3.0 that said they're not allowed failures now
1795: [22:32:31] <ss23> lol
1796: [22:32:40] * simon_w waits for the two master failures too
1797: [22:33:35] <jcwacky> Anyway back to iconv! :p Are we saying the reason that the standard SS features shot work without iconv is more of a bug?
1798: [22:33:41] * tankr has left #silverstripe
1799: [22:33:50] * tankr has joined #silverstripe
1800: [22:33:50] <jcwacky> *don't
1801: [22:34:15] <simon_w> jcwacky, iconv is only used when changing a title to a URLSegment in a page
1802: [22:34:42] <jcwacky> Interesting.
1803: [22:35:18] <jcwacky> May explain my NewsPage not working, but I'm sure Insert Media is still throwing iconv errors.
1804: [22:35:33] * Stomach has joined #silverstripe
1805: [22:36:16] <metanat> simon_w: Did something recently break regarding Vaildation errors?
1806: [22:36:32] <simon_w> metanat, define break
1807: [22:36:57] <metanat> I'm getting validation errors when I haven't changed my code
1808: [22:37:40] <simon_w> That usually means you're providing invalid values
1809: [22:38:05] <metanat> Alright, I will look into it. Sorry, kinda just in assume 3.1 is broken mode atm
1810: [22:42:38] * jcwacky quit (Quit: Until next time.)
1811: [22:42:54] * jcwacky has joined #silverstripe
1812: [22:43:27] <ss23> simon_w: https://gist.github.com/ss23/5930644 I havel ike 5 of these
1813: [22:43:29] <ss23> CAN I CACHE THEM?
1814: [22:43:34] <ss23> As in, what causes them?
1815: [22:43:41] * travis-ci has joined #silverstripe
1816: [22:43:41] <travis-ci> [travis-ci] silverstripe/silverstripe-framework#513 (3.1 - c3e9e44 : Ingo Schommer): The build was broken.
1817: [22:43:41] <travis-ci> [travis-ci] Change view : https://github.com/silverstripe/silverstripe-framework/compare/d844c74e3c63...c3e9e442041d
1818: [22:43:42] <travis-ci> [travis-ci] Build details : http://travis-ci.org/silverstripe/silverstripe-framework/builds/8748331
1819: [22:43:42] * travis-ci has left #silverstripe
1820: [22:44:33] <simon_w> Ones like that? A has_one to SiteTree probably
1821: [22:44:41] <simon_w> So, something like ->Parent
1822: [22:44:47] <ss23> So, not by default? My queries are doing something that isn't being cached?
1823: [22:44:54] <ss23> queries/pages
1824: [22:45:07] <ss23> hmmm
1825: [22:45:19] <ss23> Those queries probably aren't that expensive, since that's all indexed
1826: [22:45:26] <simon_w> Building breadcrumbs?
1827: [22:45:43] <ss23> simon_w: Does that happen even if you don't use $Pages or $breadcrumbs or w/e it is?
1828: [22:45:53] <simon_w> nope
1829: [22:46:05] <ss23> Hmmmmm
1830: [22:46:26] <ss23> Is there any easy way to look at where the SLQ queries are coming from? Like a backtrace in the SQL query stuff (I can add it myself if not)
1831: [22:46:48] <simon_w> Stick a SS_Backtrace::backtrace() in DB::query()
1832: [22:46:57] <simon_w> Or MySQLDatabase::query()
1833: [22:47:13] <ss23> fancypants with your not real backtraces, using the SS ones...
1834: [22:47:36] <simon_w> It's a formatted backtrace
1835: [22:48:05] <simon_w> If you want, you can do debug_backtrace(), or whatever it is
1836: [22:48:30] * travis-ci has joined #silverstripe
1837: [22:48:30] <travis-ci> [travis-ci] silverstripe/silverstripe-cms#443 (3.1 - 2545f41 : Ingo Schommer): The build passed.
1838: [22:48:30] <travis-ci> [travis-ci] Change view : https://github.com/silverstripe/silverstripe-cms/compare/a2c2be2ad5e9...2545f41bdcbe
1839: [22:48:30] <travis-ci> [travis-ci] Build details : http://travis-ci.org/silverstripe/silverstripe-cms/builds/8748366
1840: [22:48:30] * travis-ci has left #silverstripe
1841: [22:49:32] <ss23> :q
1842: [22:49:34] <ss23> fff
1843: [22:50:26] <simon_w> chillu, #2198 should fix the postgres failure. The SQLite one is because there's an assumption on order in the test that the database doesn't match
1844: [22:50:45] <chillu> ah was just about to ask about that, cool merging then
1845: [22:51:09] <ss23> chillu: pls respond 2 mi pm
1846: [22:57:22] * Jayden90 has joined #silverstripe
1847: [22:58:02] * jcwacky quit (Quit: Until next time.)
1848: [22:58:32] <ss23> Time to learn travis/composer more!
1849: [23:00:37] <simon_w> Heh, we're kinda hammering travis this morning
1850: [23:01:20] <ss23> :O
1851: [23:01:29] <ss23> How come before_script does a bunch of checking out, instead of a composer install?
1852: [23:02:37] <simon_w> composer keeps breaking?
1853: [23:02:51] <ss23> *shrug* okay
1854: [23:03:22] <ss23> Hmmmm
1855: [23:03:52] <ss23> How come 3.1 Silverstripe is like "php: 5.3"
1856: [23:03:56] * travis-ci has joined #silverstripe
1857: [23:03:56] <travis-ci> [travis-ci] silverstripe/silverstripe-framework#515 (master - fbce9fd : Simon Welsh): The build was broken.
1858: [23:03:56] <travis-ci> [travis-ci] Change view : https://github.com/silverstripe/silverstripe-framework/compare/47147eb3dfc3...fbce9fd7cd26
1859: [23:03:56] <travis-ci> [travis-ci] Build details : http://travis-ci.org/silverstripe/silverstripe-framework/builds/8748416
1860: [23:03:56] * travis-ci has left #silverstripe
1861: [23:03:57] <ss23> and not 5.4 and 5.5 and stuff?
1862: [23:04:09] <simon_w> Oh no, it does do a composer install
1863: [23:04:14] <simon_w> https://github.com/silverstripe-labs/silverstripe-travis-support/blob/master/travis_setup.php#L159
1864: [23:04:14] * pex quit (Quit: pex)
1865: [23:04:23] <simon_w> ss23, look at the include stuff
1866: [23:04:54] <ss23> simon_w: I saw that, but I'm wondering why it's different to having it at the top
1867: [23:05:05] * Quwame is now known as RojoD^zZz
1868: [23:05:15] <simon_w> So you don't have to exclude all the environments you don't want
1869: [23:05:24] <simon_w> whitelist instead of blacklist
1870: [23:05:30] <ss23> mmk
1871: [23:06:37] <ss23> PHP Fatal error: Class 'Page_Controller' not found in /home/travis/builds/ss/newsletter/code/controller/UnsubscribeController.php on line 9
1872: [23:06:51] <ss23> This sounds like... either Silverstripe didn't flush/build or checkout cms properly or something or what?
1873: [23:07:07] <simon_w> Page_Controller's in installer
1874: [23:08:59] <simon_w> "@silverstripe: We're having a SilverStripe Hackfest today and you're invited! Join us on IRC. http://t.co/w0Bu7hsvQV ^BP"
1875: [23:09:03] <simon_w> Wait, what?
1876: [23:09:04] * travis-ci has joined #silverstripe
1877: [23:09:04] <travis-ci> [travis-ci] silverstripe/silverstripe-framework#516 (master - dfc8dbd : Simon Welsh): The build was broken.
1878: [23:09:04] <travis-ci> [travis-ci] Change view : https://github.com/silverstripe/silverstripe-framework/compare/fbce9fd7cd26...dfc8dbdee04e
1879: [23:09:05] <travis-ci> [travis-ci] Build details : http://travis-ci.org/silverstripe/silverstripe-framework/builds/8748446
1880: [23:09:05] * travis-ci has left #silverstripe
1881: [23:09:09] <simon_w> Oh right, internal one
1882: [23:09:13] <ss23> lol
1883: [23:09:14] <ss23> :D
1884: [23:09:20] <ss23> simon_w: mmk, so I have questions then
1885: [23:09:34] <ss23> simon_w: Newsletetter does a test that relies on Page_Controller
1886: [23:09:40] <ss23> how 2 include the installer so it works?
1887: [23:11:00] <simon_w> Is Newsletter supposed to require CMS?
1888: [23:11:37] <ss23> ... you would know that better than me
1889: [23:11:51] <simon_w> Hmm, it's a ModelAdmin subclass so probably not
1890: [23:12:10] <simon_w> As it doesn't require CMS, you should rewrite the test to use a Controller subclass
1891: [23:12:57] <ss23> self::$page = new UnsubscribeController();
1892: [23:12:59] <ss23> That's the line that causes it
1893: [23:13:10] <coldblooded01> how do I get a specific field from a table in silverstripe?
1894: [23:13:17] <Pyromanik> willr: did you fix userforms yet?
1895: [23:13:20] <ss23> coldblooded01: $object_for_that_table->Field
1896: [23:13:22] <coldblooded01> $format = Member:get();
1897: [23:13:30] <ss23> coldblooded01: Which member?
1898: [23:13:32] <simon_w> Both the front-end controllers require classes that rely on CMS (ContentController/Page_Controller) but the module itself doesn't
1899: [23:13:36] <coldblooded01> i want to get field Username from the Member table
1900: [23:13:36] <simon_w> That's a little flawed
1901: [23:13:43] <coldblooded01> Member is a data object ss23
1902: [23:13:45] <ss23> coldblooded01: *which* member?
1903: [23:13:46] <Pyromanik> willr: because I did more than whine, I looked, but it was way over my head.
1904: [23:13:55] <ss23> coldblooded01: Any random member? One with a specific ID? The one logged in atm?
1905: [23:13:56] <coldblooded01> all members
1906: [23:13:58] <willr> Pyromanik have you raised an issue?
1907: [23:13:58] <metanat> ss23: Page_Controller is generally defined in mysite, you could define it in Newsletter for the tests only
1908: [23:14:03] <Pyromanik> willr: yes!
1909: [23:14:22] <Pyromanik> 10:22 < Pyromanik> willr: fix userforms
1910: [23:14:26] <coldblooded01> basically ss23 i want to do this
1911: [23:14:27] <coldblooded01> function getFormatAddress() {
1912: [23:14:27] <coldblooded01> $format = LocationWorship::get();
1913: [23:14:28] <ss23> coldblooded01: foreach (Member::get() as $member) { echo $member->Username; }
1914: [23:14:28] <coldblooded01> echo str_replace("<br />", "", $format);
1915: [23:14:29] <coldblooded01> }
1916: [23:14:32] <Pyromanik> :P
1917: [23:14:42] <Pyromanik> coldblooded01: bad, bad, naughty boy
1918: [23:14:45] <ss23> coldblooded01: I'm still confused over *which* member you want
1919: [23:14:47] <Pyromanik> (or girl)
1920: [23:14:49] <Peavers> does ss work with https out the box?
1921: [23:14:53] <ss23> Peavers: Should do
1922: [23:14:54] <simon_w> metanat, that's a bad idea. The module shouldn't be relying on Page if it doesn't require CMS
1923: [23:14:55] <coldblooded01> ss23: forget about member
1924: [23:15:12] <ss23> Peavers: iirc there is some configuration options for making sure the secure flag is on + redirecting to HTTPS, but it should 'work'
1925: [23:15:13] <metanat> simon_w: Yeah I agree (though Page is a mysite thing)
1926: [23:15:17] <ss23> Peavers: PHP is good like that o/
1927: [23:15:18] <Peavers> so it shouldnt be completely rooting the theme?
1928: [23:15:20] <coldblooded01> i want to get content from the Address field inside the LocationWorship table, and replace <br /> with nothing
1929: [23:15:23] <ss23> simon_w: So what is your recommendation?!
1930: [23:15:26] <simon_w> metanat, and what does Page extend? :p
1931: [23:15:29] <ss23> coldblooded01: Which *row* of that table?
1932: [23:15:37] <metanat> Yeah SiteTree. So i agree :)
1933: [23:15:51] <simon_w> ss23, either make Newsletter require CMS, or fix https://github.com/silverstripe-labs/silverstripe-newsletter/blob/master/code/controller/UnsubscribeController.php#L9 and https://github.com/silverstripe-labs/silverstripe-newsletter/blob/master/code/controller/TrackLinkController.php#L14 to not rely on the CMS
1934: [23:16:00] <Pyromanik> coldblooded01: two things: 1) copy and paste into IRC is badbad. 2) stop making html in php.
1935: [23:16:23] <ss23> simon_w: The first one seems easier. Not like anyone can use it without CMS atm
1936: [23:16:53] * ryano has joined #silverstripe
1937: [23:16:55] <simon_w> ss23, so update the composer.json and the tests should work again
1938: [23:16:56] <Pyromanik> coldblooded01: Member::get()->Column('Username')
1939: [23:17:01] <ss23> simon_w: OKAY WILL DO :D
1940: [23:17:11] <coldblooded01> ss23: all row, all content stored in the field Address
1941: [23:17:29] <coldblooded01> Pyromanik: apologies for the copy paste, cbf using paste bin for 3 line of code
1942: [23:17:39] <coldblooded01> :D
1943: [23:17:40] * Colin[pi] has joined #silverstripe
1944: [23:17:40] <Pyromanik> looks like five.
1945: [23:17:42] <ss23> coldblooded01: foreach (LocationWorship::get() as $locationworship} { echo $locationworship->FieldHere; }
1946: [23:17:44] * underk has joined #silverstripe
1947: [23:17:45] * ryano is now known as ryanoh22
1948: [23:17:47] <metanat> ss23: Does it need to use Page_Controller? Was the purpose of that so you could do stuff in init with extending newsletter?
1949: [23:17:48] <simon_w> Pyromanik, 4. One was ss23
1950: [23:17:57] <coldblooded01> cheers ss23
1951: [23:18:05] <Pyromanik> oh, first line was a statment, not code.
1952: [23:18:35] <ss23> metanat: If it doesn't, then that's fine, but I'm not really wanting to rewrite it atm :P
1953: [23:18:53] <simon_w> metanat, looks like it uses Page_Controller for rendering purposes more than anything
1954: [23:19:33] <Pyromanik> echo str_replace("<br />", "", $format);
1955: [23:19:36] <Pyromanik> this line is 100% wrong.
1956: [23:19:56] <ss23> lol
1957: [23:19:57] <metanat> Right, yeah that is what I suspected
1958: [23:20:06] <simon_w> though the TrackLinkController could be very easily changed to extend Controller. It doesn't rely on ContentController for anything other than pretty 404s
1959: [23:20:18] <metanat> :)
1960: [23:20:36] <simon_w> and that
1961: [23:20:43] <simon_w> and that's easy enough to stick in an if
1962: [23:21:10] <Pyromanik> coldblooded01: what you're looking for by looking at that code (disregarding the ss23 bit in the middle) is public function getFormatAddress() { return LocationWorship::get(); }
1963: [23:21:41] <coldblooded01> function getFormatAddress() { }
1964: [23:22:37] <coldblooded01> that function will go into Table (data object) LocationWorhship, and into the field called Address. Go through all the address and return/echo Address after replacing <br /> with nothing.
1965: [23:22:51] <coldblooded01> front end, i want to render this:
1966: [23:22:58] <coldblooded01> <a href="http://www.maps.google.com/?q=$FormatAddress" target="_blank">View in Google Maps</a>
1967: [23:23:23] <simon_w> chillu, okay, postgres and sqlite failures are now the same: order matters in ->assertEquals() but the ::get() isn't sorted, so order is arbitrary
1968: [23:23:46] <chillu> yeah typical failure
1969: [23:24:07] <coldblooded01> Pyromanik: i was wondering if you could do LocationWorship::get(); and get the address field? Pyromanik any pointers?
1970: [23:24:52] <simon_w> cloph_away, <% loop $List(LocationWorship) %><a href="http://www.maps.google.com/?q=$Address.NoHTML" target="_blank">View in Google Maps</a><% end_loop %>
1971: [23:25:18] <coldblooded01> aha, .NoHTML :)
1972: [23:25:21] <coldblooded01> thanks simon_w
1973: [23:25:31] <simon_w> Assuming that it's a Text/HTMLText field
1974: [23:25:37] <coldblooded01> yep
1975: [23:27:06] <Pyromanik> coldblooded01: sure, <% loop FormatAddress %>$Address<% end_loop %>
1976: [23:28:39] * travis-ci has joined #silverstripe
1977: [23:28:39] <travis-ci> [travis-ci] silverstripe/silverstripe-framework#518 (3.1 - 573ec9d : Ingo Schommer): The build is still failing.
1978: [23:28:39] <travis-ci> [travis-ci] Change view : https://github.com/silverstripe/silverstripe-framework/compare/c3e9e442041d...573ec9d58b48
1979: [23:28:39] <travis-ci> [travis-ci] Build details : http://travis-ci.org/silverstripe/silverstripe-framework/builds/8749092
1980: [23:28:39] * travis-ci has left #silverstripe
1981: [23:29:10] <ss23> halp
1982: [23:29:12] <ss23> why no travis
1983: [23:29:15] <ss23> https://github.com/silverstripe-labs/silverstripe-newsletter/pull/53
1984: [23:29:17] <ss23> wtb travis
1985: [23:29:36] <simon_w> It takes a little bit to get poked
1986: [23:29:40] <Pyromanik> chillu: any ideas why being on a UserForm page would cause Config::inst()->get('Image', 'summary_fields', Config::FIRST_SET) would return the summary fields for 'EmailRecipient' rather than 'Image' ?
1987: [23:30:37] <chillu> EmailRecipient extends DataObject, right? Or something that's NOT in the same chain as Image
1988: [23:30:47] <chillu> Does it work without the FIRST_SET arg?
1989: [23:30:53] * jcwacky has joined #silverstripe
1990: [23:30:55] <Pyromanik> chillu: nope.
1991: [23:30:57] <simon_w> ss23, invalid json
1992: [23:31:15] <ss23> dammit
1993: [23:31:16] <Pyromanik> chillu: yeah, EmailRecipient is it's own DataObject extension
1994: [23:31:25] <simon_w> ss23, have a comment!
1995: [23:31:28] <ss23> thats why I did a pull request first, knew I would mess it up
1996: [23:31:30] <ss23> simon_w: NO
1997: [23:31:31] <ss23> ;_;
1998: [23:32:17] <ss23> simon_w: Now about that ammend pull request syntax...?
1999: [23:32:19] <chillu> simon_w: So your PR didn't include fixes for those? https://travis-ci.org/silverstripe/silverstripe-framework/builds/8749092
2000: [23:32:41] <simon_w> ss23, git add <file>; git commit --amend; git push --force
2001: [23:32:55] <chillu> simon_w you working on pg/sqlite fixes at the mo?
2002: [23:32:59] <spronk> RAWR
2003: [23:33:33] <ss23> I have to be on the right branch for that right, simon_w?
2004: [23:33:41] <Pyromanik> chillu: could this be causing it? https://github.com/silverstripe/silverstripe-userforms/blob/1.0/code/model/UserDefinedForm.php#L72
2005: [23:33:45] <Pyromanik> simon_w: ^ ?
2006: [23:33:54] <Pyromanik> spronk: RAWR ^
2007: [23:34:06] <simon_w> chillu, yeah
2008: [23:34:10] <simon_w> ss23, yes
2009: [23:34:30] <ss23> simon_w: Github says it's master, does that sound right? Or is it pullrequestsmerge or what?
2010: [23:34:47] <simon_w> ss23, it's master
2011: [23:34:51] <ss23> sweeeeet
2012: [23:34:52] <ss23> <3
2013: [23:35:15] <ss23> And now we wait ^.^
2014: [23:35:38] * jcwacky quit (Client Quit)
2015: [23:36:44] <chillu> Pyromanik: Direct static assigment in logic is deprecated in favour of the config API. In this case, you should just set the summary fields on the gridfield component directly. On the specific issue, no idea why that affects Image Config ...
2016: [23:37:34] <Pyromanik> chillu: neither, I'm baffled.
2017: [23:37:53] <ss23> simon_w: What about this one, line 94 now! (And where is travis_setup.php?)
2018: [23:38:08] <Pyromanik> chillu: it's only in affect when editing a UDF page in the CMS (so far as I've seen). all other pages return the correct summaries that I've seen.
2019: [23:38:19] <Pyromanik> (correct summaries for Image)
2020: [23:38:30] <simon_w> ss23, nothing changed
2021: [23:38:48] <Pyromanik> also, this is 3.0.5
2022: [23:38:55] <Pyromanik> Userforms branch 1.0
2023: [23:39:03] <Pyromanik> just to make that clear
2024: [23:39:32] <simon_w> ss23, did you forget to git add composer.json?
2025: [23:39:45] <ss23> :<
2026: [23:39:46] <ss23> yes
2027: [23:40:52] <Pyromanik> lol
2028: [23:41:08] * mdowton has joined #silverstripe
2029: [23:42:44] <ss23> yay!
2030: [23:42:51] <ss23> My composer.json made two tests pass
2031: [23:43:11] <ss23> This module is in such a sad state!
2032: [23:44:09] <ss23> simon_w: It looks fine to merge now, right? Then I'll do another request with a fixed travis.yml? As well as fix up the other composer.json's? right right?
2033: [23:44:32] <simon_w> If you want? Your responsibility now :p
2034: [23:44:39] <ss23> Nu uh! I'm not a maintainer
2035: [23:44:45] <ss23> I was more asking as in "will it fuck shit up"
2036: [23:46:44] <simon_w> No more than at current :p
2037: [23:46:48] <ss23> lol
2038: [23:46:49] <ss23> trudat
2039: [23:46:51] * ryanoh22 has left #silverstripe
2040: [23:46:55] <ss23> I'll fix it up now!
2041: [23:48:05] <simon_w> come postgres, green light me :D
2042: [23:48:30] <mdowton> Looking for way to push a field to the cms using the onAfterWrite method? I need the record to save first before populating a drop down ? Anyone know of a good example?
2043: [23:49:01] <simon_w> mdowton, in getCMSFields(): if($this->ID) { $fields->addFieldToTab(...); }
2044: [23:50:01] <ss23> I just realised, newsletter doesn't even support 3.1
2045: [23:50:07] <ss23> Like, master only does 3.0...
2046: [23:50:18] <simon_w> ss23, yay, I didn't have to tell you!
2047: [23:50:23] <ss23> lol
2048: [23:50:36] <ss23> idk what to do
2049: [23:50:41] <ss23> If I had my way I would delete and start over!
2050: [23:51:09] <simon_w> Do you want 3.1 support?
2051: [23:51:23] <ss23> Um
2052: [23:51:26] <ss23> I guess
2053: [23:52:06] <simon_w> branch master to version.next, change the composer.json in that branch to require 3.0.*, update master
2054: [23:52:22] <mdowton> Perfect thanks simon_w
2055: [23:52:43] <simon_w> Woo, postgres is green!
2056: [23:52:47] <simon_w> Come on sqlite!
2057: [23:55:46] <metanat> Yay
2058: [23:56:53] * simon_w waits...
2059: [23:56:57] * travis-ci has joined #silverstripe
2060: [23:56:57] <travis-ci> [travis-ci] silverstripe/silverstripe-framework#519 (3.1 - ff45f7c : Simon Welsh): The build was fixed.
2061: [23:56:57] <travis-ci> [travis-ci] Change view : https://github.com/silverstripe/silverstripe-framework/compare/573ec9d58b48...ff45f7ce4d1b
2062: [23:56:58] <travis-ci> [travis-ci] Build details : http://travis-ci.org/silverstripe/silverstripe-framework/builds/8750166
2063: [23:56:58] * travis-ci has left #silverstripe
2064: [23:57:00] <ss23> Nice
2065: [23:57:02] <Colin[pi]> ooh
2066: [23:57:03] <simon_w> Green!
2067: [23:57:05] <metanat> ace!
2068: [23:57:52] <simon_w> Now, for master to run

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