#silverstripe IRC Log

IRC log for 18 July 2013

All timestamps are in UTC.

1: [00:01:08] <Pyromanik> "do you agree that silverstripe has a secruity issue?" - No. Not one in public knowledge. I agree that ?flush=1 SINGLE PAGE template flush exposed to the public has always been a bit weird, but I don't think it make the application INSECURE. Security isn't the issue, it's DDOS'n, which isn't to do with security, rather more with stability.
2: [00:01:23] <spronk> wait
3: [00:01:34] <spronk> does flush=1 work in live mode?
4: [00:01:36] <spronk> without admin acc?
5: [00:01:44] <Pyromanik> and if someone wants to DDOS, they're going to DDOS. There isn't much a single application can do about it.
6: [00:01:47] <Pyromanik> spronk: yeh, always has.
7: [00:01:55] <spronk> i never remember this stuff
8: [00:02:00] <metanat> spronk: Yes, it rebuild class manifest and config static manifest
9: [00:02:00] <spronk> (which, realistically, is a security issue :P)
10: [00:02:14] <Pyromanik> no
11: [00:02:17] <Pyromanik> not a scurity issue.
12: [00:02:22] <spronk> well
13: [00:02:23] <Pyromanik> doesn't make site insecure.
14: [00:02:30] <spronk> inadvertantly it does
15: [00:02:35] <spronk> it's a permission leak
16: [00:02:37] <Pyromanik> just provides a minor opening for a DoS
17: [00:02:42] <Pyromanik> not really.
18: [00:02:47] <ss23> Pyromanik: DoS is to do with "security" in almost every sense I'm aware of, just FYI
19: [00:02:52] <Pyromanik> you can escalate with it.
20: [00:02:55] <spronk> well, member of public shouldn't really be able to flush any kind of cache
21: [00:03:08] <spronk> if "by design", is insecure design
22: [00:03:21] <Pyromanik> ss23: I'd say it's to do with stability, which one can link to security by way of securing business.
23: [00:03:23] <spronk> if byproduct of design, is security vulnerability
24: [00:03:44] <Pyromanik> spronk: yeh, I agree with that (member of public shouldn't be able to flush).
25: [00:03:51] <metanat> I guess what Pyromanik is saying is that it doesn't give the attacker access to your database etc. but it does mean they can take down the site
26: [00:04:04] <Pyromanik> but I wouldn't go off the fuck'n deep end and rave on about how the govt. chose SS over Drupal
27: [00:04:11] <metanat> I have seen a site go down due to flush
28: [00:04:29] <Pyromanik> metanat: I have seen sites respond so quick I didn't believe it'd flushed.
29: [00:04:37] <spronk> haha
30: [00:04:39] <spronk> drupal.
31: [00:04:43] <Pyromanik> exactly.
32: [00:04:50] <Pyromanik> that's what this debate is REALLY about.
33: [00:04:54] <Pyromanik> Butthurt drupal devs.
34: [00:05:05] <metanat> Was kinda tragic. flush somehow got into cache and so regular users were flushing left right and centre
35: [00:05:06] <metanat> lol
36: [00:05:08] <Pyromanik> trying to make a mountain out of a molehill.
37: [00:05:09] <lewellyn> what? us .gov isn't enough for them?
38: [00:05:16] <ss23> Pyromanik: When most people think about security, I think, they think of the tradtiaional sense of CIA, where aviability is a core component
39: [00:05:25] <ss23> idk
40: [00:05:34] <Pyromanik> ss23: yeh, I know.
41: [00:05:46] <Pyromanik> I'm just argueing semantics for no real reason.
42: [00:05:54] <ss23> lol
43: [00:06:11] <Pyromanik> metanat: I've seen poor performance of sites due to someone having left a flush directive in _config.php
44: [00:06:37] <mirrors> Hey everyone....when I get a DataObject and then add a dynamic custom field i.e. $do->NewCustomField = "This isnt saved to the object but I just added it"; when I add the $do to an ArrayList and then loop the array list in the template my new custom field is missing
45: [00:06:42] <simon_w> Oh man, the people that basically force a flush=all on every load
46: [00:07:04] <metanat> simon_w: lol
47: [00:08:24] <Pyromanik> but every time i've seen a server fall, it's been because a DDOS in the normal sense of the word. Just requesting mundane shit repeatedly until boom.
48: [00:08:56] <Pyromanik> point: ?flush doesn't provide something that wouldn't otherwise be a vector. It just makes it a little easier.
49: [00:09:03] * supernovah has joined #silverstripe
50: [00:09:04] <ss23> Pyromanik: You should be careful with your definitions. DoS != DDoS
51: [00:09:06] <metanat> Pyromanik: Yep that is true
52: [00:09:22] <ss23> BE CAREFUL OR I'LL CUT YOU
53: [00:09:24] * ss23 cuts Pyromanik
54: [00:09:30] <Pyromanik> ss23: shutyofase.
55: [00:09:31] <ss23> So, my video of last night will be being emailed to me
56: [00:09:31] <metanat> Especially because a typical SS site will use around 20MB per request
57: [00:09:32] * ss23 preens
58: [00:09:37] <ss23> hahah metanat, ikr
59: [00:09:42] <metanat> you just request the homepage lots and boom
60: [00:09:59] <spronk> yeah...
61: [00:10:00] <ss23> site.com?goaway=staticcache
62: [00:10:01] <ss23> site.com?goaway=staticcache2
63: [00:10:01] <ss23> site.com?goaway=staticcache23
64: [00:10:03] * dollar_dad quit (Quit: dollar_dad)
65: [00:10:03] <Pyromanik> metanat: yeh, this is true. But that's always been a known issue. and is what static partial caching is form.
66: [00:10:03] <ss23> dead site
67: [00:10:06] <Pyromanik> for*
68: [00:10:13] <aquaman> whos ivan in here?
69: [00:10:24] <spronk> i'm CRAZY IVAN
70: [00:10:32] <ss23> lol
71: [00:10:36] <ss23> XD
72: [00:10:52] <Pyromanik> oh god that hugh guy "What if you were on a shared
73: [00:10:55] <Pyromanik> hosting
74: [00:10:56] <Pyromanik> "
75: [00:10:59] <Pyromanik> well
76: [00:11:08] <Pyromanik> then we wouldn't be on CWP, so fucking deal with it.
77: [00:11:43] <aquaman> i don't think that the issue was whether it was secure with CWP Pyromanik, it was more whether it was secure full stop
78: [00:11:58] <aquaman> so shared hosting is a legit concern
79: [00:12:55] <Pyromanik> yeah, but the majority of the whinge fest thus far (that I've read) has revolved around why the govt this and how the govt that and drupal wah wah.
80: [00:12:58] <ss23> help
81: [00:13:00] <ss23> I accidently typed mf
82: [00:13:01] <metanat> Pyromanik: It is an issue with most php sites in general too
83: [00:13:02] <ss23> how to exit
84: [00:13:05] <ss23> ctrl + c doesn't work
85: [00:13:09] <aquaman> Pyromanik: try looking at OP
86: [00:13:19] <aquaman> not the ramble from every man and his dog
87: [00:13:25] <ss23> got it - Transcript written on mfput.log. what
88: [00:13:31] <Pyromanik> aquaman: yes, and op raises a legitimate concearn. WHICH WAS ALREADY RAISED.
89: [00:13:52] <Pyromanik> just having a whinge on phpug instead of checking issues and reporting to devs.
90: [00:14:04] <aquaman> and no sign of being fixed? and bug didn't outline what could be done
91: [00:14:16] <aquaman> and OP did raise with devs, or security@ by the looks of his post
92: [00:14:25] <Pyromanik> umm, dunno which one you read but the one I did had some rather involved discussion.
93: [00:14:47] <Pyromanik> aquaman: it's been on github for far longer than this post has been there.
94: [00:14:56] <aquaman> it has
95: [00:15:00] <Pyromanik> open for all the world to see.
96: [00:15:04] <spronk> so
97: [00:15:08] <spronk> thats kinda a problem though..
98: [00:15:09] <Pyromanik> it's hardly new reveals.
99: [00:15:14] <spronk> realistically should have been solved quickly
100: [00:15:19] <Pyromanik> yes.
101: [00:15:21] <spronk> at the very least with an .htaccess patch
102: [00:15:22] <Pyromanik> this is true.
103: [00:15:23] * EasyCo quit (Ping timeout: 240 seconds)
104: [00:15:34] <aquaman> spronk: +1
105: [00:15:47] <aquaman> and Pyromanik, it didn't outline how much of a DoS threat it was
106: [00:15:47] <Pyromanik> I'm not saying it shouldn't, I'm just agreeing with ss23's earlier comment.
107: [00:15:58] <aquaman> just that "Require ADMIN for ?flush=1 (stop denial of service attacks)"
108: [00:16:01] <Pyromanik> phpug thread is pretty much 100% qqs
109: [00:16:04] <Pyromanik> and butthurtness.
110: [00:16:13] <aquaman> OP has gone and shown what you can do
111: [00:16:22] <ss23> only 13 more posts and we'll beat the startup thread :D
112: [00:16:38] <Pyromanik> aquaman: like it needed to be demonstrated?
113: [00:16:56] <aquaman> for the non technical user, prehaps
114: [00:17:16] <aquaman> did you know fully that it could take down a server just by reading that bug?
115: [00:17:21] <simon_w> Yes
116: [00:17:22] <metanat> aquaman: You can easily DoS an SS or drupal or whatever site with or with flush=1
117: [00:17:30] <ss23> aquaman: How does his blog post help *anything*? Do you think it motivates people to get a patch sooner? Do you think users need to be aware and they weren't before? Like, I struggle to understand what the point of the blog post is
118: [00:17:31] <metanat> *with or without
119: [00:17:44] <Pyromanik> pretty much exactly this: https://groups.google.com/d/msg/nzphpug/bs-eVIs5wm8/Qg5uYQrFNywJ
120: [00:17:51] <ss23> I reporetd LFI in another product the other day, they haven't said *anything* about it
121: [00:17:58] <ss23> And yet people hear about a DoS here and shit their pants
122: [00:17:59] <ss23> idek
123: [00:18:08] <aquaman> metanat: drupal afaik requires auth to flush, SS does not
124: [00:18:17] <Pyromanik> LFI?
125: [00:18:22] <Pyromanik> ss23: yeah, because butthurt.
126: [00:18:27] <ss23> local file inclusino, aka you actually get properly owned
127: [00:18:33] <Pyromanik> this is the opportunity to start up the whingefest again.
128: [00:18:56] <simon_w> aquaman, and how does Drupal's flush compare (in functionality) to SS's?
129: [00:18:58] <spronk> also
130: [00:19:08] <spronk> this flush bug is *completely* dependent on your hosting and server config
131: [00:19:09] <metanat> aquaman: doesn't really matter, any apache server with a high enough max connections + php using a few MB of RAM = DoS vector
132: [00:19:12] <aquaman> ss23: i think the blog post helped get the patch out sooner, I notice that there was a lot more activity on the bug *after* the blog, also the blog did open discussion avenues on the list, like how ivan wrote about using fail2ban, which wasn't listed on the bug all those months ago
133: [00:19:41] <Pyromanik> aquaman: yes. That's what a DOS is about.
134: [00:19:45] <metanat> aquaman: but of course, the flush problem makes it way quicker
135: [00:19:45] <Pyromanik> 2:17 < aquaman> did you know fully that it could take down a server just by reading that bug?
136: [00:19:48] <ss23> aquaman: I think you're wrong about the first part, and I think anyone who's managing a server already knows about fail2ban
137: [00:19:49] <simon_w> aquaman, see my posts
138: [00:19:51] <ss23> *shrug*
139: [00:20:01] <metanat> aquaman: And so course this issue should be fixed
140: [00:20:05] <metanat> *of
141: [00:20:41] <simon_w> The blog post did absolutely nothing in terms of getting this fixed.
142: [00:20:53] <Pyromanik> the issue isn't about "Should this be fixed", it's about "HOW do we fix this?"
143: [00:21:00] <aquaman> metanat: who cares how many different ways to do a DoS, you should aim at stopping the trivial ones. As you say it can be done quicker
144: [00:21:35] <Pyromanik> aquaman: and the patch isn't as easy as wrapping an if(isAdmin()){ .. }
145: [00:22:44] <metanat> aquaman: Yep, and this issue has been looked at by various people for quite awhile. There wasn't a trivial nice solution, and so it wasn't fixed as promptly as it ought to have been. It is currently being addressed, so the whining is pointless
146: [00:22:51] <aquaman> ss23: what if you aren't managing your own server? there are shared hosting providers out there
147: [00:22:55] <Pyromanik> ss23: oh god this hugh guy right?
148: [00:22:58] <Pyromanik> wtf
149: [00:23:30] <Pyromanik> aquaman: yeah, there are. And SS will barely run on any of them.
150: [00:23:54] <aquaman> Pyromanik: from experience do you find that? I know a few people running SS on shared hosting
151: [00:24:01] <simon_w> aquaman, https://github.com/silverstripe/silverstripe-framework/issues/1692#issuecomment-21151232
152: [00:24:05] * EasyCo has joined #silverstripe
153: [00:24:32] <simon_w> aquaman, https://groups.google.com/d/msg/nzphpug/bs-eVIs5wm8/Vv_35qxYP0AJ
154: [00:24:32] <aquaman> simon_w: yup, a workaround was suggested 4 months after the bug reported in public, well done
155: [00:25:17] <ss23> aquaman: Then your host can do the workaround, which I presume they're either capable of doing, or they don't care
156: [00:25:28] <ss23> aquaman: How many Silverstripe sites are you aware of this being an issue for?
157: [00:25:32] <ss23> Protip: the answer is 0
158: [00:25:56] <spronk> do SS Ltd fix the bug in live environments/
159: [00:25:58] <ss23> And as pointed out in the thread, Silverstripe has been audited not a small number of times, and this hasn't been a showstopper
160: [00:26:30] * supernovah quit (Ping timeout: 256 seconds)
161: [00:26:38] <ss23> If professional auditors don't care about this for a government platform, I don't see why everyone else is making such a big deal. Yes, it shoudl be fixed, yes it's bad, but honestly, look how big that thread is. The bloody sqli in a bunch of modules? Nothing
162: [00:26:41] * Colin[pi] has joined #silverstripe
163: [00:26:49] <Colin[pi]> howdy y'all
164: [00:26:52] <ss23> If people really gave a shit about security, DoS wouldn't be what gets discussions, it would be the real bugs
165: [00:27:01] <ss23> moin Colin[pi]
166: [00:27:10] <ss23> spronk: I AM NOT AT LIBERTY TO DISCUSS THE SS ENVIRONMENTS
167: [00:27:17] <ss23> oh wait sminee isn't here
168: [00:27:17] <ss23> :D
169: [00:27:30] <aquaman> I don't think ppl are whinging about the fact that there is a bug, i think it is more that ppl are getting all negative about ppl mentioning them
170: [00:27:32] <ss23> spronk: Doubtful. We do block .yaml and .yml we figured out at some point though :P
171: [00:27:41] <aquaman> if someone blogged about a sqli, would you get the same response?
172: [00:27:42] <ss23> aquaman: No, people are negative about a fucking shitstorm over nothing
173: [00:27:47] <Pyromanik> aquaman: I know that every time I've used a shared host I've wished I hadn't.
174: [00:27:54] <ss23> aquaman: A sqli isn't the same, don't act like it should be compared
175: [00:27:57] <Pyromanik> and in one rare instance, it didn't even function.
176: [00:27:58] <metanat> aquaman: Who is getting negative?
177: [00:28:03] <aquaman> Pyromanik: good to know you have the ego of 6 billion people
178: [00:28:13] <ss23> aquaman: Lets look at the first comment: "It's a pretty script-kiddy attack that can be defended in minutes using dummy fail2ban, after rule is applied your traffic would produce literally no noticeable influence on the project"
179: [00:28:30] <ss23> that's not negative, that's "Wow, this is a really useless blog post, and here is some obvious information anyone with the slightest clue already knows"
180: [00:28:43] <ss23> Remember, this chtombleson made a *blog post* after it was already known and being discussed
181: [00:28:47] <ss23> It's like
182: [00:28:49] <ss23> who the fuck does that
183: [00:28:52] <aquaman> ss23: how was it a script kiddy? OP wrote it himself
184: [00:28:55] <ss23> "Oh you're aware of this bug, working on a fix, and whats more, I can fix it myself?"
185: [00:28:55] <Pyromanik> aquaman: The point is that if people use SS on a shared host, most will probably pass it off for another option due to performance issues.
186: [00:29:02] <aquaman> and doesn't look like chris knew about it when he found it
187: [00:29:08] <ss23> "FUCK IT I'LL MAKE A BLOG POST CAUSE I'M A DOUCHE"
188: [00:29:15] <Pyromanik> just as about every single helpful post in that thread, I'M NOT SAYING ISSUES SHOULD NOT BE FIXED.
189: [00:29:35] <Pyromanik> I seriously wish SS had better performance. For sure.
190: [00:29:40] <ss23> aquaman: How could he *not*? The reply from security@silverstripe told him.
191: [00:29:41] <aquaman> metanat: I would say the vibe in here is quite negative tbh
192: [00:29:44] <ss23> aquaman: And mine was a quote
193: [00:29:49] <ss23> aquaman: IT SHOULD FUCKING BE, TRUTH BE TOLD
194: [00:29:52] <ss23> The blog post is *idiotic*
195: [00:29:57] <ss23> For the reasons I literally just gave
196: [00:30:00] <ss23> It's retarded this even got a post
197: [00:30:06] <jimcrib> negative is correct
198: [00:30:08] <Pyromanik> aquaman: I'd say the vibe in here is quite defencive.
199: [00:30:11] <micmania1> He should have started with... Disclaimer: I'm about to disclose something that's been publicly discussed for months.
200: [00:30:16] <ss23> ^^^
201: [00:30:24] <Pyromanik> defensive, not to beconfused with negative.
202: [00:30:31] <micmania1> And his Google post should have started with CLICK ON MY BLOG PLEASE
203: [00:30:34] <ss23> Disclaimer: You can literally watch this happening the same as you have been able to for the past 4 months and anyone including me can fix it, but I'm a dick
204: [00:30:35] <aquaman> ss23: yup, and that bug didn't show how it could be exploited, or had shown any progress of getting an actual fix
205: [00:30:35] <Pyromanik> defensive is what happens when stupid people come at you.
206: [00:30:47] <Pyromanik> because if the internet has taught me anything, it's sadly that stupidity often wins.
207: [00:30:47] <ss23> aquaman: Didn't show it could be exploited? It... the description tells you that
208: [00:30:51] <ss23> aquaman: YOU CAN SEE THE PROGRESS
209: [00:30:51] <Colin[pi]> so... looks like I joined at an interesting time :D
210: [00:30:51] <ss23> dude
211: [00:30:54] <ss23> what the hell are you smoking
212: [00:30:54] <ss23> idek
213: [00:31:04] <ss23> You can see every possible fix being discussed
214: [00:31:06] <metanat> aquaman: I just want to put the issue in context and not be exaggerated. At least I do :)
215: [00:31:08] <aquaman> oh sorry, how could I mistake FUCK IT I'LL MAKE A BLOG BECAUSE I'M A DOUCHE is negative not defensive...
216: [00:31:09] <ss23> You can literally follow along the thought process
217: [00:31:18] <ss23> aquaman: That's here, not in the thread
218: [00:31:24] <ss23> I'm negative here because it's justified
219: [00:31:33] * DigNZ quit (Ping timeout: 268 seconds)
220: [00:31:54] <aquaman> 12:29:40 <aquaman> metanat: I would say the vibe in here is quite negative tbh
221: [00:32:23] <Pyromanik> this channel is SS users.
222: [00:32:38] <Pyromanik> discussing stupidity.
223: [00:32:50] <Pyromanik> of course it would feel negative if you held the opposing opinion.
224: [00:32:51] <aquaman> 12:30:08 <Pyromanik> aquaman: I'd say the vibe in here is quite defencive.
225: [00:33:01] <Pyromanik> it's lunch time.
226: [00:33:09] <Pyromanik> ss23: I expect this bug finished when I get back.
227: [00:33:17] <aquaman> so why say it is defensive if it is actually negative?
228: [00:33:18] <ss23> NOT GOING TO HAPPEN
229: [00:33:24] <ss23> NO SUPPORT REQUEST
230: [00:33:28] <spronk> le sigh
231: [00:33:32] * tintin has joined #silverstripe
232: [00:33:59] <spronk> its a bug, it should have been fixed ages ago, it's an architectural issue that it's so intertwined, blog post is dick move, phpug post is a dick move, EoS?
233: [00:34:51] <spronk> oh wait, no
234: [00:34:52] <aquaman> I wouldn't say dick move, reply OP got from security@ showed that the dev team had been sitting on it for months, so in spirit of full disclosure OP blogged about it
235: [00:34:59] <spronk> exactly
236: [00:35:02] <spronk> full disclosure is a dick move
237: [00:35:03] <spronk> almost always
238: [00:35:13] <aquaman> this wasn't full, more responsible
239: [00:35:18] <spronk> well, maybe
240: [00:35:25] <spronk> to me, seems a bit out of spite
241: [00:35:30] <aquaman> responsible turns into full after security@ show no sign of fixing in 4 months
242: [00:35:56] <spronk> ...
243: [00:36:00] <aquaman> so treat possible future reporter of more serious issues as a "douche"?
244: [00:36:11] <Colin[pi]> I've obviously come into this late, can someone explain to me wtf is going on?
245: [00:36:19] <spronk> responsible would be reminding security@ss that it's still a problem
246: [00:36:35] <spronk> then, responsible would be finding a few core devs and pestering them
247: [00:36:41] <micmania1> Instead of spending his time blogging, he should have spent his time proposing a fix.
248: [00:36:50] <micmania1> Its very easy to be the critic.
249: [00:37:07] <spronk> not trying to gain popularity / notoriety by blogging about something that, by his own admission, can potentially screw people over
250: [00:38:34] <aquaman> i would say responsible it sending to security@, getting a negative response (negative in that, "oh yes, this is an issue, we reported it ourselves, publically, 4 months ago, and so far no fix, not even a temporary fix"), then waiting a week, then posting a blog
251: [00:38:42] * spronk is very strongly opposed to public disclosure of security issues
252: [00:39:02] <aquaman> spronk: would you rather only the bad guys knew?
253: [00:39:19] <aquaman> if responsible fails, then i would say full is only responsible
254: [00:39:26] <metanat> Colin[pi]: There is an issue in SS which is an increased DoS vector. The issue relating to flush=1 hasn't been fixed within months of being reported. From that there was a blog post and a post to the phpug.
255: [00:39:28] <aquaman> otherwise only bad ppl know, and not getting fixed
256: [00:39:41] <spronk> that's a pretty big assumption
257: [00:39:54] <Colin[pi]> OIC
258: [00:39:55] <Colin[pi]> :\
259: [00:39:57] <spronk> and doesn't apply in this case
260: [00:40:02] <spronk> SS devs knew about the issue before this guy's blog post
261: [00:40:03] <aquaman> spronk: if no good ppl know, then who does know?
262: [00:40:08] <aquaman> can't assume bad ppl know?
263: [00:40:22] <spronk> even if they do, SS devs deemed it as a reasonably low-criticality bug
264: [00:40:28] <aquaman> yeh, 4 months before, with no sign of being fixed anytime soon
265: [00:40:37] <metanat> Colin[pi]: It is currently being fixed and will be applied and released to previous version streams. Other than that it is just people talking about it
266: [00:40:37] <aquaman> so if it is a low critical bug, then no harm in blog eh ;)
267: [00:40:43] <spronk> well
268: [00:40:44] <ss23> spronk: I'm strongly in favour
269: [00:40:44] <spronk> read the post
270: [00:40:46] <ss23> ALL ISSUES PUBLIC
271: [00:40:46] <ss23> :D
272: [00:40:52] <spronk> he bashes on Silverstripe
273: [00:40:57] <spronk> "hope the govt pen tested it"
274: [00:40:59] <ss23> Not a big fan of blogging about how an issue is *already* public though
275: [00:41:01] <spronk> "drupal doesn't"
276: [00:41:03] <spronk> "Laters"
277: [00:41:09] <spronk> guy needs a kick in the teeth
278: [00:41:13] <aquaman> whats wrong with blogging public things?
279: [00:41:20] <Colin[pi]> metanat: thanks for bringing me up to speed
280: [00:41:48] <pippy> i submitted a pill request to silverstripe framwork
281: [00:42:00] <pippy> just a small fix for a postgres issue
282: [00:42:05] <pippy> *pull request
283: [00:42:07] <metanat> aquaman: I don't think there is an issue with it personally. I just don't respect exaggeration.
284: [00:42:18] <spronk> blogging about, and tbh, exaggerating, an issues that is already being worked on, in a manner that's quite negative toward the product, with no purpose other than to dissuade others from using the product, offering no solution, is a dick move
285: [00:42:25] <spronk> -s
286: [00:42:54] <aquaman> i don't think it is exaggeration? he supplied his thought process behind it, a script that demonstrated his server dieing, and posted that
287: [00:42:57] * aragonne has joined #silverstripe
288: [00:43:08] <aquaman> with emphasis that it has been months in the fixing, and was already public
289: [00:43:09] <spronk> well
290: [00:43:14] <aquaman> and a small crack at the CWP thing
291: [00:43:26] <spronk> his server wasn't exactly well configured
292: [00:43:36] <aquaman> spronk: care to say how you can tell that?
293: [00:43:45] <aquaman> do you know his exact layout
294: [00:43:53] <aquaman> can't recall it being mentioned step by step in the blog
295: [00:44:23] <spronk> no, but the fact that it allowed 1k apache processes to spwan seems a little.... irresponsible for a small VM
296: [00:44:24] <spronk> also
297: [00:44:36] <metanat> aquaman: Like I have said, you can replicate the same thing without the flush I am pretty sure :)
298: [00:44:38] <aquaman> default apache config should be allowable?
299: [00:44:48] <aquaman> metanat: how?
300: [00:44:56] <aquaman> as soon as you load a page, it is cached
301: [00:44:59] <aquaman> then shorter time
302: [00:45:00] <spronk> also, it's still avoidable by throwing more server resources at the site
303: [00:45:03] <aragonne> Hi guys, I have a SS DataObject relations question, code snippet here: http://www.sspaste.com/paste/show/51e738e28d873
304: [00:45:04] <aquaman> if you cc, then 8x more
305: [00:45:10] <spronk> it's not like it causes runaway issues
306: [00:45:13] <metanat> it is the memory usage aquaman
307: [00:45:24] <metanat> memory usage plus the apache max connections
308: [00:45:31] <aquaman> oh sorry, the bug report should mention that you need a better server to handle SS
309: [00:45:38] <metanat> You can DoS most php applications like this.
310: [00:45:46] <metanat> That is if they use much memory
311: [00:46:04] <spronk> aquaman: well, no
312: [00:46:11] <spronk> you need a server capable of handling your site's traffic
313: [00:46:12] <aquaman> metanat: sure, then why is this a bug? filed by the lead security man 4 months ago?
314: [00:46:15] <metanat> Of course it doesn't meant that the issue should be fixed. But yep..
315: [00:46:16] * micmania1 quit (Quit: Leaving)
316: [00:46:17] <spronk> it's your responsibility to figure out what that is
317: [00:46:48] <metanat> aquaman: It should be fixed becasue as I said it provides a worse DoS vector.
318: [00:46:57] <aragonne> I'm wondering how the $has_many array in the Category DataObject should be coded? In the solution class, if I try $category->SolutionsV2(), it doesn't return anything even though I know a Category has already been assigned to some Solutions.
319: [00:47:00] <spronk> if your maximum request time is 1s, configure your server keeping that potential load in mind
320: [00:47:04] <metanat> Plus non-admins should be able to flus...
321: [00:47:07] <metanat> flush
322: [00:47:16] <aquaman> spronk: sure, for reasonable use that makes sense, but for unauthed 8x higher than page load resources, that seems bad right?
323: [00:47:31] <aquaman> metanat: why non admins should be able to flush?
324: [00:47:56] <spronk> aquaman: i think you'll find a lot of cases in many systems where there's a <1 OOM difference between various endpoint loads
325: [00:48:00] <irogue> so, i just read a lot of scrollback
326: [00:48:02] <spronk> ~1*
327: [00:48:03] <irogue> this is all quite humerous
328: [00:48:33] <aquaman> 100M = 100ms?
329: [00:48:39] <aquaman> or 100min?
330: [00:48:43] <spronk> 1 order of magnitude
331: [00:48:48] <aquaman> gotcha
332: [00:48:56] <metanat> aquaman: Because it makes no sense for users to be able to flush the class cache and static cache
333: [00:49:24] <spronk> shouldn't* ?
334: [00:49:36] <irogue> "Drupal fanbois who are butthurt about not getting CWP, making a small bug seem bigger than it is" in the red corner
335: [00:49:38] <aquaman> metanat: i'm confused, non-admins should be able to flush, but then it makes no sense for users to flush?
336: [00:49:43] * Bollig|DesignCty has joined #silverstripe
337: [00:49:50] <metanat> aquaman: Shouldn't
338: [00:50:01] <metanat> aquaman: Charity dude :)
339: [00:50:09] <aquaman> ah, then we agree, they shouldn't be able to flush
340: [00:50:16] <metanat> Definitely
341: [00:50:27] <metanat> It is an increased DoS risk
342: [00:50:39] * priithansen quit (Quit: priithansen)
343: [00:50:42] <irogue> vs "SilverStripe fanbois who are a bit annoyed people have noticed the lack of fixing a very minor bug" in the blue corner
344: [00:51:04] <ss23> lol
345: [00:51:10] <ss23> irogue: nice @ blue
346: [00:51:10] <ss23> :P
347: [00:51:13] <aquaman> yup, i don't see anything wrong in publicising the increaded risk
348: [00:51:16] <ss23> IS Drupals color red?
349: [00:51:25] <ss23> aquaman: I have an issue with creating a mountain out of a molehill
350: [00:51:31] <ss23> aquaman: I don't see a blog post for *every* issue
351: [00:51:42] <ss23> It creates unneeded work and stuff and provides no benifit
352: [00:51:45] <metanat> Neither aquaman. Just don't like the exaggeration. Dammit. Do i need to say that 10 times?
353: [00:51:47] <metanat> :P
354: [00:51:48] <ss23> Though as you said, we disagree. You think somehow this caused benifit.
355: [00:51:51] <ss23> *shrug*
356: [00:51:53] <aquaman> i don't believe that the blog was a mountain, i believe the follow up by SS devs? was the mountain
357: [00:51:59] <Colin[pi]> so wait a minute, isn't admin login required for flush
358: [00:52:00] <Colin[pi]> ?
359: [00:52:11] <irogue> not for ?flush=1
360: [00:52:12] <ss23> aquaman: What follow up?
361: [00:52:14] <metanat> aquaman: The issue was being worked on before the blog post..
362: [00:52:18] <aquaman> unneeded work?
363: [00:52:21] <Colin[pi]> really? well shit
364: [00:52:26] <ss23> aquaman: Yeah, work as in time, posting
365: [00:52:33] <irogue> Colin[pi]: yeah, it's a bug, needs fixing
366: [00:52:34] <ss23> aquaman: The only SS dev who posted on the nzphpug was Simon, btw
367: [00:52:35] <aquaman> metanat: sure, for 4 months? no temporary workaround?
368: [00:52:44] <aquaman> ss23: you don't need to post back if you don't want to
369: [00:52:58] <aquaman> ss23: I stand corrected, ss fainbois as you call it then
370: [00:52:58] <Colin[pi]> affects just 3.x, or 2.4 also?
371: [00:52:59] * DigNZ has joined #silverstripe
372: [00:53:17] <spronk> all SS
373: [00:53:20] <irogue> aquaman: it's pretty important to make a distinction between SS devs and rabid fans
374: [00:53:21] <Colin[pi]> well fuck
375: [00:53:28] <aquaman> irogue: agree
376: [00:53:43] <irogue> can't blame SS itself for having vocal (and possibly not even right) users
377: [00:53:51] <aquaman> i note that simon_w has stayed out of this irc convo, so will not say it is ss devs fault
378: [00:54:13] <aquaman> i do see it bad that sec bug was reported in public with no workaround 4 months ago, but thats just me
379: [00:54:31] <irogue> aquaman: personally, i agree
380: [00:54:38] <irogue> i'm not sure why it wasn't fixed sooner
381: [00:54:45] <metanat> aquaman: horse is well beaten. everyone agrees. yaya
382: [00:54:58] <irogue> but the conversation around certainly seems to have been rather over-the-top
383: [00:55:45] <irogue> i suspect a lot of the defensiveness from SS fans is due to the nastiness that's been coming from the Drupal-fans camp lately
384: [00:55:58] <irogue> obviously a lot of people annoyed that their "side" didn't 'win' CWP
385: [00:56:39] <ss23> aquaman: I think fanboys is the wrong word. I think anyone who's not an idiot should be against wasting everyones time by making blog posts about known issues etc
386: [00:56:53] <ss23> Well, blog posts are okay, but posting them with the implication that you've discovered an issue etc
387: [00:56:54] <irogue> and suddenly people are pointing out every single minor issue and going "LOOK HOW SHIT SILVERSTRIPE IS, OMG DRUPAL WAY BETTER"
388: [00:56:56] <ss23> so wrong IMO
389: [00:57:35] <ss23> Speaking of, I'll put up the video of me pointing out all the *real* security issues in Silverstripe when I get it
390: [00:57:39] <ss23> :P
391: [00:57:43] <ss23> Should I write a blog post about all the sqli in SS? :D
392: [00:57:44] <irogue> lol yeah
393: [00:57:53] <ss23> Hell of a lot more worthy of a topic than a known DoS issue...
394: [00:57:54] <irogue> you should post that video to nzphpug ss23
395: [00:58:01] <ss23> hahaha
396: [00:58:05] <ss23> oh oho h yes
397: [00:58:11] <ss23> I'll title it like
398: [00:58:15] <aquaman> ss23: did you ever "discover" that 1+1=2? Can you claim that you discovered that, it read to me in the blog that he discovered it in his own right, and only found out about the report after he emailed security@
399: [00:58:25] <ss23> FYI:Silverstripe 3 SQLi vulnreiblity
400: [00:58:26] <ss23> XD
401: [00:58:54] <ss23> blurgh, I hate Dr Pepper, but it's the only drink we've got left here :<
402: [00:58:59] <irogue> aquaman: wouldn't you google something like that before posting about it tho?
403: [00:59:18] <aquaman> and ss23, only wastes your time if you decide to respond, if you thought it was a waste of time, let it be chris's waste of time, just don't reply, think hes an idiot, quietly
404: [00:59:32] <ss23> aquaman: No, it wastes time to see it there
405: [00:59:37] <irogue> lol
406: [00:59:59] <aquaman> irogue: https://www.google.co.nz/search?q=silver+stripe+dos+flush ignoring first link, and the irc logs, where does it say it exists before?
407: [01:00:02] <ss23> Even if it didn't waste my time in particular, it wastes his time for making the post in the first place, it wastes everyone on the lists time, it wastes the time of anyone who *does* reply
408: [01:00:17] <aquaman> ss23: alright, see it, then ignore it, you were the one that wasted time replying
409: [01:00:26] <aragonne> Hi guys, I have a SS DataObject relations question, code snippet here: http://www.sspaste.com/paste/show/51e738e28d873
410: [01:00:32] <ss23> aquaman: Everyone wasted time because of his idiocy
411: [01:00:35] <aragonne> I'm wondering how the $has_many array in the Category DataObject should be coded? In the solution class, if I try $category->SolutionsV2(), it doesn't return anything even though I know a Category has already been assigned to some Solutions.
412: [01:00:47] <ss23> aquaman: And if you were looking for a bug on Silverstripe, I would search their bug tracker
413: [01:01:02] <aquaman> ss23: you're right, i've wasted time talking to you
414: [01:01:05] <ss23> aquaman: If you're incapable of looking for bugs before reporting them (which obviously, the "researcher" is) he should stfu and not report them
415: [01:01:09] <irogue> and write silverstripe correctly ;)
416: [01:01:25] <aquaman> ss23: I was merely mentioning to irogue that he may of looked on google, it isn't very public out there
417: [01:01:30] <irogue> http://logs.simon.geek.nz/index.php?date=2012-03-25#log_652742
418: [01:02:10] <irogue> thats one of the early results if you write silverstripe correctly. appears someone noticed it quite some time ago and no devs were around to answer haha
419: [01:02:17] <spronk> aragonne: in your myFunction, you p;ass in the Category?
420: [01:02:21] <spronk> where does that come from?
421: [01:02:47] <irogue> oh btw ss23 you never emailed me those deets :P
422: [01:02:54] <aragonne> spronk: just an example to show where the Category object comes from
423: [01:02:55] <ss23> If he really wasn't aware that this was an issue, aquaman, it's even worse, because it shows he's incapable of basic searching before doing things
424: [01:02:58] <jrthomer> anybody know why adding an extension to ViewableData doesn't make its methods available inside templates when your scope is, for instance, an ArrayList (which extends ViewableData)?
425: [01:03:03] <ss23> irogue: ah, sorry, will do that now!
426: [01:03:17] * jrthomer wants to add basically some "global" helper functions for templates - that don't rely on the scope
427: [01:03:18] <irogue> i think we all need to calm down and consider this
428: [01:03:18] <ss23> irogue: Which email you want it on, snapper?
429: [01:03:20] <irogue> http://ss.org.nz/3
430: [01:03:28] * ss23 exepcts sexy business
431: [01:03:28] <jrthomer> and I thought I'd be slick and just add them in an extension on ViewableData
432: [01:03:37] <aquaman> irogue: https://www.google.co.nz/search?q=silverstripe+dos+flush not seeing the link to logs.simon
433: [01:03:38] * ss23 right
434: [01:03:38] <ss23> :D
435: [01:03:47] <aragonne> spronk: I can't seem to figure out how to get the relation $category->SolutionsV2() to return something or if I've coded it wrong in the Calegory class
436: [01:03:50] <spronk> aragonne: well, if you are passing in a legitimate category object into that function, $category->SolutionsV2() is the correct way to access the solutions
437: [01:04:01] <jrthomer> but it didn't work unless I added the same extension to, for instance, ArrayData, ArrayList, DataList, DataObject
438: [01:04:05] <irogue> aquaman: "Including results for silverstripe does flush. Search only for silverstripe dos flush"
439: [01:04:13] <irogue> need to make it actually search dos instead of does
440: [01:04:24] <aquaman> irogue: click that then ;)
441: [01:04:25] <spronk> aragonne: however, you've got a bit of a problem with the data model here - SS will only ever use the last defined 'Category' in your has_one
442: [01:04:28] <aquaman> still not seeingit
443: [01:04:46] <ss23> irogue: WHAT EMAIL?
444: [01:04:47] <irogue> ah, the wonders of google and everyone getting different results
445: [01:04:48] <ss23> I GOTTA WORK MAN
446: [01:04:59] <irogue> ss23: ed@snappernet
447: [01:05:01] <ss23> kk
448: [01:05:03] <aquaman> i see it a few down
449: [01:05:04] <spronk> aragonne: have a look at...
450: [01:05:25] <spronk> http://doc.silverstripe.org/framework/en/topics/datamodel
451: [01:05:28] <spronk> the Relations section for has_many
452: [01:05:29] <aquaman> but then, no *bug report*, so he could assume that this was the first report of the nature
453: [01:05:46] <aquaman> he could've searched github as well, but really, whats the harm of reporting it again?
454: [01:05:59] <aquaman> as one could assume that security bugs are private anyway?
455: [01:06:31] <spronk> reporting it to SS is fine
456: [01:06:33] <ss23> sent
457: [01:06:42] <spronk> reporting it to the public in a smarmy nature is something else
458: [01:06:42] <ss23> I would be annoyed as SS if people reported *Existing* issues
459: [01:06:42] <irogue> aquaman: i think what made it obvious he wasn't doing this for full disclosue
460: [01:06:43] <ss23> Like
461: [01:06:46] <irogue> is this line
462: [01:06:46] <irogue> "I hope the NZ Government had Silverstripe pen-tested before the DIA (Department of Internal Affairs) flagged Silverstripe as the CMS for CWP (Common Web Platform)."
463: [01:06:48] <ss23> Check the damn bug tracker before you report bugs.
464: [01:07:04] <irogue> plus all the references to drupal
465: [01:07:10] <irogue> i.e. it's obviously a butthurt drupal guy
466: [01:07:12] <aquaman> ss23: for normal existing bugs yes, security bugs, i would assume to be private, so no
467: [01:07:33] <aquaman> i've been in charge of a security@ address, and still am, and I commonly get dups of current bugs in the fixing
468: [01:07:36] <ss23> aquaman: The kind of people who would assume private and *not even bother to look* shouldn't be doing anything
469: [01:07:46] <ss23> :/
470: [01:07:48] <aquaman> note that current bugs don't normally span 4 months after being publically mentioned
471: [01:07:59] <aquaman> ss23: a quick google doesn't find the bug...
472: [01:07:59] <ss23> If it's as minor as this, I wouldn't be surprised
473: [01:08:05] <jimcrib> what about non-tech people that have no idea about this, not everyone that uses and hosts silverstripe is a dev or a sysadmin
474: [01:08:10] <ss23> aquaman: If you're trying to use googe to find a projects bug, YOU'RE DOING IT WRONg
475: [01:08:12] * robert___ is now known as robert_
476: [01:08:20] * mirrors quit (Quit: Page closed)
477: [01:08:24] <ss23> jimcrib: It's not an issue for them, this is a tehcnical person circlejerk
478: [01:08:28] <ss23> More political than pratical
479: [01:08:35] <aragonne> spronk: thanks for that reference, I see that my example won't work; need to refactor somehow
480: [01:08:58] <spronk> aragonne: consider whether you need to actually limit the number of categories
481: [01:09:14] <ss23> As everyone has mentioned, this has been public for months, I'm aware of no one having issues, and short of someone thinking it'll be fun to do now (which can be easily blocked) I doubt it'l matter even then
482: [01:09:16] <spronk> aragonne: because leaving it as unlimited, and only using first 5 (of some sort order) will be easiest
483: [01:09:26] <spronk> otherwise you can look at using dot notation for the relation
484: [01:09:27] <ss23> aquaman: as pointed out, anyone was free to fix it
485: [01:09:29] <aquaman> ss23: alright, so he should of searched on the tracker, and when he finds the bug is already reported 4 months earlier with no workaround, and no look for a patch incoming, whats the harm of blogging about it, and posting to list, WHICH got discussion on workarounds
486: [01:09:39] <ss23> aquaman: NO
487: [01:09:48] <ss23> aquaman: You can *see* the dammed bug report, people were already discussing
488: [01:09:59] <ss23> blurgh
489: [01:09:59] <ss23> w/e
490: [01:10:03] <aquaman> discussing workarounds? point one out? that happened before today
491: [01:10:13] <ss23> This is like trying to talk to an OSX user
492: [01:10:23] <aquaman> maybe I am an OSX user?
493: [01:10:25] <aragonne> spronk: the reason we are doing it this way is because we are using the framework only (i.e., no CMS) and the client wants to able to version the Solutions. So if we revert a Solution, we want to be able to see which version of each of the Categories it was using at the reverted version
494: [01:10:29] <ss23> Sorry, cbf trying to discuss more aquaman
495: [01:10:48] <aquaman> wasting your time am i ss23? i feel sorry for you that you got this far and gave up
496: [01:11:27] <spronk> aragonne: oohh... tricky. Have a look into the Versioned extension perhaps. otherwise, can't really offer any good solutions :(
497: [01:11:31] <irogue> "whats the harm of blogging about it" because it was obviously done with the wrong attitude
498: [01:11:37] <aragonne> spronk; the original code used to be that Solution many_many Category and Category belongs_many Solution and that worked just fine, but now with this versioning requirement, it gets tricky
499: [01:11:49] <spronk> versioning always does :{
500: [01:11:50] <irogue> i.e. with the aim of dissing an open source project instead of helping people
501: [01:12:49] <aragonne> spronk: much appreciated, looks like this versioning requirement will require more Pepto Bismo until solved ;-) or :-(
502: [01:13:39] <aquaman> irogue: for someone that uses neither SS or drupal, I find that report a lot better than others I have read, he mentioned that this bug has been reported previously, and states his opinion asking why it hasn't been fixed in 4 months, or why it was public to start with
503: [01:13:39] <aquaman> I would say that his "wrong attitude" is well backed up by the communities attitude against him for making a post about it
504: [01:13:56] <aquaman> I don't think anything in his post warrants the negativity that he may of felt in here
505: [01:14:05] <metanat> .../
506: [01:14:53] <spronk> insinuating that people shouldn't use SS, and that it was a bad choice for the CWP, warrants more negativity that has come from here, IMO
507: [01:16:32] * zippy__ has joined #silverstripe
508: [01:16:44] <aquaman> the internet is an opinion thing, he just expressed his amazement that for something the govt has declared secure can have security bugs in the open for 4 months with no fix
509: [01:17:04] <spronk> he did a lot more than just expressed amazement
510: [01:17:35] <jimcrib> he was trying to provide information to backup his reasons
511: [01:18:14] <aquaman> I too am surprised that something the govt has tested has idle security bugs sitting for 4 months
512: [01:18:15] <spronk> and didn't think to keep mouth shut until he could offer something constructive, a la a workaround?
513: [01:18:32] <aquaman> and when someone posts about it, positive or negative, it gets a very negative light from the community
514: [01:18:43] <aquaman> i would say it was constructive
515: [01:18:49] <spronk> aquaman: pretty nieve view. I'm 100% certain that many more government IT products have had similar situations
516: [01:18:50] <aquaman> exploits are the start of workarounds
517: [01:18:58] <spronk> no they aren't
518: [01:19:11] <jimcrib> aquaman: I agree I wouldn't of known about it until I read the blog post
519: [01:21:02] <aquaman> also, from the blog comments, from chris, "I like Silverstripe it's a good solid CMS but little things like this make me double think about running it production.Also you could use mod_rewrite to work around this problem and possibly restrict its use to certain IP addresses."
520: [01:21:09] <aquaman> not sure how that is bashing
521: [01:22:55] <spronk> ... after someone posts what amounts to a rebuttal of his findings
522: [01:22:57] <spronk> sigh
523: [01:23:00] * spronk doesn't really care
524: [01:23:10] <spronk> guy sounds smarmy
525: [01:23:11] * spronk hates smarmy
526: [01:23:29] <zippy__> It'd be nice if modules could go into a sub folder, instead of littering the document root...
527: [01:23:30] <spronk> out of interest I just benched my own VM ?flush=1 vs not
528: [01:23:35] <spronk> ~300ms vs ~90
529: [01:23:44] <aquaman> i would say it is similar to how ivan sounded in the thread, he sounded like he was bashing, but in reality he was just poor at english
530: [01:25:13] <guzzlefry_dev> So, will SilverStripe load the _config.php in $SS_ROOT/smtp/ automatically, or do I have to do..something? :P
531: [01:25:15] <zippy__> that whole issue is a non issue imho. It'd be no different so someone posting 2MB packets while rate limiting the connection to keep open the apache / web server sockets….
532: [01:25:21] <spronk> the only thing that really gets me about it is the fact that it's spreading awareness of an issue that shouldn't really be an issue
533: [01:25:45] <spronk> so now i have to be vaguely concerned that dumb script kiddies will attempt to ddos sites with ?flush=1
534: [01:25:47] <aquaman> shouldn't be an issue? delete the issue then, don't get it fixed?
535: [01:26:04] <aquaman> that would of happened evenatually
536: [01:26:10] <aquaman> may not of been script kiddies
537: [01:26:23] <spronk> anyone serious would realise it's not a particularly strong attack vector
538: [01:26:53] <aquaman> someone in this channel themselves said that it is a DoS vector, and while basically PHP is a DoS vector, this just makes it easier
539: [01:27:02] <aquaman> a lot of "serious" ppl just find low hanging fruit
540: [01:27:07] <jimcrib> on large infrasturcture true, but on a small self-hosted server it will cause problems
541: [01:27:17] <zippy__> I could just do this http://loadimpact.com/ on your site with 200 users, even without 'flush' I am sure it would take the site down in the same way
542: [01:27:18] <spronk> well
543: [01:27:50] <spronk> this really depends on a) the server's capabilities, b) the httpd/nginx/iis config and sandboxing, and c) the site's complexity
544: [01:28:23] <jimcrib> most people host on a lamp stack
545: [01:28:40] <jimcrib> more people are moving to nginx php-fpm
546: [01:28:42] <spronk> yes, and even on a basic lamp stack, you still need certain unfavourable conditions to actually cause Dos
547: [01:28:44] <spronk> DoS*
548: [01:29:03] <jimcrib> yes and no
549: [01:30:15] <Pyromanik> aquaman: the first response wasn't rude, it was simply erring caution to over dramatacising the implications of this fault.
550: [01:30:21] <spronk> also
551: [01:30:30] <Pyromanik> and secondly, his native tounge is Russian, not English.
552: [01:30:33] <spronk> this is arguably an apache bug, not an SS bug
553: [01:30:42] <spronk> ?flush=1 is a fixed workload
554: [01:30:44] <aquaman> spronk: how is it an apache bug?
555: [01:31:01] <spronk> yet somehow, it's causing the DoS condition to escape apache and take down SSH?
556: [01:31:07] <spronk> sounds like an apache bug to me.
557: [01:31:32] <aquaman> a DoS will take down the connection
558: [01:31:52] * spronk is also having trouble trying this same "attack" on his own vms
559: [01:31:55] <aquaman> apache can't do shit to fix a bug in a php app
560: [01:31:58] <spronk> i ain't getting no crashing
561: [01:32:08] <Pyromanik> Hugh was the instigator and the perpetuator of the majority of all 'negativity'.
562: [01:32:09] <spronk> yes it can. rate limiting, limit the number of processes etc
563: [01:32:24] <spronk> you mean, aquaman? :P
564: [01:32:26] <Pyromanik> md_slotlimit
565: [01:32:35] <Pyromanik> spronk: oh, really? so this makes more sense now.
566: [01:32:51] <spronk> and jimcrib may or may not be the original blog poster
567: [01:32:59] <spronk> ah, /whois
568: [01:33:03] <zippy__> the reason why his SSH went down it quite possibly due to OOM due to high memory usage of SS and his MaxClients being high
569: [01:33:04] <aquaman> lol finally
570: [01:33:09] <Pyromanik> is it really a blog when it's a dev mailing list?
571: [01:33:14] <aquaman> how did i instigate the negativity?
572: [01:33:25] <spronk> zippy__: exactly
573: [01:33:29] <Pyromanik> aquaman: by going straight in off the deep end.
574: [01:33:36] <Pyromanik> 13:33 < zippy__> the reason why his SSH went down it quite possibly due to OOM due to high memory usage of SS and his MaxClients being high
575: [01:33:39] <Pyromanik> This is exactly the reason.
576: [01:33:40] <zippy__> it's not an apache bug
577: [01:33:47] <Pyromanik> it's an apache misconfiguration.
578: [01:33:54] <aquaman> i think jimcrib getting called a script kiddie st of the bat is negative from the start
579: [01:33:55] <spronk> well, yes
580: [01:34:09] <Pyromanik> zippy__ and lewellyn (iirc) helped me through fixing that just the other day.
581: [01:34:10] * Jayden90 has joined #silverstripe
582: [01:34:12] <spronk> who called scriptkiddie?
583: [01:34:23] <Pyromanik> no one called scriptkiddie.
584: [01:34:26] <guzzlefry_dev> stop highlight me
585: [01:34:32] <aquaman> It's a pretty script-kiddy attack that can be defended in minutes using dummy fail2ban, after rule is applied your traffic would produce literally no noticeable influence on the project
586: [01:34:34] <aquaman> ivan
587: [01:34:35] <aquaman> ^^
588: [01:34:39] <spronk> o_o
589: [01:34:50] <spronk> that wasn't a directed comment
590: [01:34:57] <Pyromanik> aquaman: he's referring to people who would try this in a serious fashion.
591: [01:35:06] <spronk> also
592: [01:35:10] <spronk> haven't ever hear dof this Ivan guy before
593: [01:35:15] <Pyromanik> 2: he's Russian.
594: [01:35:16] <spronk> his website indicates that he doesn't even do SS stuff
595: [01:35:18] * UncleCheese quit (Quit: UncleCheese)
596: [01:35:28] <aquaman> yes, he later says he does no CMS's
597: [01:35:30] <Pyromanik> cultural and lingual differences account for a lot of what you read as negative.
598: [01:35:31] <ss23> I blame UncleCheese for all of this
599: [01:35:42] <Pyromanik> ss23: I blame your secks talk.
600: [01:35:44] <spronk> ss23: ooh, fair enough.
601: [01:36:03] <Pyromanik> yesterday security wasn't an issue, today it is. OBVIOUSLY IT'S YOU.
602: [01:36:05] <spronk> yeah..
603: [01:36:14] <ss23> Pyromanik: XD
604: [01:36:15] <spronk> this "attack" on my vm basically just causes site to slow down substantially
605: [01:36:22] <ss23> Pyromanik: You didn't even see it
606: [01:36:23] <ss23> IN FACT
607: [01:36:23] <irogue> yeah
608: [01:36:25] <irogue> i blame ss23
609: [01:36:26] <aquaman> i merely was outlining why ivan had got it wrong
610: [01:36:26] <Pyromanik> spronk: to the point where it's unresponsive?
611: [01:36:26] <guzzlefry_dev> I have some class file in a module, When the _config.php in that file it read, it can't seem to find the class. :/
612: [01:36:27] <ss23> Where was Peavers?!
613: [01:36:36] <irogue> did a talk on SilverStripe Security last night
614: [01:36:36] <Pyromanik> wait, isn't Peavers chris?
615: [01:36:38] <spronk> Pyromanik: depends on what you call unresponsive. you get the request back, eventually
616: [01:36:46] <Pyromanik> or a* chris
617: [01:36:47] <spronk> and new requests get serviced ... reasonably quickly
618: [01:36:49] <irogue> today, everything all up the shit regarding SilverStripe Security
619: [01:36:50] <ss23> Pyromanik: Maybe? Did someone called Chris come?!
620: [01:36:52] <ss23> hahah irogue
621: [01:36:55] <ss23> :<
622: [01:37:04] <ss23> dammit, I admit it, it was me!
623: [01:37:10] <spronk> not as fast as they normally would, but not as slow as a ?flush=1 request
624: [01:37:28] <Pyromanik> irogue: 'bug' isn't all that damaging. It's just being asploded by drupal fanisim.
625: [01:37:30] <spronk> Requests per second: 0.12 [#/sec] (mean) is slowest result with 1000 concurrency
626: [01:38:02] <spronk> having said that, this VM is disk limited, so...
627: [01:38:02] <aquaman> spronk: increase the load, that script was tuned to chris's lowend vm
628: [01:38:22] <aquaman> Pyromanik: how is it drupal fanism?
629: [01:38:23] <spronk> aquaman: this vm has access to a single 3770K core, and 256mb of ram
630: [01:38:25] <Pyromanik> www.youtube.com/watch?v=abjAqvdGZgM
631: [01:38:43] <ss23> lol Pyromanik
632: [01:38:46] <spronk> SSH is certainly remaining perfectly responsive
633: [01:38:52] <Pyromanik> aquaman: your opening post raving on about how unsuitable SS is for govt. application and that Drupal was obviously the superior choice.
634: [01:39:32] * jimcrib has left #silverstripe
635: [01:39:47] <aquaman> Pyromanik: my opening post?
636: [01:39:58] <Pyromanik> from that point on all comments become void.
637: [01:39:59] <ss23> Is that guy SSHing from root? ;_;
638: [01:40:03] <ss23> IRCing*
639: [01:40:11] <Pyromanik> ROFL
640: [01:40:45] <ss23> Now to try and figure out subsites
641: [01:40:51] <spronk> LOLGOODLUCK
642: [01:40:54] <ss23> set theme on subsite -> doesn't get set
643: [01:40:56] <ss23> WHY SUBSITES, WHY.
644: [01:41:08] <spronk> woo
645: [01:41:14] <aquaman> for someone who has their blog on wordpress == drupal fanboy?
646: [01:41:17] <spronk> finally caused site to stop working
647: [01:41:22] <ajmitch> Pyromanik: I could have sworn it was someone else talking about drupal
648: [01:41:22] <spronk> ntoe:
649: [01:41:24] <spronk> note:
650: [01:41:33] <ss23> Hey guys, I found this thing called SlowLoris
651: [01:41:34] <spronk> you can do this with 1000 concurrent standard requests, not just flush requests
652: [01:41:37] <ss23> I hope the government doesn't use Apache!!!!!
653: [01:41:43] <ss23> :P
654: [01:42:05] <ss23> Should I post that on the list? XD
655: [01:42:28] <Pyromanik> ajmitch: well them I'm probably mistaken.
656: [01:43:31] <Pyromanik> port SS to js, use node.
657: [01:43:37] <Pyromanik> obv. the best solution.
658: [01:43:38] <spronk> fauaark
659: [01:44:00] <ss23> lol Pyromanik
660: [01:44:04] <ajmitch> Pyromanik: please, use go
661: [01:44:07] <ss23> going to start a fork in Haskell
662: [01:45:23] * ss23 cries
663: [01:45:28] <ss23> I'm going to have to open up subsites code
664: [01:45:29] <ss23> ;_;
665: [01:45:34] <spronk> kekkekk
666: [01:45:37] <guzzlefry_dev> ss23: I thought you were going for ARM assembly?
667: [01:45:39] <spronk> its a bug infested cockbreath
668: [01:45:45] <spronk> ss23 what v ss, and what v subsites?
669: [01:45:47] <ss23> XD
670: [01:46:22] <guzzlefry_dev> Has anyone used the SMTPMailer module?
671: [01:46:38] <Pyromanik> yes
672: [01:46:39] <guzzlefry_dev> I can't for the life of me figure out how this other project that uses it manages to load the class files.
673: [01:46:40] <Pyromanik> but not me.
674: [01:47:18] <Pyromanik> ajmitch: sif, dart is where it's at. Node will be ported to it soon.
675: [01:47:24] <Pyromanik> then suddenly the whole internet.
676: [01:47:37] <Pyromanik> bow to your new google overlords.
677: [01:47:54] <ajmitch> yes, hence go
678: [01:48:23] <Pyromanik> dart!
679: [01:49:09] <metanat> Pyromanik: Have you used dart?
680: [01:50:36] <ss23> spronk: No idea, another issue came up though
681: [01:50:41] * ss23 uses flush=1 on a live site over and over
682: [01:50:42] <ss23> :D
683: [01:51:14] * spronk laughs
684: [01:51:31] <Pyromanik> metanat: what spronk just did.
685: [01:51:36] <Pyromanik> (no).
686: [01:52:32] * spronk has left #silverstripe
687: [01:52:34] * spronk has joined #silverstripe
688: [01:52:51] <metanat> Pyromanik: What? what about spronk?
689: [01:55:15] <Pyromanik> "have you used dart?" /me *laughs*
690: [01:55:23] <guzzlefry_dev> guys
691: [01:55:24] <Pyromanik> No I haven't.
692: [01:55:28] <Pyromanik> hi guzzlefry_dev
693: [01:56:01] <guzzlefry_dev> Can someone put "When in doubt, run /dev/build/?flush=all" at the very top of the FAQ in 22px bold fontface?
694: [01:56:09] <Pyromanik> no
695: [01:56:10] <simon_w> No
696: [01:56:16] <Pyromanik> because ?flush=all does nothing
697: [01:56:32] <guzzlefry_dev> 0.o
698: [01:56:33] <Pyromanik> /dev/build doesn't route through SSViewer, which does the flushing.
699: [01:56:39] <guzzlefry_dev> ah okay
700: [01:56:53] <guzzlefry_dev> This blog post lied to me then. :/
701: [01:56:58] <Pyromanik> many of them do.
702: [01:57:00] <Pyromanik> always have.
703: [01:57:13] <guzzlefry_dev> Speaking of, any good blogs based around SS?
704: [01:57:24] <Pyromanik> same like why ?flush=all when you only need to ?flush=1
705: [01:57:27] <irogue> yeah, /dev/build is a good thing, and ?flush=all is a good thing, but not together :P
706: [01:57:34] <irogue> together it only does the /dev/build
707: [01:57:34] <Pyromanik> guzzlefry_dev: most of them are outdated these days.
708: [01:57:50] <simon_w> And flush=all is almost never needed now as well
709: [01:57:50] <guzzlefry_dev> Yeah, I noticed the few I could find were <= 2.4
710: [01:57:51] <metanat> spronk: re your 300ms vs. 90ms. What version of SS?
711: [01:58:15] <irogue> bet my results would be a lot worse than that
712: [01:58:18] * irogue stuck on 2.4
713: [01:58:31] <Pyromanik> no you're not, you just refuse to update.
714: [01:58:48] <irogue> lol
715: [01:58:54] <irogue> you volunteering? :P
716: [01:59:12] <irogue> yay, i found my new subcontractor!
717: [01:59:17] <guzzlefry_dev> \o/
718: [01:59:24] * irogue signs Pyromanik up
719: [02:00:14] <spronk> metanat: 3.1
720: [02:01:13] <metanat> spronk: The difference in request time and memory time is likely due to changes between 3.0 and 3.1
721: [02:01:22] <spronk> maybe
722: [02:01:32] <spronk> there are a LOT of variabels
723: [02:01:34] <spronk> variables*
724: [02:02:04] <metanat> In particular: https://github.com/silverstripe/silverstripe-framework/pull/2203
725: [02:02:32] <metanat> Dropped memory usage by 32MB
726: [02:04:32] <simon_w> metanat, that just makes the increase between 3.0 and 3.1 slightly smaller
727: [02:05:04] <metanat> hahah
728: [02:05:19] <metanat> Oh right, was it that bad going from 3.0 -> 3.1
729: [02:05:29] <metanat> I never tried 3.0 due to stability concerns
730: [02:05:45] <metanat> (i mean I installed it an played, but no real development)
731: [02:05:51] <simon_w> You know how you made ConfigStaticManifest faster? 3.0 didn't have that at all.
732: [02:06:06] <metanat> simon_w: Right. I didn't know that. :)
733: [02:06:29] <metanat> Did it still do the tokenising for the ClassManifest?
734: [02:06:48] <simon_w> Yeah, but only once
735: [02:06:54] <simon_w> Rather than doing every single file twice
736: [02:07:22] <metanat> Hmm, that still would have had a similar problem I predict. The issue wasn't that it was doing things twice I don't think
737: [02:07:32] <metanat> Might be wrong though :)
738: [02:07:35] <simon_w> Is for speed :p
739: [02:07:48] <metanat> Yeah, just memory I am thinking about
740: [02:07:50] * Pyromanik live edits 2.4 site and flushes without logging in.
741: [02:07:55] <metanat> You are right about speed!
742: [02:07:55] <Pyromanik> time saver \o/
743: [02:08:11] <metanat> Pyromanik: It's a feature!
744: [02:08:16] <metanat> :)
745: [02:08:43] <simon_w> There was some change in 3.1 that made something else require admin and I can never remember what it is and keep hitting it.
746: [02:10:13] <Pyromanik> metanat: I always thought it was, lol
747: [02:11:02] <metanat> :)
748: [02:11:31] <Pyromanik> I mean, it occurred to me it could be exploited... but I didn't think it was a security issue.
749: [02:11:45] <Pyromanik> as I said earlier re mountains and molehills...
750: [02:12:27] <metanat> In all seriousness though, we shouldn't trade security for convenience. But assume no one is suggesting that :)
751: [02:12:52] <metanat> I have had one site go down due to flush=1
752: [02:13:13] <Pyromanik> no shit no.
753: [02:13:29] <Pyromanik> also as said earlier, not a single person anywhere is saying "don't fix it"
754: [02:13:35] <metanat> Yep :)
755: [02:14:51] <metanat> Which should definitely be emphasised in this discussion. The issue with this issue in particular is that there doesn't seem to be any nice solution, at least not an easily discovered one
756: [02:15:06] <Pyromanik> mm
757: [02:15:15] <simon_w> Well, we could just require SSH access to be able to flush
758: [02:15:18] <Pyromanik> it's something I don't have time to look at irght now (as in to the specifics of why not)
759: [02:15:31] <Pyromanik> simon_w: build task?
760: [02:15:43] <Pyromanik> oh right yeah, changing config before building... how do?
761: [02:15:43] <metanat> I suggested a solution and it was promptly pointed out that I had forgotten what makes fixing it a problem in the first place
762: [02:16:00] <metanat> simon_w: :)
763: [02:16:53] <simon_w> Yeah, which is what makes this so much harder than Drupal's, which I'm guessing is a purely frontend-type cache
764: [02:17:19] <simon_w> Need to be able to flush the class map
765: [02:18:13] <simon_w> And you pull in things that need to use the class map before being able to tell if you have permission to flush it
766: [02:19:22] <metanat> simon_w: I was wondering, what about if we set a session variable that indicates the user has sufficient privileges to perform flush?
767: [02:19:39] <simon_w> Have to start a session before you can configure it
768: [02:20:14] <metanat> Yep, which is done in Session:start.. Darn
769: [02:20:20] <metanat> So much dumb.
770: [02:20:47] <Pyromanik> simon_w: would it be better to separate out the manifest build and the template flush?
771: [02:21:09] <simon_w> Well, yes but that won't help here
772: [02:21:09] <Pyromanik> I always thought that ?flush was simply a template thing anyway (and dev/build did all the manifest & db stuff)
773: [02:21:14] <Pyromanik> really?
774: [02:21:25] <simon_w> It's the manifest build that's causing the problems
775: [02:21:26] <ss23> 3.1 changed to including config stuff too
776: [02:21:28] * UncleCheese has joined #silverstripe
777: [02:21:30] <metanat> nope, flush does the class and static stuff too
778: [02:21:31] <Pyromanik> so class map != manifest?
779: [02:21:48] <Pyromanik> I've not dived into that end of SS much
780: [02:21:53] <simon_w> You just move from ?flush being the problem to ?flushmanfiest being the problem
781: [02:22:08] <simon_w> Lunch time!
782: [02:22:12] <Pyromanik> how does ?flush=all deal with the issue?
783: [02:22:20] <metanat> There is a manifest of the classes and locations other metadata about classes. And the static manifest is about statics defined on classes
784: [02:22:21] <Pyromanik> wouldn't one simply copy that?
785: [02:22:38] <simon_w> Pyromanik, the =all bit is the bit that needs auth. Normal flush still happens first
786: [02:22:43] <Pyromanik> metanat: I don't particularly follow.
787: [02:22:49] <Pyromanik> simon_w: ah, I see.
788: [02:26:20] <simon_w> Anyway, food
789: [02:26:25] <metanat> mmm food
790: [02:27:27] <guzzlefry_dev> How does SS_SEND_ALL_EMAILS_TO work? >_>
791: [02:28:03] * guzzlefry_dev asks a better question.
792: [02:28:11] * EasyCo quit (Quit: EasyCo)
793: [02:28:31] <guzzlefry_dev> In the form handler for a contact page, would it override this: $email = new Email(Email::getAdminEmail(), Email::getAdminEmail(), "Contact Form [{$data["Regarding"]}]");
794: [02:29:02] * EasyCo has joined #silverstripe
795: [02:30:05] <metanat> Yes.
796: [02:30:28] <guzzlefry_dev> something else must be broken then.
797: [02:30:37] <Pyromanik> guzzlefry_dev: SS's Email class reads that it's set, then chagnes the to, altering the subject to read "orignally addressed to"
798: [02:31:29] <Pyromanik> on send, iirc
799: [02:33:51] <ss23> Sam made a comment on that blog btw guise
800: [02:33:54] <ss23> If anyone still cares :P
801: [02:34:18] <ss23> http://blog.cribznetwork.com/2013/07/silverstripe-3-dos-vulnerable/#comment-966479811
802: [02:40:02] <Pyromanik> oh, there actually was a full blog post.
803: [02:40:46] <ss23> Yes, didn't you see it? It was like "DURP DURP THERE IS THIS OPEN BUG LOL"
804: [02:40:53] <ss23> "GUISE LOOKAT ME I FOUND AN OPEN BUG LAWL"
805: [02:40:56] <ss23> idk
806: [02:41:30] <Pyromanik> ss23: I don't see it
807: [02:42:02] <Pyromanik> first comment guest doesn't know what he's talking about
808: [02:42:14] <Pyromanik> second (and last) comment is "Have you fixed this yet?"
809: [02:42:58] <ajmitch> oldest comments are at the bottom
810: [02:43:06] <Pyromanik> ajmitch: I only see 2.
811: [02:43:16] <Pyromanik> well, 3, but one is a comment on a comment (from the author)
812: [02:43:22] <ajmitch> I see 4, he must need to flush the cache
813: [02:43:29] <Pyromanik> I'll give it a go
814: [02:43:31] <ss23> lol ajmitch XD
815: [02:43:34] <Pyromanik> xD
816: [02:43:59] <Pyromanik> OH LOL IT NEEDS JS ENABLED
817: [02:44:13] <ajmitch> that's pretty common these days on the internets
818: [02:44:22] <unsignedint> oh I didnt realise sminee was silverstripes CEO!
819: [02:44:25] <ss23> I'm seriously so tempted to make a thread being like "omg the NZ government is uaing apache and I made a blog post about slowloris!"
820: [02:44:29] <ss23> lol unsignedint
821: [02:44:44] <ajmitch> ss23: don't, you'll just make it worse
822: [02:44:45] <unsignedint> (thats what I took away from that article)
823: [02:44:45] <simon_w> Yeah, Disqus comments aren't the nicest
824: [02:44:46] <ss23> "GUISE WHY DIDN'T THEY LOOK AT USING LIGHTTPD?! THIS IS SO BAD, I HOPE THE PENTESTERS KNOW APACHE IS VULN"
825: [02:44:52] <ss23> ajmitch: But I'll do it for *fun* :D
826: [02:45:10] <guzzlefry_dev> Is there a doc covering all of the configuration options for _ss_environment.php?
827: [02:45:19] <ss23> doubtful
828: [02:45:25] <guzzlefry_dev> ah okay
829: [02:45:26] <ss23> You can define anything there really
830: [02:45:39] <guzzlefry_dev> Well is there one that defines the default admin email?
831: [02:46:04] <guzzlefry_dev> Email::getAdminEmail() <--- whatever sets that
832: [02:46:09] <simon_w> https://github.com/silverstripe/silverstripe-framework/blob/3.1/conf/ConfigureFromEnv.php#L3-L51
833: [02:48:00] <Pyromanik> ss23: because lighthttpdurp is a rails affair.
834: [02:48:02] <ss23> lol, I'm getting more and more tempted :<
835: [02:48:04] <guzzlefry_dev> thank you
836: [02:48:29] <ss23> Pyromanik: Come on, you think i'd be funny right? "Hai guise I found this blog post about a DoS. You can easily prevent it with a firewall, but in stock apache it exists. The NZ government is going to use it. Why don't they use another webserver?!"
837: [02:48:35] <ss23> Like, it ifts the SS discussion *so* perfectly
838: [02:48:36] <Pyromanik> everyone knows the govt should just be using unicron or mongrel, possibly both in a circle jerk proxy configuration.
839: [02:48:41] <guzzlefry_dev> I guess it makes more sense to have a From: address when sending mail. :P
840: [02:48:52] <ss23> lol
841: [02:49:04] <ajmitch> ss23: because pointing out others' flaws doesn't excuse your own
842: [02:49:18] <Pyromanik> yeah ss23, grow up, gosh.
843: [02:49:25] <Pyromanik> what's your login, I'll do it.
844: [02:49:27] <ss23> ajmitch: It's not mean to *excuse* one, it's meant to be for humorous purposes
845: [02:49:30] <ss23> :P
846: [02:49:31] <ss23> Pyromanik: I think the list is public?
847: [02:49:33] <ss23> hahahah Pyromanik
848: [02:49:36] <Pyromanik> nah
849: [02:49:42] <ajmitch> ss23: yeah, others won't see it that way
850: [02:49:43] <ss23> damn
851: [02:49:51] <ss23> ajmitch: haha, I do things for my own entertainment, not others!
852: [02:50:17] <Pyromanik> "it’s as much a security bug as it is a DOS vulnerability" umm... ??? IDEK.
853: [02:50:19] <metanat> That response by Sam is really good
854: [02:50:34] <Pyromanik> it is.
855: [02:50:41] <Pyromanik> I wonder how long it took him to write.
856: [02:50:49] <ss23> lol
857: [02:51:31] <simon_w> So, longer wait at BK than at BF
858: [02:51:35] <simon_w> Good service there!
859: [02:51:43] <ss23> :D
860: [02:52:51] <Pyromanik> so pretty standard stuff then.
861: [02:52:59] <Pyromanik> wholey shit
862: [02:53:03] <Pyromanik> I went to BK the other day
863: [02:53:04] <Pyromanik> and OM
864: [02:53:05] <Pyromanik> G
865: [02:53:12] <Pyromanik> you have to see this action I'm doing.
866: [02:53:31] <Pyromanik> the guy just did this at me from behind kitchen, didn't even come up to the service area
867: [02:53:39] <Pyromanik> basically shooed me away
868: [02:53:47] <Pyromanik> so I went across the road to maccas.
869: [02:54:32] <simon_w> Woo, one more thing on the high priority list to go
870: [02:54:40] <Pyromanik> I'll show you next wednesday ss23
871: [02:54:42] <Pyromanik> hilarious
872: [02:54:45] <Pyromanik> remind me, k?
873: [02:54:55] <zippy__> ok
874: [02:58:50] * trent001 has joined #silverstripe
875: [03:00:50] <ss23> Pyromanik: Will try :D
876: [03:01:12] <ss23> Hmm
877: [03:01:18] <ss23> If I release this fix, it has a bunch of Javascript errors
878: [03:01:22] <ss23> But it 'works'
879: [03:01:32] <trent001> Hey guys trying to install this module but getting this error does this mean: 1.the module I am installing is made for a different version of ss 2. I need to install the SortableGridField module as well which is what seemed to show up when I was googling this problem.
880: [03:01:46] <trent001> Fatal error: Class 'GridFieldSortableRows' not found
881: [03:01:58] <trent001> sorry that was the error.
882: [03:03:04] <metanat> GridField is for SilverStripe 3
883: [03:03:18] <trent001> yeah
884: [03:04:01] <trent001> the module I was trying to install was silverstripe-menumanager
885: [03:04:31] <metanat> I think there is a branch that support 2.4
886: [03:04:41] <trent001> it says on github the latest version is for silverstripe 3
887: [03:04:50] <trent001> sorry I am on silverstripe 3
888: [03:05:15] <metanat> https://github.com/heyday/silverstripe-menumanager/tree/1.0
889: [03:05:42] <metanat> trent001: It requires ajshort/silverstripe-gridfieldextensions
890: [03:05:47] <metanat> Do you have that installed?
891: [03:06:02] <trent001> nope
892: [03:06:14] <trent001> that would be my problem thankyou
893: [03:06:15] <metanat> If you install it through composer it should install for you :)
894: [03:07:01] * coldblooded01 quit (Quit: coldblooded01)
895: [03:08:29] <trent001> grrr that makes sense I wasn't on my normal computer and this one doesn't have composer installed so I was to lazy to install it and just did manual install of module. Thanks heaps metanat :)
896: [03:08:54] <metanat> trent001: We will update the docs asap
897: [03:09:12] * cloph_away has joined #silverstripe
898: [03:09:25] <metanat> trent001: Totally not your fault. The docs don't mention it. It is our error
899: [03:10:39] * cloph_away1 quit (Ping timeout: 268 seconds)
900: [03:15:37] <guzzlefry_dev> gah
901: [03:16:09] <guzzlefry_dev> Why would $Email->send() be return false when I"m getting the emails regardless?
902: [03:16:15] <guzzlefry_dev> returning*
903: [03:18:01] <guzzlefry_dev> oh, probably the custom mailer I'm using. :/
904: [03:22:09] * SightUnseen has joined #silverstripe
905: [03:22:12] * SightUnseen has left #silverstripe
906: [03:22:17] <trent001> no worries I should have been using composer anyway
907: [03:23:07] <Pyromanik> menu manager?
908: [03:23:10] <Pyromanik> o.0
909: [03:23:35] <Pyromanik> fair enough if you're into j-word style content management I guess.
910: [03:23:36] <ss23> This subsite controller never even gets *called*
911: [03:23:39] <metanat> Pyromanik: The primary usage is for when your menus don't follow the structure of your sitetree
912: [03:23:39] <ss23> That explains why the theme isn't being set...
913: [03:23:48] <Pyromanik> metanat: yeh, I get that.
914: [03:23:50] <metanat> Pyromanik: Might seem stupid, but is quite useful
915: [03:24:02] <Pyromanik> just never actually come across a use case like that. Though can see that others would.
916: [03:24:14] <Pyromanik> I"ve thought about it before, but I wasn't very well versed in SS back then.
917: [03:24:42] <Pyromanik> metanat: I've seen how it could be useful if you do stuff like you chaps at heyday do.
918: [03:24:52] <trent001> Yeah it looks pretty good I need to make up a crazy menu for mobile versions of a responsive site I am doing.
919: [03:24:56] <metanat> Pyromanik: We come across it all the time. But also, we have lots of little different menus in places. Like footer etc
920: [03:25:19] <Pyromanik> actually fair comment, I've made 'quicklinks' modules for that very usecase.
921: [03:26:23] <unsignedint> hey does anyone know if its possible to call Director::redirectBack() and have it append a query string parameter to the URL it is redirecting back to?
922: [03:27:22] <Pyromanik> oh gawd, priceless. "We would like to add the ability to have a gallery on our site"
923: [03:27:35] <trent001> lol
924: [03:27:47] <simon_w> unsignedint, stop try to call a non-existent method? :p
925: [03:27:55] <Pyromanik> "Have you seen the 'image gallery' tab on every single page, because you requested this feature when we first made the site over a year ago?"
926: [03:28:11] <simon_w> Also, no
927: [03:28:50] <Pyromanik> simon_w: can one alias a class at config level?
928: [03:29:18] <Pyromanik> ie, command BlahClass::create() in instead instantiate a different class?
929: [03:29:23] <simon_w> Yes
930: [03:29:34] <Pyromanik> even if BlahClass doesn't actually exist at all?
931: [03:30:09] <simon_w> Well, then ::create() won't work
932: [03:30:48] <Pyromanik> I guess.
933: [03:30:53] <Pyromanik> hmm
934: [03:30:58] <simon_w> but it's
935: [03:30:58] <simon_w> Injector:
936: [03:30:58] <simon_w> BlahClass:
937: [03:30:58] <simon_w> class: YourMum
938: [03:31:07] <Pyromanik> oh neato
939: [03:32:20] <ss23> Neato
940: [03:32:23] <Pyromanik> could I call a parent class (like Object) and tell it to instantiate a specific class?
941: [03:33:11] * Stomach has joined #silverstripe
942: [03:33:37] <unsignedint> simon_w: Director::redirectBack() exists? I can see it in the docs and have used it before
943: [03:33:44] <ss23> I take it we have no one familiar with Subsites here?
944: [03:33:56] <ss23> Trying to figure out why the controllerclass just never gets applied to anyhting, if it's intentional etc
945: [03:36:17] <Pyromanik> spronk is familiar with subsites, and I've used it a bit.
946: [03:36:44] <Pyromanik> 2.4 ss23 ?
947: [03:36:46] <Pyromanik> 3.0?
948: [03:36:53] <spronk> ss23: wait, which controller class?
949: [03:37:29] <ss23> 3.0
950: [03:37:40] <spronk> eesh
951: [03:37:41] <ss23> I'll check in a sec, just trying to release another site (And last few releases it's friggen exploded)
952: [03:37:45] <ss23> not like 3.0 pure
953: [03:37:47] <ss23> migth be 3.1 even
954: [03:37:52] <ss23> defintly 3 htough
955: [03:37:56] <spronk> mm
956: [03:39:26] <Pyromanik> ss23: cms buttons give 3.1 away iirc
957: [03:45:47] * TheJHNZ quit (Ping timeout: 264 seconds)
958: [03:46:58] <ss23> Sounds like I would have to recognize them!
959: [03:47:21] * trent001 quit (Remote host closed the connection)
960: [03:47:27] <ss23> "Looks pretty good Stephen – we’ve got it in UAT and are now going to take it to live. Really pleased with being able to search special characters now."
961: [03:47:31] * ss23 preens
962: [03:47:32] <ss23> clients love me~ <3
963: [03:47:55] * UncleCheese quit (Quit: UncleCheese)
964: [03:50:10] <ss23> Okay! Time to dig into tis subsites issue
965: [03:50:11] <Pyromanik> you're a special character ss23.
966: [03:50:15] * ss23 cracks his knuckles
967: [03:50:17] <ss23> you ready for this, spronk?
968: [03:50:25] <ss23> I'll start wtih an opening FUCK since we have to look at subsites :D
969: [03:50:37] <ss23> version 919295459628f17ecf4c100bc9047b07194119fa of subsites
970: [03:50:43] <Pyromanik> what are they trying to do?
971: [03:50:45] <ss23> latest master presumably
972: [03:50:47] <Pyromanik> and what is the problem?
973: [03:50:49] <ss23> Pyromanik: Set a theme on a subsite
974: [03:50:53] <ss23> I am, it's in my dev
975: [03:50:55] <Pyromanik> lol
976: [03:51:13] <Pyromanik> works fine for me, hope this helps.
977: [03:51:23] <Pyromanik> Greets! Pyromanik.
978: [03:51:31] <simon_w> unsignedint, oh does it? http://api.silverstripe.org/3.1/class-Director.html :p
979: [03:51:35] <ss23> extensions/ControllerSubsites.php is not being applied!
980: [03:52:08] <unsignedint> simon_w: oooh pull out the 3.1 docs when its been deprecated and removed. sorry I should have said im still on 3.0.5
981: [03:52:19] <unsignedint> anyways I have worked around it
982: [03:52:48] <simon_w> So you're using something that's deprecated instead? And has been since 2.4? :p
983: [03:53:32] <ss23> "silverstripe/cms": "3.1.x-dev as 3.2", "silverstripe/framework": "3.1.x-dev as 3.2",
984: [03:53:41] <ss23> Looks like latest 3.1 for cms/framework!
985: [03:53:51] <ss23> spronk: Any ideas?
986: [03:54:08] <simon_w> But 3.2's dev-master
987: [03:54:12] <unsignedint> more or less :P nah im using Controller::curr()->redirect(Controller::curr()->Link() . "?myparam=1");
988: [03:54:28] <ss23> simon_w: I'm guessing the composer.json is messed up, but the "as 3.2" looks like an alias, right?
989: [03:55:19] <ss23> ContentController::add_extension('ControllerSubsites'); thats in the config.php, hmm
990: [03:56:32] * UncleCheese has joined #silverstripe
991: [03:56:52] <ss23> Extensions have their init() called, right?
992: [03:57:02] <simon_w> Nope
993: [03:57:06] <ss23> damn
994: [03:57:55] * guzzlefry_dev quit (Quit: Ex-Chat)
995: [03:58:11] <ss23> Okay, new diagnosis. the extension is being applied, but none of the extensions methods are being called
996: [03:58:16] <spronk> hmm
997: [03:58:20] <spronk> the fuck
998: [03:58:23] <spronk> are you on a subsite?
999: [03:58:24] <ss23> This is where the theme is set, which I presume is what causes the theme to never be set and defaults to theems/default
1000: [03:58:28] <ss23> Yeah, spronk
1001: [03:58:33] <ss23> I hope
1002: [03:58:41] <spronk> is the theme being set in a _config somewhere?
1003: [03:58:57] <Pyromanik> should get overwritten
1004: [03:59:01] <Pyromanik> overridden
1005: [03:59:03] <ss23> It was, yes, but I removed that, and even if it was, this method should still run, right?
1006: [03:59:04] <Pyromanik> w/e
1007: [03:59:04] <spronk> you'd think
1008: [03:59:08] <ss23> I'm just doing a die('foo') in the extension
1009: [03:59:10] <Pyromanik> yep
1010: [03:59:19] <spronk> what method isn't being called?
1011: [03:59:25] <ss23> None of the methods in that extension
1012: [03:59:32] <spronk> hmm
1013: [03:59:37] <ss23> It's possible this is cruft/left over code and doesn't get used anymore?
1014: [03:59:39] * UncleCheese_ has joined #silverstripe
1015: [03:59:45] <spronk> sec
1016: [04:00:15] * Pyromanik quit (Remote host closed the connection)
1017: [04:00:54] <spronk> hahahahahaa
1018: [04:00:56] <spronk> so
1019: [04:00:58] <spronk> my ss vm isn't working
1020: [04:01:04] <ss23> was it ddos'd?
1021: [04:01:05] <spronk> because i left it DoSing from earlier
1022: [04:01:06] <ss23> I mean
1023: [04:01:07] <ss23> DoS'd
1024: [04:01:08] <ss23> hahaha
1025: [04:01:19] <spronk> just kept sending requests dutifully..
1026: [04:01:24] <ss23> XD
1027: [04:01:24] <spronk> probably has a fuckton queued up
1028: [04:03:18] * Pyromanik has joined #silverstripe
1029: [04:03:19] <Pyromanik> Does it even work?
1030: [04:03:29] <ss23> hmm, another extension looks like it sets the theme too
1031: [04:03:40] <Pyromanik> blame that.
1032: [04:03:48] * jayce_2 has joined #silverstripe
1033: [04:03:49] <ss23> I persume it sets it right (checking now)
1034: [04:04:53] <jayce_2> hi, why does the rich text editor wrap stuf in <p> tags? If I insert an image it's wrapped in <p> tags. If I remove them in HTML source code view it'll add it again on save ?! I'm using FF22
1035: [04:04:59] <jayce_2> Silverstripe 3.0.5
1036: [04:05:08] <ss23> THE PLOT THICKENS
1037: [04:05:17] <ss23> I did a var_dump in set_theme
1038: [04:05:21] <ss23> it gets set to trades, then themes/default
1039: [04:05:29] <spronk> wooow
1040: [04:05:32] <spronk> this VM is *toast*
1041: [04:05:42] <spronk> i don't know wtf its doing
1042: [04:06:12] <ss23> haha
1043: [04:06:19] <spronk> oh
1044: [04:06:23] <spronk> swapping like mad
1045: [04:06:29] <ss23> turn it off and on again!
1046: [04:06:43] * UncleCheese quit (Quit: UncleCheese)
1047: [04:06:44] * UncleCheese_ is now known as UncleCheese
1048: [04:07:14] <Pyromanik> jayce_2: because text should be in paragraphs.
1049: [04:07:16] <spronk> so it turns out that, yes, you can royally screw a server by sending it requests faster than it can process them for hours on end
1050: [04:07:27] <Pyromanik> an image is an inline level element.
1051: [04:08:01] <Pyromanik> it's a tinymce thing, not a silverstripe thing. It's helping you create code with good semantics
1052: [04:08:01] <Bollig|DesignCty> jayce_2: that's what tiny mce does. You can probably find a way to disable it, but in all honesty, you probably shouldn't as Pyromanik has mentioned.
1053: [04:08:21] <spronk> ss23: i don't have either of those controller methods called either
1054: [04:08:28] <spronk> must be antiques
1055: [04:08:32] <ss23> WAIT NO IT NEVER GETS CALLED TWICE
1056: [04:08:33] <ss23> yeah, spronk
1057: [04:08:41] <Pyromanik> Bollig|DesignCty: jayce_2, IIRC if you manually edit the P to be another block level tag (say, DIV), then it accepts that (and doesn't get styled, by default at least)
1058: [04:08:47] <jayce_2> the problem is it breaks the layout. insert an image, float it right and everything gets mucked up by the p tag
1059: [04:08:50] <ss23> It gets called as tehems, but for some reason changes to default
1060: [04:08:51] <ss23> hmm
1061: [04:08:53] <spronk> this is my problem with subsites. it's a fucking mess
1062: [04:09:04] * sam_ has joined #silverstripe
1063: [04:09:09] <sam_> Hi
1064: [04:09:10] <Pyromanik> jayce_2: type your text in the p tag.
1065: [04:09:14] <Pyromanik> the text will wrap.
1066: [04:09:17] <Bollig|DesignCty> jayce_2: I've never seen that. Seems like you could fix that with some simple CSS.
1067: [04:09:27] <Pyromanik> hi sam_
1068: [04:09:33] <sam_> I need some help on including one form in a page type
1069: [04:09:39] <Pyromanik> ok
1070: [04:09:49] <sam_> I have used dataobject as pages
1071: [04:09:57] <Pyromanik> http://www.doc.silverstripe.org/framework/en/tutorials/3-forms
1072: [04:10:01] <ss23> Okay, so my next idea is that somehow, it's being set, but SSViewer is... not giving a shit and stuff
1073: [04:10:03] <Bollig|DesignCty> Pyromanik, jayce_2: I think there's a flag somewhere on tiny that lets you turn the behaviour off, but I really think that's using flamethrower to kill a bee.
1074: [04:10:12] <sam_> in the page I need to include a form
1075: [04:10:13] <spronk> ss23: are you SURE you're on a subsite and not "Main Site" ?
1076: [04:10:22] <Pyromanik> sam_: forms are on controllers, not pages.
1077: [04:10:36] <Bollig|DesignCty> jayce_2: if you've got a link we can have a quick look?
1078: [04:10:42] <sam_> Yes...
1079: [04:11:00] <sam_> but the link is comming like domain.com/page/action/id
1080: [04:11:02] <spronk> and, ss23, are you sure theme is set for those subsites in the database?
1081: [04:11:04] <Pyromanik> so your form must be on the controller that handles your data objects as pages.
1082: [04:11:15] <Pyromanik> ie, domain.com/page
1083: [04:11:18] <ss23> spronk: Yes, but I'm not sure that someone hasn't hacked up a different module that fucks with it. But like I said, I've investigated. I'm looking at SSViewer::set_tehme, and it's setting it to the right thing. The subsites module is not the issue
1084: [04:11:30] <ss23> spronk: Even after it's set, correctly as far as I can see, SSViewer is like "lol fuck you, it's default time"
1085: [04:11:35] <sam_> but... it does not get link....
1086: [04:11:37] <spronk> hmm
1087: [04:11:42] <jayce_2> TinyMCE inserts something like this: <p><img class="floatrightclass"></p> if you have it at the beginning of a page e.g. gollowed by H1 and other p tag it just doesn't work. Of course I could wrap it in a div but then I'll have to teach TinyMCE somehow to use DIV tags instead p tag, and give the div a style of the same saize like the image etc.
1088: [04:11:44] <Pyromanik> sam_: I don't understand
1089: [04:11:51] <spronk> let me see if my subsites even lets themes work
1090: [04:11:52] <sam_> wait....
1091: [04:11:56] <jayce_2> no the page is not public yet...
1092: [04:12:06] <spronk> what the fuck chrome
1093: [04:12:10] <ss23> lol
1094: [04:12:10] <Pyromanik> jayce_2: I don't recommend using div tags to wrap an image.
1095: [04:12:13] <ss23> A common saying nowadays
1096: [04:12:15] <ss23> "chrome, what the fuck"
1097: [04:12:18] <Pyromanik> it's a nightmare in itself, i've done it.
1098: [04:12:25] <spronk> anyone use Canary?
1099: [04:12:27] <spronk> mine's gone all... blue
1100: [04:12:36] <spronk> aaand the buttons are all fucked
1101: [04:12:39] <ss23> var_dump(SSViewer::$theme); That should return the theme, should it?
1102: [04:12:43] <ss23> spronk: No... no one uses Canary!
1103: [04:12:44] <Pyromanik> tinymce does it's own thing with the div (adds a style attribute to set the width to the same as the image)
1104: [04:12:48] <spronk> FUCK YOU
1105: [04:12:51] <spronk> LOTS OF PEOPLE USE T
1106: [04:12:54] <sam_> http://www.golf.kc316.com/home/SearchForm?GCName=&GCState=&action_doSearch=
1107: [04:13:01] <simon_w> I've written a 15 page work-related document and still got 9 sections to go :(
1108: [04:13:04] <guzzlefry> img.blocky { display: block; }
1109: [04:13:05] <sam_> just click on a listing...
1110: [04:13:12] <spronk> simon_w: docs?
1111: [04:13:19] * Jayden90 quit (Quit: Jayden90)
1112: [04:13:24] <jayce_2> @pyromanik maybe but not here. it puts a P tag there?!
1113: [04:13:25] * pippy quit (Ping timeout: 246 seconds)
1114: [04:13:28] <simon_w> Planning docs
1115: [04:13:35] <spronk> eush
1116: [04:13:42] <ss23> lol
1117: [04:13:45] <Pyromanik> guzzlefry: that won't help. TinyMCE is still going to wrap the img tag
1118: [04:13:59] <spronk> hahahaha
1119: [04:14:02] <guzzlefry> ah :/
1120: [04:14:02] <spronk> ss23: doesn't work for me either
1121: [04:14:07] <Pyromanik> jayce_2: don't use @, it doesn't let me know you're talking to me.
1122: [04:14:09] <Pyromanik> just type my name.
1123: [04:14:10] <ss23> spronk: Okay, I might foward this on to CWP.
1124: [04:14:16] <spronk> oh hang on
1125: [04:14:18] * spronk flushes
1126: [04:14:20] <spronk> just in case
1127: [04:14:20] <spronk> nah
1128: [04:14:22] <spronk> fucked.
1129: [04:14:33] <spronk> theme set in database
1130: [04:14:33] <Pyromanik> spronk: did you make sure to not be logged in?
1131: [04:14:41] <spronk> yeah man
1132: [04:14:45] <spronk> private tabbed that shit
1133: [04:14:46] <simon_w> I could start on these other sections
1134: [04:14:49] <simon_w> Or I could go home
1135: [04:14:55] <simon_w> I'm gonna do that one :D
1136: [04:14:56] * UncleCheese quit (Quit: UncleCheese)
1137: [04:15:31] <jayce_2> ok Pyromanik, this is what TinyMCE proudces: <p><img class="right" src="image.jpg" alt="Nelson Back Beach" width="300" height="450" /></p> <h1>Header</h1> <p>Content</p>
1138: [04:15:34] <Pyromanik> jayce_2: you could add a style to the p tag to remove the border or whatever is causing your issue.
1139: [04:15:35] * pippy has joined #silverstripe
1140: [04:15:47] <spronk> oooh
1141: [04:15:48] <spronk> wait
1142: [04:15:50] <Pyromanik> jayce_2: yeah, but what is the issue with that?
1143: [04:15:54] <spronk> SOMETHING has changed theme
1144: [04:16:07] <Pyromanik> floating the image removes it from the flow, meaning the p tag will completely collapse.
1145: [04:16:11] <Bollig|DesignCty> jayce_2: why is the h1 inside the content box?
1146: [04:16:11] <Pyromanik> as it's empty.
1147: [04:16:28] <Pyromanik> Bollig|DesignCty: some people prefer to not make use of $Title
1148: [04:16:30] <spronk> ss23: do *all* your pages use the default themne?
1149: [04:16:36] <jayce_2> the problem of the p tag is that it prevents the image from floating left because it creates a break (clear both basically)
1150: [04:16:53] <spronk> because my non-virtualpages are using the correct theme
1151: [04:16:55] <Bollig|DesignCty> spot on Pyromanik with the image. Not using $title is ridiculous unless it's a real exception.
1152: [04:16:56] <jayce_2> or floating right in my case
1153: [04:17:02] <Pyromanik> jayce_2: so the issue is with your CSS, not with tinymce or silverstripe
1154: [04:17:26] <Bollig|DesignCty> jayce_2: you should make sure both h1 and p elements aren't clearing the float.
1155: [04:17:59] <spronk> ss23: yeah - if it's a SS VirtualPage, I get the theme from the subsite that owns the VP's target. If it's a standard page in the subsite's tree only, i get the subsite's set theme
1156: [04:18:13] <Pyromanik> the img is INSIDE the p tag, so the p tag can't (won't/shouldn't) clear it, unless you've defined p:after{content:"";clear:both}
1157: [04:18:17] <jayce_2> I just don't want the p tag, solves all my problems. Everything else would be much more complicated overhead
1158: [04:18:35] <Pyromanik> jayce_2: you're stuck with it, unfortunately.
1159: [04:18:59] <Bollig|DesignCty> jayce_2: plus, without it, your html would be invalid which can cause other issues :(
1160: [04:19:01] <jayce_2> seems so...I'm sure older TinyMCEs didn't do it, maybe I can deactivate it somewhere...
1161: [04:19:16] <Pyromanik> Bollig|DesignCty: well, it wouldn't be invalid, just less semantic (afaik)
1162: [04:19:17] <jayce_2> xhtml invalid?
1163: [04:19:22] <Bollig|DesignCty> jayce_2: older tines do it as well.
1164: [04:19:33] <sam_> @<Pyromanik>
1165: [04:19:42] <sam_> Please help....
1166: [04:19:42] <Pyromanik> sam_: don't @
1167: [04:19:45] * guzzlefry has left #silverstripe
1168: [04:19:54] <Pyromanik> just press py then tab.
1169: [04:20:10] * lerni has joined #silverstripe
1170: [04:20:13] <sam_> ok
1171: [04:20:39] <spronk> jayce_2: whatever the case, you ain't gonna get Tiny to not insert the <p> tags anymore
1172: [04:20:45] <spronk> your only real solution is to fix the CSS.
1173: [04:20:51] <Pyromanik> sam_: I don't see any forms
1174: [04:21:04] <sam_> I want to include it
1175: [04:21:17] <sam_> in that page
1176: [04:21:19] <Pyromanik> sam_: define it on listingpage_Controller
1177: [04:21:21] <sam_> in the listing page
1178: [04:21:28] <Pyromanik> then $FormName in the template
1179: [04:21:28] <sam_> yes....
1180: [04:21:38] <sam_> ok
1181: [04:21:45] <Bollig|DesignCty> jayce_2: this is tiny floating an image inside a p tag… not sure why it won't work for you.
1182: [04:21:46] <spronk> hmm
1183: [04:21:46] <Bollig|DesignCty> http://files.designcity.com.au/transfer/Screen-Shot-2013-07-18-at-12.20.58-PM-copy.png
1184: [04:21:50] <sam_> but its not comming...
1185: [04:22:02] <spronk> ?flush=1, sam
1186: [04:22:23] <Pyromanik> sam_: have you read http://www.doc.silverstripe.org/framework/en/tutorials/3-forms
1187: [04:22:33] <sam_> as the page does not shows as url comes as page/action/id
1188: [04:22:46] <ss23> Thanking you for your help, spronk, I can debug further I guess, since a client is paying for it kind of :D
1189: [04:22:49] <Pyromanik> sam_: I dont' understand what you're trying to say
1190: [04:22:52] <ss23> ^.^
1191: [04:23:01] <spronk> zurmg
1192: [04:23:12] <spronk> ss23: are you having issues with non-virtualpages as well?
1193: [04:24:01] <ss23> yes
1194: [04:24:16] * zippy__ quit (Ping timeout: 240 seconds)
1195: [04:24:22] <Pyromanik> sam_: if you've put the form in ListingPage_Controller, and you're calling $Form from the template and it's not showing up, then try $Top.Form
1196: [04:24:33] <Pyromanik> you're probably in the wrong scope.
1197: [04:24:59] <jayce_2> There's nothing wrong with the CSS or the HTML just need to get rid of the wrapping p tag....I'll dig a bit more
1198: [04:25:08] <spronk> LAME
1199: [04:25:18] <spronk> i wanted this to be an exclusively subsites related bug :P
1200: [04:25:18] <Pyromanik> jayce_2: YOU CANNOT.
1201: [04:25:22] <spronk> so i could bash on subsites some more
1202: [04:25:27] <Pyromanik> we've ALL tried at different points.
1203: [04:25:30] <sam_> ok
1204: [04:25:33] <sam_> thnx
1205: [04:25:33] <spronk> jayce_2: do you have a link we can look at?
1206: [04:25:42] <Pyromanik> you're welcome to try, but it'll be MUCH easier to simply fix your css.
1207: [04:25:52] <jayce_2> the designcity>
1208: [04:25:52] <jayce_2> ?
1209: [04:26:43] <Pyromanik> jayce_2: his image is of an image that is floated before a heading.
1210: [04:26:50] <Pyromanik> you cannot tell that there is a p tag around the image.
1211: [04:27:01] <Pyromanik> it doesn't mess his layout.
1212: [04:27:27] <Pyromanik> if you have a demo link we can see, then we could make recommendations on better ways to solve your issue.
1213: [04:27:32] <Pyromanik> as spronk mentioned
1214: [04:29:22] <sam_> Pyromanik: thnx $Top.Form Worked
1215: [04:30:43] * tintin has left #silverstripe
1216: [04:32:13] * SightUnseen has joined #silverstripe
1217: [04:32:25] <ss23> spronk: So uh, if I set it in the Subsites Admin place, select my subsite, set them there, doesn't work
1218: [04:32:38] <ss23> If I select the subsite in the CMS globally kind of thing, then settings -> theme, it works
1219: [04:32:46] <ss23> I suspect the subsites tehem selector is just being overridden
1220: [04:33:06] * UncleCheese has joined #silverstripe
1221: [04:35:46] * Jayden90 has joined #silverstripe
1222: [04:35:46] <Jayden90> Guys what is the correct way to achieve LeftAndMain::setLogo these days
1223: [04:35:58] <Pyromanik> ss23: subsides admin is for making subsites, not administering them
1224: [04:36:08] * SightUnseen has left #silverstripe
1225: [04:36:24] <ss23> Pyromanik: If you select your subsite, it has an option, Theme
1226: [04:36:26] <ss23> And you pick it
1227: [04:36:33] <Pyromanik> well it shouldn't
1228: [04:36:35] <ss23> lol
1229: [04:36:43] <ss23> It does, and it works in the sense that it does set the theme
1230: [04:36:46] <Pyromanik> it's too confusing.
1231: [04:36:53] <Pyromanik> it shouldn't.
1232: [04:37:00] <Pyromanik> SiteConfig's set theme will override it
1233: [04:37:15] <ss23> Hence the bug!
1234: [04:37:22] <Pyromanik> I think the one in the subsite business is what gets used when SiteConfig's is set to 'Default'
1235: [04:37:25] <Pyromanik> maybe.
1236: [04:37:42] <Pyromanik> not a bug, just a confusing feature you're not using right.
1237: [04:37:43] <Pyromanik> :P
1238: [04:38:16] <Pyromanik> ss23: did you know drupal is the king of subsites? I can run 60 customers from one install...
1239: [04:38:19] <Pyromanik> ...
1240: [04:38:22] <Pyromanik> xD
1241: [04:38:28] <spronk> ss23: ahh, i was using select subsite --> settings --> theme
1242: [04:38:30] <spronk> i'll check
1243: [04:38:59] <spronk> well
1244: [04:39:01] <Pyromanik> spronk: you should set the subsite after giong to settings iirc.
1245: [04:39:03] <Pyromanik> mybe
1246: [04:39:03] <spronk> it doesn't load the right theme to start with...
1247: [04:39:04] <Pyromanik> maybe not
1248: [04:39:09] <Pyromanik> don't particularly remember
1249: [04:39:17] <spronk> (in the dropdown)
1250: [04:39:23] <spronk> so i'm gonna say subsites admin -> theme dropdown is fucked
1251: [04:40:00] <spronk> ohw ait
1252: [04:40:02] <spronk> wtf
1253: [04:40:05] <spronk> it stores theme against substie
1254: [04:40:10] <spronk> as well as in that subsite's siteconfig
1255: [04:41:12] <Pyromanik> subsites admin -> don't use.
1256: [04:41:20] <Pyromanik> make site, set domains, that's it.
1257: [04:41:26] <Pyromanik> everything else treat like a normal install.
1258: [04:41:34] <spronk> mm
1259: [04:41:55] <Pyromanik> I think the theme in the subsites admin is for the 'default' setting in the siteconfig.
1260: [04:42:12] <Pyromanik> so if you set SiteConfig it should override
1261: [04:42:25] <Pyromanik> (this is just how I think it should work, not how it does)
1262: [04:46:44] <EasyCo> Can you get gridfield to display many_many selections?
1263: [04:47:19] <EasyCo> I want a comma delimited list of the many_many relations that were selected with a checkboxset
1264: [04:48:23] <Pyromanik> yeh, I think it does that by default if you include the relation name in the summary fields
1265: [04:50:13] <EasyCo> Hmm, i thought so too but I'm getting: Unable to traverse to related object field
1266: [05:02:31] <Pyromanik> movies!
1267: [05:02:48] <Pyromanik> EasyCo: hmm, dunno I've never done it, just heard about folks doing that
1268: [05:02:57] <Pyromanik> you might wanna make a function that returns it as a string.
1269: [05:03:01] <Pyromanik> I dunno sorry.
1270: [05:03:04] <Pyromanik> ask simon_w
1271: [05:03:06] * Pyromanik quit (Quit: leaving)
1272: [05:03:15] <EasyCo> You around simon_w?
1273: [05:04:28] <Colin[pi]> isn't it home time? simon is out the door at 4:59:59
1274: [05:05:02] <simon_w|air> No, that's Pyromanik
1275: [05:05:06] <Colin[pi]> :D
1276: [05:05:35] <EasyCo> Nothing wrong with being on time :)
1277: [05:05:44] <simon_w|air> http://logs.simon.geek.nz/index.php?date=2013-07-18#log_992057 is when I left :p
1278: [05:05:45] <irogue> i finish at 6 :(
1279: [05:06:06] <Colin[pi]> i finish at 'whenever' :(
1280: [05:06:09] <EasyCo> simon_w|air, you know if simon_w is taking questions?
1281: [05:06:22] <simon_w|air> You can ask simon_w all the questions you want
1282: [05:06:33] <simon_w|air> I might even answer them when I get back to work tomorrow :p
1283: [05:06:41] <EasyCo> :)
1284: [05:06:55] <simon_w|air> Anyway, you need a method that returns the string you want to display
1285: [05:07:33] <ss23> Is there a nice word that means "large" and has connetations of needlessly being as such?
1286: [05:07:44] <simon_w|air> extravagant?
1287: [05:07:46] <ss23> large in number, that is, large quantity of something
1288: [05:07:51] <ss23> simon_w|air: That's more fancy
1289: [05:08:10] <Colin[pi]> excessive ?
1290: [05:08:20] <ss23> ohhh
1291: [05:08:21] <ss23> that's good
1292: [05:08:22] <EasyCo> If I have a many_many relationship define as: 'StudentType' => 'StudentType'. Should I be able to get the StudentType id with StudentType.ID in the $summary_fields?
1293: [05:08:22] <ss23> :D
1294: [05:08:24] <Colin[pi]> fabulous?
1295: [05:08:27] <ss23> dunno why I didn't think of it
1296: [05:08:28] <ss23> hahha
1297: [05:08:31] <simon_w|air> EasyCo, no
1298: [05:08:42] <ss23> "Sorry, your website was creating fabulous entries in the versions table"
1299: [05:08:43] <EasyCo> simon_w|air: Good, I'm not crazy then.
1300: [05:08:46] <Colin[pi]> http://i.imgur.com/H7l0cyR.gif
1301: [05:09:01] <simon_w|air> ss23, copious? :p
1302: [05:09:07] <EasyCo> ss323: excessive
1303: [05:09:25] <simon_w|air> ss23, anyway, right click word, look up in dictionary, switch to thesaurus
1304: [05:10:02] * aragonne quit (Remote host closed the connection)
1305: [05:10:37] <ss23> copious doesn't have *quite* the right connetations
1306: [05:10:44] <ss23> excessive is pretty much perfect for this sentence
1307: [05:10:52] <ss23> With the current script to update from EBS, it creates an excessive number of entries in a versions table Silverstripe [...]
1308: [05:10:55] <simon_w|air> And doesn't mean large :p
1309: [05:11:12] <ss23> copious means excessive though
1310: [05:11:12] <ss23> :D
1311: [05:11:27] <ss23> well, not with the connetations of badness like excessive does
1312: [05:11:28] <ss23> idk
1313: [05:11:29] <ss23> who cares
1314: [05:11:30] <ss23> this works
1315: [05:11:30] <ss23> :D
1316: [05:11:38] <simon_w|air> copious |?k??p??s|
1317: [05:11:39] <simon_w|air> adjective
1318: [05:11:39] <simon_w|air> abundant in supply or quantity
1319: [05:11:41] <Colin[pi]> I prefer "it creates an FABBBBULOUS number of entries in a versions table"
1320: [05:11:42] <simon_w|air> not excessive :p
1321: [05:11:51] <ss23> haha Colin[pi] XD
1322: [05:12:06] <ss23> simon_w|air: Language is flexible, don't act like it's ridgid!
1323: [05:12:10] <EasyCo> So simon_w|air: Is there method on the DataObject or modeladmin that I can hook into to 'prepare' the many_many selection for the gridfield?
1324: [05:12:16] <ss23> You can make words mean anything if you feel like it
1325: [05:12:20] <simon_w|air> EasyCo, write your own
1326: [05:12:56] <simon_w|air> ss23, no you can't. Comprehension plays a major part in a language :p
1327: [05:13:18] <EasyCo> But where? getList()?
1328: [05:13:39] <ss23> simon_w|air: You *can*, and comprehension isn't seperate from a languages flexibility
1329: [05:13:43] <ss23> W/E
1330: [05:13:43] <ss23> IDC
1331: [05:13:46] <simon_w|air> EasyCo, you make a method, You point your summary fields to it.
1332: [05:13:48] <ss23> fuck da police
1333: [05:13:54] <ss23> going to get food before I pass out
1334: [05:13:56] <ss23> stupid insulin
1335: [05:14:33] <simon_w|air> EasyCo, may need to be a getter, depending on when that got changed, but that's easy enough
1336: [05:33:48] * jayce_2 quit (Quit: Page closed)
1337: [05:34:11] * Liquide quit ()
1338: [05:36:02] <EasyCo> simon_w|air: can I get another clues please.
1339: [05:36:50] <EasyCo> I'm debugging through summaryFields and it doesn't seem to do much
1340: [05:36:51] <simon_w|air> public function getBlah() { return whatever; } private static $summary_fields = [ 'Blah' => 'My list of blahs' ];
1341: [05:45:06] <EasyCo> At what point does getBlah() get called?
1342: [05:45:22] * UncleCheese quit (Quit: UncleCheese)
1343: [05:45:50] * Stomach quit (Quit: Leaving.)
1344: [05:48:12] <simon_w|air> When building the rows
1345: [05:48:25] * metanat1 has joined #silverstripe
1346: [05:48:37] * metanat1 quit (Client Quit)
1347: [05:49:07] <EasyCo> So what's 'My list of blahs' supposed to represent?
1348: [05:51:16] * metanat quit (Ping timeout: 240 seconds)
1349: [05:52:41] <simon_w|air> the title
1350: [05:54:40] <EasyCo> At no point it getBlah() being called. I just get Uncaught Exception: Unable to traverse to related object field [Blah] on
1351: [06:01:49] <EasyCo> Ahhhh
1352: [06:01:59] <EasyCo> $casting!!!
1353: [06:02:11] <EasyCo> I though I was going crazy
1354: [06:02:14] <EasyCo> *thought
1355: [06:12:44] * Jayden90 quit (Quit: Jayden90)
1356: [06:21:02] <simon_w|air> Where's Dylan when I want to tell him I've built the thing he suggested?
1357: [06:22:19] <ss23> lol
1358: [06:22:24] <ss23> Use his nick!
1359: [06:22:30] <ss23> It's hard to use real names on IRC
1360: [06:22:36] <simon_w|air> But I can't autocomplete it!
1361: [06:22:45] <simon_w|air> Oh there's the one I can
1362: [06:22:51] <simon_w|air> Where's Nightjar when I want to tell him I've built the thing he suggested?
1363: [06:22:54] <ss23> haha
1364: [06:22:56] <simon_w|air> well, the one I can spell
1365: [06:23:01] <ss23> Pyromaniak/
1366: [06:23:02] <ss23> idk
1367: [06:23:08] <ss23> wait no
1368: [06:23:10] <ss23> Pyromanik
1369: [06:23:10] <ss23> :D
1370: [06:23:36] <simon_w|air> http://logs.simon.geek.nz/search.php?q=dude&s=Time
1371: [06:23:45] <simon_w|air> You say dude a lot :p
1372: [06:24:08] <ss23> So does everoyne else!
1373: [06:24:08] <ss23> lol
1374: [06:24:12] <ss23> 346:[02/12/2007 12:05]<sminnee> Dude you can't even install it on PHP4
1375: [06:25:12] <ss23> http://logs.simon.geek.nz/search.php?q=fuck
1376: [06:25:19] <ss23> plz sort so we can see who's got the most fucks, simon_w|air :D
1377: [06:26:24] <simon_w|air> "<iculshaw> fuck you simon_w"
1378: [06:27:08] <simon_w|air> Pfft, but stats are things you should have to ask me for!
1379: [06:27:24] * openbees has joined #silverstripe
1380: [06:27:27] <ss23> lol
1381: [06:27:30] <ss23> Okay simon_w|air, give us the fuck stats!
1382: [06:27:30] <ss23> :D
1383: [06:29:45] <simon_w|air> http://www.sspaste.com/paste/show/51e78ad37f80c
1384: [06:29:58] <Colin[pi]> hahaha
1385: [06:30:01] <ss23> haha, knew it
1386: [06:30:09] <ss23> lol
1387: [06:30:10] <Colin[pi]> I'm in the top ten! fuck yes!
1388: [06:30:11] <ss23> I like the progression
1389: [06:30:17] * Jayden90 has joined #silverstripe
1390: [06:30:19] <ss23> 400, 400, 200, 150, 100, 50...
1391: [06:30:27] <ss23> not a slow curve
1392: [06:30:29] <Colin[pi]> order of magnitude lol
1393: [06:30:55] <simon_w|air> And that goes way back now too
1394: [06:31:11] <Colin[pi]> not a single match for chillu :D
1395: [06:31:15] <ss23> Did you leave off the 1 fucks, simon_w|air?
1396: [06:31:16] * swordsmanz has joined #silverstripe
1397: [06:31:19] <ss23> OR were there no single fuckers?
1398: [06:31:27] <simon_w|air> I only did the first page
1399: [06:31:34] <ss23> ah k
1400: [06:32:13] <simon_w|air> There's three pages
1401: [06:32:15] * DigNZ quit (Quit: DigNZ)
1402: [06:32:19] <simon_w|air> 167 rows
1403: [06:32:20] <ss23> Almost 4 pages
1404: [06:32:20] <ss23> :O
1405: [06:32:24] <ss23> almost 168 rows
1406: [06:32:25] <ss23> :O
1407: [06:32:39] <simon_w|air> Hey ss-log, swear for us!
1408: [06:33:22] <simon_w|air> http://www.sspaste.com/paste/show/51e78ba692982 is the entire thing
1409: [06:33:47] <simon_w|air> Disappointing showing from howardgrigg :p
1410: [06:33:59] <ss23> lol
1411: [06:34:35] <Colin[pi]> now graph
1412: [06:34:36] <Colin[pi]> :D
1413: [06:34:44] <simon_w|air> Fuck off :p
1414: [06:34:52] <Colin[pi]> haha :D that's the spirit!
1415: [06:35:18] * simon_w|air is now equal with Peavers!
1416: [06:35:29] <simon_w|air> Hang on, no I'm not
1417: [06:35:32] <simon_w|air> Wrong laptop
1418: [06:35:53] * simon_w|air is now equal with Stomach!
1419: [06:35:54] <Colin[pi]> no now you're equal with LePhil
1420: [06:35:59] <ss23> Colin[pi]: http://chart.googleapis.com/chart?chs=300x225&cht=p&chd=s:9&chdl=Ambiguity&chtt=Your+question
1421: [06:36:46] <simon_w|air> Okay, time to build another feature!
1422: [06:37:32] <simon_w|air> Nope, time to let you try to pick a better feature to build than the one I'm thinking off while I slack off and order dinner
1423: [06:38:09] <ss23> lol
1424: [06:38:15] <ss23> simon_w|air: For PocketRent, or anything?
1425: [06:38:23] <simon_w|air> Well, the logs is what I have open
1426: [06:38:36] <ss23> logs features are laaame
1427: [06:38:43] <ss23> Do something more awesome!
1428: [06:39:00] <ss23> simon_w|air: write me an opcode -> php code convertor plz
1429: [06:39:05] <ss23> simon_w|air: If you want, we can sell it
1430: [06:39:24] <simon_w|air> Give me something that turns php -> opcode and dumps the opcode
1431: [06:39:41] <ss23> Lemme get the link (someone already did it, Vipers codepad used to have it enabled, which was fucking handy)
1432: [06:39:55] <ss23> http://pecl.php.net/package/vld
1433: [06:40:10] <ss23> iirc, still works with at least 5.3, and I would presume 5.4, though I haven't checked myself
1434: [06:40:32] <ss23> yep yep, 5.4 support :D
1435: [06:40:48] <simon_w|air> How about 5.5?
1436: [06:40:53] <ss23> Hmm
1437: [06:40:59] <ss23> Haven't tested. Depends on how many API breaks, I guess?
1438: [06:41:08] <spronk> fuck yeh.
1439: [06:41:22] <ss23> But you can write the opcodes -> PHP part without 5.5 I presume. Are you one of those hipsters running latest PHP, simon_w|air? :P
1440: [06:41:38] <simon_w|air> I think this laptop's only 5.3
1441: [06:41:40] <simon_w|air> *5.4
1442: [06:41:52] <simon_w|air> "PHP Version 5.4.12"
1443: [06:41:54] <simon_w|air> There we go
1444: [06:42:01] <simon_w|air> simon_w's on 5.5.1-dev
1445: [06:42:20] <simon_w|air> Also, you should use 5.5. It has code I wrote in it!
1446: [06:42:21] <ss23> simon_w|air: FYI, the use would be to unencode ioncube encoded scripts, and build something that other people could use, preferably. I'm an opensource fanboy, so I love the idea of ruining anyone else trying to ioncube scripts etc
1447: [06:42:26] <ss23> :D
1448: [06:42:28] <ss23> :O
1449: [06:42:33] <ss23> I don't think I've ever done anything but doc patches for PHP so far
1450: [06:42:51] <simon_w|air> If you provide an incorrect timezone, you get a different error to not providing one!
1451: [06:43:03] <ss23> Handy!
1452: [06:45:57] <simon_w|air> "This is an extension for advanced users and can not be used to un-encode PHP code that has been encoded with any encoder"
1453: [06:46:29] <ss23> TIAS! I think that's a "Don't expect this to give you PHP", but there is a chance that ioncube etc do more stuff to the ZE To prevent it
1454: [06:52:13] <wmk> good morning folks
1455: [06:53:25] <ss23> moin wmk
1456: [06:54:39] * Jayden90 quit (Quit: Jayden90)
1457: [07:05:14] * howardgrigg quit (Remote host closed the connection)
1458: [07:05:41] * howardgrigg has joined #silverstripe
1459: [07:07:34] <openbees> what could be the best way to wrap an image (coming from cms content) with some div ?
1460: [07:09:46] * howardgrigg quit (Ping timeout: 240 seconds)
1461: [07:11:57] <wmk> openbees, inside $Content ?
1462: [07:12:11] <openbees> yes
1463: [07:12:37] <wmk> any image? or some special images?
1464: [07:12:43] <openbees> any image
1465: [07:13:17] <wmk> either javascript or write a method called getContent() which manipulates the Content string
1466: [07:17:39] <simon_w|air> ss23, so, any other idea? :p
1467: [07:18:35] <wmk> openbees, you must get the original $Content via $this->record['Content'] afaik
1468: [07:19:57] <jcwacky> I'm trying to extend "doAllChildrenIncludingDeleted" using the hook $this->owner->extend("augmentAllChildrenIncludingDeleted", $stageChildren, $context);
1469: [07:20:05] <ss23> simon_w|air: No PHP/Silverstripe ones :<
1470: [07:20:06] <jcwacky> Here's my extension: http://spdr.me/M0P9 But it doesn't do anything. Any suggestions?
1471: [07:20:13] <jcwacky> The function is in /framework/model/Hierarchy.php
1472: [07:20:36] <EasyCo> One 2 fucks from me! My mom would be proud.
1473: [07:20:41] <EasyCo> *Only
1474: [07:20:48] <simon_w|air> jcwacky, what have you applied the extension to?
1475: [07:20:56] * lobarvaz_ quit (Read error: Connection reset by peer)
1476: [07:21:06] <jcwacky> a page type.
1477: [07:21:22] <jcwacky> As I'd like all children of that page type to be sorted in the site tree.
1478: [07:21:41] <jcwacky> Object::add_extension('ClientPageHolder', 'SiteTreeSorter');
1479: [07:21:47] <simon_w|air> And is your method being called at all?
1480: [07:22:05] <simon_w|air> And what version are you running?
1481: [07:22:20] <jcwacky> It is. But $stageChildren isn't changing.
1482: [07:22:23] <jcwacky> 3.1
1483: [07:22:39] <simon_w|air> DataLists are immutable, you need to assign the return value
1484: [07:23:38] <jcwacky> So, return $stageChildren->sort("Title","ASC"); ?
1485: [07:24:09] <jcwacky> or stageChildren = $stageChildren->sort("Title","ASC");
1486: [07:24:14] <jcwacky> Tried both, but no joy.
1487: [07:24:56] <jcwacky> After $stageChildren = $stageChildren->sort("Title","ASC"); if I foreach the list echoing the Title of each, they have been sorted, but it doesn't effect the site tree.
1488: [07:25:53] <jcwacky> I tried applying the sort directly in the doAllChildrenIncludingDeleted function in Hierarchy.php and it worked fine.
1489: [07:26:12] <jcwacky> So the sorted list from my extension just isn't being pulled though for some reason.
1490: [07:26:43] <simon_w|air> Because assigning to values passed by reference is funky
1491: [07:26:52] <simon_w|air> Especially when those values are objects
1492: [07:27:27] <jcwacky> Ah, and especially in 3.0 or 3.1?
1493: [07:27:42] <jcwacky> As I had it working fine in 2.4, with this tutorial: http://www.ssbits.com/tutorials/2011/custom-sorting-in-the-cms-sitetree/
1494: [07:27:47] <simon_w|air> Well, in 3.1 the object you're getting is immutable, so ->sort() doesn't update it
1495: [07:28:09] <jcwacky> Right, thought that may be the issue.
1496: [07:28:27] <jcwacky> Any work arounds?
1497: [07:29:17] <simon_w|air> Anyway, easier solution, on your Page: public function stageChildren($showAll = false) { return $this->__call('stageChildren', array($showAll))->sort('Title'); }
1498: [07:29:54] <simon_w|air> Massive hack, but meh :p
1499: [07:30:19] <jcwacky> Amazing! It works!
1500: [07:30:27] <jcwacky> You legend! Thanks!
1501: [07:30:41] <jcwacky> Been on this for hours!
1502: [07:30:59] <simon_w|air> Basically, what you're doing is overriding the stageChildren() method, then using the fallback-call method to call the original one
1503: [07:31:12] <jcwacky> Ahh, clever!
1504: [07:32:44] * TheJHNZ has joined #silverstripe
1505: [07:40:35] * metanat has joined #silverstripe
1506: [07:42:29] * UncleCheese has joined #silverstripe
1507: [07:44:20] * zauberfisch has joined #silverstripe
1508: [07:44:22] * zfmf1 has joined #silverstripe
1509: [07:45:09] * metanat quit (Ping timeout: 248 seconds)
1510: [07:45:49] <sam_> Hi
1511: [07:46:03] <zauberfisch> blubb
1512: [07:46:24] <sam_> can anybody help me in looping the dataobject page?
1513: [07:46:30] * maknz has joined #silverstripe
1514: [07:46:31] * maknz quit (Changing host)
1515: [07:46:31] * maknz has joined #silverstripe
1516: [07:46:40] <zauberfisch> sam_: i don't know
1517: [07:46:54] <zauberfisch> but if you ask your question, someone who can will
1518: [07:46:59] <zauberfisch> answer
1519: [07:47:10] <sam_> http://golf.kc316.com/listingpage/show/18
1520: [07:50:45] <sam_> in this page, I have the code...http://www.sspaste.com/paste/show/51e79dc9064ff
1521: [07:51:32] <sam_> but in .ss page, <% control $Top.ReviewSection %> not working
1522: [07:51:43] <sam_> cant loop
1523: [07:53:42] * willr has joined #silverstripe
1524: [07:54:23] <simon_w|air> willr, you broke something!
1525: [07:54:35] <willr> hurhm
1526: [07:54:49] <simon_w|air> http://logs.simon.geek.nz/index.php?date=2013-07-16#log_988350
1527: [07:55:03] <simon_w|air> The SQLite and Postgres builds, back when they were allowed failures
1528: [07:55:47] * kinglozzer has joined #silverstripe
1529: [08:03:01] * howardgrigg has joined #silverstripe
1530: [08:07:31] <howardgrigg> :o I dont remember swearing
1531: [08:08:34] <howardgrigg> dam internets doesn't forget anything
1532: [08:08:48] <simon_w|air> You can search and find it!
1533: [08:09:16] <howardgrigg> lol yea I did - Nov 2011
1534: [08:09:46] <howardgrigg> apparently I had just lost 6 hours work after a stupid command
1535: [08:09:52] <simon_w|air> Apparently
1536: [08:10:05] <simon_w|air> Anyway, people should spam some links. I'm testing stuff!
1537: [08:10:41] <simon_w|air> (and my regex is already doing a better job than xchat and PircBot)
1538: [08:10:44] <ss23> http://redtube.com
1539: [08:10:53] <ss23> ss23.com
1540: [08:11:01] <ss23> http://better-buttons.dev
1541: [08:11:06] <simon_w|air> One of the bigger referrers to nz1.php.net's api.redtube.com
1542: [08:11:08] <ss23> want some unicode ones too?
1543: [08:11:08] <ss23> :D
1544: [08:11:14] <ss23> simon_w|air: ... what
1545: [08:11:20] <wmk> sam_, why is ReviewSection in your allowed_actions?
1546: [08:11:20] <ss23> Do they like, give raw PHP errors or something?
1547: [08:11:30] <simon_w|air> Hmm, neither of the two .coms parsed
1548: [08:11:41] <simon_w|air> Nah, PHP example code with every function linking back to the docs
1549: [08:11:41] <howardgrigg> http://www.youtube.com/channel/UCe9q8NiyxOIYFwqtBlui6hQ
1550: [08:11:45] <ss23> ah yep
1551: [08:11:49] <ss23> http://localhost
1552: [08:11:53] <ss23> http://localhoster.com
1553: [08:12:22] <simon_w|air> http://nz1.php.net/stats/usage_201307.php#TOPREFS number 5
1554: [08:12:36] <ss23> hahaha
1555: [08:13:11] <simon_w|air> Okay, so of those only blah.com and blah.blah.com (no protocol, not path) didn't parse
1556: [08:13:18] * NobrainerWeb has joined #silverstripe
1557: [08:13:19] <simon_w|air> How about simon.geek.nz?
1558: [08:13:39] <ss23> 192.168.0.1/index.php
1559: [08:13:44] <ss23> http://192.168.0.1/index.php
1560: [08:13:56] <ss23> Should we bring out the unicode too? :D
1561: [08:14:11] <simon_w|air> If you want? I'm less likely to bother getting it working :p
1562: [08:14:22] <simon_w|air> http://[::1]/
1563: [08:14:33] <simon_w|air> Ooh, that actually worked
1564: [08:14:47] * EasyCo quit (Quit: EasyCo)
1565: [08:14:58] <howardgrigg> ✪df.ws
1566: [08:15:09] <howardgrigg> http://✪df.ws
1567: [08:15:46] <simon_w|air> Good to see ss-log can actually display that now :) http://logs.simon.geek.nz/index.php?date=2013-07-18#log_992489
1568: [08:16:03] <howardgrigg> wow stackoverflow is pretty highly represented as well
1569: [08:16:34] <simon_w|air> Remember, that includes all the NZ-based redirects from php.net
1570: [08:16:44] <simon_w|air> Now, I get to try to decipher #(?xi)\b((?:https?://|www\d{0,3}[.]|[a-z0-9.\-]+[.][a-z]{2,4}/)(?:[^\s()<>]+|\(([^\s()<>]+|(\([^\s()<>]+\)))*\))+(?:\(([^\s()<>]+|(\([^\s()<>]+\)))*\)|[^\s`!()\[\]{};:\'".,<>???????]))#i
1571: [08:17:03] <simon_w|air> (thanks stack overflow)
1572: [08:17:16] <howardgrigg> yea I had a look at the redtube api and they haigh hyperlinked all the function names in their code examples to php.net
1573: [08:17:26] <willr> Ah yeah simon_w|air, I noticed your fix for that. I had a comment about that escaping with sean on the PR I thought about escaping and that didn't seem the place for it
1574: [08:17:47] * howardgrigg is convinced regex is voodoo
1575: [08:17:56] <simon_w|air> willr, two fixes. The other one was you were expecting an order in an unordered ::get
1576: [08:18:02] <ss23> Voodoo people regex people
1577: [08:18:05] <ss23> WUBWUBWUBWUBWBUWBUWBWUWBUWBUWBUW
1578: [08:18:22] <willr> In that commit?
1579: [08:19:11] <simon_w|air> willr, yeah. assertEquals() on an array also checks order
1580: [08:19:22] <simon_w|air> (well, keys)
1581: [08:21:04] <simon_w|air> Screw it, I'm just going to test this change live
1582: [08:21:22] <willr> right. Well I'm using postgres now for a app so I'lll be burnt by my own noobity
1583: [08:21:37] * AlphaCactus quit (Ping timeout: 276 seconds)
1584: [08:21:57] <simon_w|air> Well, something broke
1585: [08:22:01] <willr> Would be handy is Sequel Pro could hurry up and add postgres support
1586: [08:22:24] <simon_w|air> Yeah, we're switching at work too. So Mark'll have to learn how to use psql
1587: [08:22:28] <ss23> Would be handy if you used the cli like a real man, willr :O
1588: [08:23:15] <willr> I can use psql, but it's a pain for connecting to production servers. I like keychain integrated sequel pro
1589: [08:23:16] * lobarvaz has joined #silverstripe
1590: [08:23:42] <simon_w|air> Also, automatic SSH tunnels
1591: [08:23:43] <willr> SWEN304 gives you good enough psql skills
1592: [08:28:42] <simon_w|air> <Matt`SS> Now you need me to check it <Matt`SS> Which I won't do <Matt`SS> 'Cos I'm on HOLIDAY <Matt`SS> SCREW YOU ALLLLLLLLLLL
1593: [08:28:50] <simon_w|air> Ah, back when MattSS_ had to check my tasks
1594: [08:29:56] <ss23> lol XD
1595: [08:30:05] <ss23> I spoke to MattSS_ last night :O
1596: [08:30:12] <ss23> Turns out I've already talked to him on email etc
1597: [08:30:17] <ss23> (and he's stalked me via #kiwicon and here)
1598: [08:31:20] <ss23> HOME TIME
1599: [08:31:22] <ss23> simon_w|air: slacker
1600: [08:31:22] <ss23> :D
1601: [08:31:28] <ss23> 10 hours at work, 7 hours of stuff I did
1602: [08:31:30] <ss23> I'm sure I missd a job, tbh
1603: [08:31:44] * guci0 has joined #silverstripe
1604: [08:31:48] <simon_w|air> And I did 8:08:08 today
1605: [08:31:52] <sam_> wmk: if i dont give, then also its not working... I measn no data is comming
1606: [08:31:57] <guci0> :)
1607: [08:32:11] * svandragt has joined #silverstripe
1608: [08:33:06] <wmk> sam_, inside getContent you cannot use $this->Content
1609: [08:35:37] * willr quit (Quit: willr)
1610: [08:36:51] * willr has joined #silverstripe
1611: [08:37:23] <sam_> wmk: I am sorry, I was not able to follow you
1612: [08:37:42] <wmk> paste your code
1613: [08:38:00] <sam_> http://www.sspaste.com/paste/show/51e79dc9064ff
1614: [08:39:29] * AlphaCactus has joined #silverstripe
1615: [08:39:34] <willr> ss23 was there anything that needed to be in the 2.4 branch for UDF
1616: [08:40:18] <willr> https://github.com/silverstripe/silverstripe-userforms/commit/8fb39f846ef1b16280a93ff00f8beb127055ec63 I guess
1617: [08:41:30] <wmk> sam_, sorry, was confused with anther thread ;)
1618: [08:43:44] <sam_> ok
1619: [08:45:22] <wmk> sam_, 2.4 or 3/3.1 ?
1620: [08:45:55] <sam_> 2.4
1621: [08:46:05] <wmk> and why not just pass the dataobjects as dataobjectset to the template and loop there?
1622: [08:46:40] <sam_> can you give some example?
1623: [08:46:43] <sam_> please?
1624: [08:47:04] <wmk> just return ($review) ? $review : false;
1625: [08:47:28] <wmk> pls also post the template snippet where your function is called
1626: [08:47:39] <sam_> ok....
1627: [08:48:05] <wmk> and try renaming it to getReviewSection() (with prefix get), sometimes SS chokes on this
1628: [08:52:24] <sam_> http://www.sspaste.com/paste/show/51e7ac3e17993
1629: [08:57:06] <sam_> Did but no luck
1630: [08:57:25] <sam_> parsing error unexpected ')'
1631: [09:03:02] <wmk> hm, best would be if your golfcourseprofile would return the reviews
1632: [09:04:44] <wmk> so inside your class DT_GolfCourseProfile you make a getter like getReviews() which returns the dataobjectset
1633: [09:06:09] <wmk> in your template inside the <% control DT_...Profile %> you can then make a <% control Reviews %><p>$Comments</p><% end_control %>
1634: [09:06:16] * Error404NotFound has joined #silverstripe
1635: [09:07:12] <sam_> OK
1636: [09:08:17] * robert_ quit (Ping timeout: 248 seconds)
1637: [09:18:29] <sam_> wmk: Can you please help me to get results from two tables?
1638: [09:18:37] <sam_> by get_by_id?
1639: [09:18:56] <wmk> what two tables? how are they related?
1640: [09:20:28] <sam_> GolfCourseID
1641: [09:20:36] <sam_> is the foreign key
1642: [09:20:55] <ss23> willr: Only the thing I found, I presume? Not sure, sorry
1643: [09:20:58] <sam_> in golfcourse and review table
1644: [09:21:50] <wmk> sam_, could you post the db definitions of both dataobjects ? you cann add it to an existing paste
1645: [09:22:00] <sam_> ok
1646: [09:26:20] <sam_> http://www.sspaste.com/paste/show/51e7ac3e17993
1647: [09:26:23] * Error404NotFound quit (Ping timeout: 240 seconds)
1648: [09:27:01] * Error404NotFound has joined #silverstripe
1649: [09:32:56] * david_bru has joined #silverstripe
1650: [09:33:17] <UncleCheese> Sam, do you know that <% control %> is deprecated? I would replace that ASAP
1651: [09:33:32] <UncleCheese> all of your pages are going to break as soon as you upgrade
1652: [09:33:45] <sam_> ok
1653: [09:34:26] <UncleCheese> what are you trying to do on that template that isn't working?
1654: [09:34:51] * guci0 quit (Ping timeout: 250 seconds)
1655: [09:36:21] * micmania1 has joined #silverstripe
1656: [09:36:41] <micmania1> Is there a way to remove old Permission codes?
1657: [09:37:05] <micmania1> doesn't matter. That was easy.
1658: [09:37:13] <sam_> I want to call a function... Include rating and reviews
1659: [09:37:23] * Error404NotFound quit (Ping timeout: 264 seconds)
1660: [09:37:57] <sam_> as the url comes as page/action/id... The functions are not accessed properly
1661: [09:38:46] <willr> @ss23 hurry up and kill off the silverstripe.org/modules stuff. Would give me one less thing to update
1662: [09:46:13] <ss23> Get sminnee to do it!
1663: [09:47:06] <ss23> willr: If you want, I can just ask him if I can redirect /modules to addons
1664: [09:47:33] <willr> I think that would be a good start.
1665: [09:48:06] <simon_w|air> Gah, still don't have IPs without http:// working. Screw it.
1666: [09:49:02] <simon_w|air> And ?df.ws only gets df.ws
1667: [09:49:51] * priithansen has joined #silverstripe
1668: [09:50:52] <simon_w|air> ss23, most of the links you spammed work now
1669: [09:52:40] <ss23> lol, sweet, that's good :D
1670: [09:53:17] <simon_w|air> Turns out there's a lot of silverstripe template code that also looks kinda like a link
1671: [09:54:32] <simon_w|air> Is it safe to remove http://logs.simon.geek.nz/index.php?date=2013-07-18#log_992215 or is there a .id domain? (I filter based on the thing at the end)
1672: [09:54:53] <simon_w|air> Indonesia, right
1673: [09:57:38] <simon_w|air> Links have got to be one of the worse things to try writing regexs for
1674: [10:00:08] * EasyCo has joined #silverstripe
1675: [10:05:05] <willr> Why the hell is the google groups post button top right. Who does that.
1676: [10:06:59] <ss23> lol
1677: [10:07:27] <ss23> simon_w|air: My basic thing is that if it's missing both http and www, then don't hilihgt
1678: [10:07:36] <ss23> you miss a lot of valid links, but the false positives for it are too annoying for me
1679: [10:07:43] <ss23> I prefer missing than over-linking
1680: [10:07:53] <ss23> http://i.imgur.com/H7l0cyR.gif
1681: [10:07:53] <ss23> lol
1682: [10:07:55] <ss23> missed this
1683: [10:10:14] <willr> lol
1684: [10:11:42] * kinglozz_ has joined #silverstripe
1685: [10:11:42] * kinglozzer quit (Read error: Connection reset by peer)
1686: [10:12:01] * kinglozz_ is now known as kinglozzer
1687: [10:12:15] * EasyCo quit (Quit: EasyCo)
1688: [10:16:06] * Bollig|DesignCty quit (Quit: Bollig|DesignCty)
1689: [10:16:15] * willmorgan has joined #silverstripe
1690: [10:19:17] * xini has joined #silverstripe
1691: [10:20:37] <xini> hi guys. my i18nTextCollectorTask only returns "connection aborted" with 3.0.5. is that a known issue? does anyone have a hint?
1692: [10:27:24] * howardgrigg quit (Remote host closed the connection)
1693: [10:27:34] * gelignite has joined #silverstripe
1694: [10:27:51] * howardgrigg has joined #silverstripe
1695: [10:29:14] <willr> xini running via cli or web interface?
1696: [10:30:14] <xini> hi willr. web. on windows.
1697: [10:30:40] <willr> You'll need PHPunit installed to run the collector I believe, is that installed?
1698: [10:30:51] <xini> yep
1699: [10:32:01] * howardgrigg quit (Ping timeout: 248 seconds)
1700: [10:35:00] <willr> Can't say I've tried it on windows. I could only recommend checking the iis logs for something more useful
1701: [10:37:31] <xini> its xamp, apache. nothing in the logs at all, just dies...
1702: [10:39:27] * ARNHOE has joined #silverstripe
1703: [10:43:20] <xini> hm.. cli works.. thanks willr anyway!
1704: [10:45:28] * openbees quit (Quit: Leaving)
1705: [10:45:55] * xini quit (Quit: Page closed)
1706: [10:46:29] * zippy__ has joined #silverstripe
1707: [10:46:31] <zippy__> evening
1708: [10:46:40] * lerni quit (Remote host closed the connection)
1709: [10:47:30] * lerni has joined #silverstripe
1710: [10:50:11] * willr quit (Quit: willr)
1711: [10:51:26] <wmk> sam_, got it working?
1712: [11:21:05] * osterlaus has joined #silverstripe
1713: [11:27:27] <wmk> anyone has a good capistrano receipe for copying the whole bunch of files over to the webserver?
1714: [11:52:14] * aquaman quit (Ping timeout: 240 seconds)
1715: [11:53:11] * aquaman has joined #silverstripe
1716: [11:55:57] * cloph_away is now known as cloph
1717: [12:01:34] * UndefinedOffset has joined #silverstripe
1718: [12:28:22] * howardgrigg has joined #silverstripe
1719: [12:32:31] * howardgrigg quit (Ping timeout: 246 seconds)
1720: [12:48:12] <sam_> Nope
1721: [12:52:27] * sam_ quit (Ping timeout: 250 seconds)
1722: [13:03:03] * UncleCheese quit (Quit: UncleCheese)
1723: [13:09:16] * Colin[pi] quit (Ping timeout: 246 seconds)
1724: [13:28:10] * NobrainerWeb quit (Quit: NobrainerWeb)
1725: [13:46:09] * zippy__ quit (Ping timeout: 248 seconds)
1726: [13:49:25] * gelignite quit (Quit: http://bit.ly/nkczDT)
1727: [14:12:04] * willmorgan quit (Quit: Ciao mateys.)
1728: [14:23:27] * Nivery has joined #silverstripe
1729: [14:28:47] * howardgrigg has joined #silverstripe
1730: [14:33:18] * howardgrigg quit (Ping timeout: 268 seconds)
1731: [14:39:09] * simon_w quit (Ping timeout: 264 seconds)
1732: [14:43:32] * simon_w has joined #silverstripe
1733: [14:51:45] * Rojod quit (Ping timeout: 264 seconds)
1734: [15:23:14] * gelignite has joined #silverstripe
1735: [15:26:57] * zlincoln has joined #silverstripe
1736: [15:27:51] <zlincoln> Hi all! I've got an issue with dataobjectmanager - ss2.4. And having trouble finding a solution in forums
1737: [15:28:33] <zlincoln> I've got two dataobjects that have a has_one relationship, articles and solutions
1738: [15:29:17] <zlincoln> i want to get articles into a dataobject manager, with the name of the selected solution in the summary field
1739: [15:30:07] <zlincoln> actually, i spoke wrong, solutions extend page
1740: [15:30:15] <zlincoln> but the same relationship exists
1741: [15:30:24] <zlincoln> on articles, i've got a function:
1742: [15:33:35] <zlincoln> http://www.sspaste.com/paste/show/51e80a422563d
1743: [15:34:11] <zlincoln> seems to be returning the name fine in the summary field, but breaks the js for dataobject manager
1744: [15:34:51] <zlincoln> console shows error:
1745: [15:35:23] <zlincoln> trying to get property of non object at the line where I say $selectedSolution->Title;
1746: [15:35:53] * ARNHOE quit (Remote host closed the connection)
1747: [15:37:55] * catcher has joined #silverstripe
1748: [15:40:50] * ocm has joined #silverstripe
1749: [15:40:51] <ocm> howdy!
1750: [15:41:14] <Nivery> heeeeey
1751: [15:41:17] * osterlaus quit (Quit: Leaving.)
1752: [15:41:23] <ocm> little question about ajaxrequest to a controller, how to catch the parameters?
1753: [15:41:46] <ocm> $_request['paramter'] doesnt return anything
1754: [15:43:04] <AlphaCactus> $this->request->param('myparam');
1755: [15:43:16] <ocm> thnx AlphaCactus :)
1756: [15:43:48] <AlphaCactus> zlincoln: are you sure SolutionID is not 0
1757: [15:44:33] <AlphaCactus> $this->Solution() should get the object too
1758: [15:44:46] <zlincoln> oh sweet, i didn't realize that
1759: [15:45:06] <zlincoln> i just figured out that sometimes the SolutionID hadn't been selected
1760: [15:45:27] <zlincoln> following the advice of this left and main article did the trick: http://www.leftandmain.com/silverstripe-tips/2010/09/08/8-common-silverstripe-errors-explained-and-solved/
1761: [15:45:43] <AlphaCactus> only the most visited ss page ever
1762: [15:45:44] * binman quit (Ping timeout: 246 seconds)
1763: [15:45:57] <zlincoln> should be my go-to
1764: [15:46:14] <zlincoln> got it bookmarked! Thanks for your help though Alpha
1765: [15:46:50] <AlphaCactus> yep
1766: [15:54:41] <ocm> AlphaCactus, your solution doesnt get my parameter, it returns nothing
1767: [15:54:45] <ocm> any other suggestions
1768: [15:56:54] <AlphaCactus> Debug::show($_REQUEST) or $_POST to make sure stuff is actually coming through
1769: [15:57:01] <ocm> when I use: Director::urlParam('Action') it only gives the name of the parameter, not the actual param
1770: [15:57:09] <AlphaCactus> oops I mean $_GET
1771: [15:57:13] <ocm> haha, sounds fair :)
1772: [15:57:16] <ocm> let me try that
1773: [15:57:16] <ocm> thnx
1774: [15:57:59] <AlphaCactus> sry I get confused between the action/id/etc params and querystring params, so which do you want?
1775: [15:58:58] <ocm> I need the value of my parameter
1776: [15:59:10] <ocm> I do an ajax request like page/param/value
1777: [15:59:15] <ocm> and need the value in my controller
1778: [15:59:52] <ocm> so url is actually page/function/parameter (atleast I think it should be like this)
1779: [16:01:07] <AlphaCactus> assuming 3.x, you can start with $this->getURLParams() to get all of them, and if you want specific ones you can do $this->request->param('ID'); etc, should totally owrk
1780: [16:02:30] <ocm> its an 2.4.x site actually, client doesnt want to spend money on upgrading to 3.x :(
1781: [16:03:17] <AlphaCactus> awww. well I think it is pretty similar, but haven't got a 2.4 site to reference. usualy I just go look directly in the source for Controller or HTTPRequest or whatever to figure out what to call
1782: [16:05:25] <kinglozzer> ocm: http://api.silverstripe.org/2.4/class-SS_HTTPRequest.html#_param
1783: [16:05:28] <kinglozzer> :)
1784: [16:07:05] * kinglozzer quit (Remote host closed the connection)
1785: [16:24:47] * ocm quit (Quit: HydraIRC -> http://www.hydrairc.com <-)
1786: [16:25:13] * zlincoln quit (Ping timeout: 250 seconds)
1787: [16:29:15] * howardgrigg has joined #silverstripe
1788: [16:33:49] * howardgrigg quit (Ping timeout: 256 seconds)
1789: [16:59:11] * priithansen quit (Quit: priithansen)
1790: [17:04:29] * violetina has joined #silverstripe
1791: [17:14:07] * zauberfisch quit (Quit: Leaving...)
1792: [17:24:33] * violetina quit (Remote host closed the connection)
1793: [17:34:30] * lobarvaz quit (Remote host closed the connection)
1794: [17:37:46] * Nivery quit (Quit: Nivery)
1795: [17:45:01] * Nivery has joined #silverstripe
1796: [17:50:42] * TheJHNZ quit ()
1797: [18:03:55] * zfmf1 has left #silverstripe
1798: [18:08:32] * guzzlefry has joined #silverstripe
1799: [18:15:39] <guzzlefry> Is there some CSS editor module for SS?
1800: [18:18:04] * obbo has joined #silverstripe
1801: [18:19:14] <obbo> hey
1802: [18:19:33] <obbo> is there any way to control where Requirements::javascript() sticks the script tags in the HTML?
1803: [18:22:37] * CodeTrap has joined #silverstripe
1804: [18:29:40] * howardgrigg has joined #silverstripe
1805: [18:34:00] <AlphaCactus> guzzlefry: in Aptana you can set SS to be treated as html so that it is mostly nice looking... but not as css cause it is mostly html.
1806: [18:34:34] * howardgrigg quit (Ping timeout: 276 seconds)
1807: [18:35:39] <AlphaCactus> obbo: no I don't think so. it used to be that it would stick the js at the bottom, but if you had placesd any elsewhere it would place them all at the same spot wherever yours was if you didn't use Requireemnts. I'm not clear on if that has changed for 3.x
1808: [18:35:57] * SightUnseen has joined #silverstripe
1809: [18:37:18] * obbo quit (Quit: Page closed)
1810: [18:37:38] <UndefinedOffset> obbo it used to latch onto the last script tag in the body, but that may not be the case anymore I've never really looked that close. You could try putting one in the head tag assuming that is what your trying to accomplish. But then it may latch onto the closing body tag instead.
1811: [18:41:38] * SightUnseen has left #silverstripe
1812: [19:03:49] * CodeTrap quit (Ping timeout: 276 seconds)
1813: [19:09:03] * UncleCheese has joined #silverstripe
1814: [19:17:20] * guci0 has joined #silverstripe
1815: [19:17:33] <guci0> Evening!
1816: [19:19:48] <guzzlefry> evening
1817: [19:22:57] <Nivery> afternoon
1818: [19:30:41] * guci0 quit (Ping timeout: 250 seconds)
1819: [19:44:40] <simon_w> Morning
1820: [19:50:36] * ARNHOE has joined #silverstripe
1821: [19:57:37] * travis-ci has joined #silverstripe
1822: [19:57:37] <travis-ci> [travis-ci] silverstripe/silverstripe-cms#455 (3.1 - f937b95 : Simon Welsh): The build passed.
1823: [19:57:37] <travis-ci> [travis-ci] Change view : https://github.com/silverstripe/silverstripe-cms/compare/ff18abb99459...f937b95eaf2b
1824: [19:57:37] <travis-ci> [travis-ci] Build details : http://travis-ci.org/silverstripe/silverstripe-cms/builds/9241242
1825: [19:57:37] * travis-ci has left #silverstripe
1826: [19:57:55] <simon_w> lucky ARNHOE :p
1827: [19:58:23] <ARNHOE> haha fingers crossed worked
1828: [19:58:29] <ARNHOE> ;)
1829: [19:59:02] <simon_w> Well, the button was green. That's usually a good sign :p
1830: [20:00:28] <ARNHOE> yeah, you checked every single file aswell I guess? Since you found two spots in framework and admin
1831: [20:00:58] <simon_w> Well, the framework one didn't past the tests. That's usually a sign that something broke ;)
1832: [20:01:14] <simon_w> <ss23> simon_w|air: My basic thing is that if it's missing both http and www, then don't hilihgt
1833: [20:01:15] <simon_w> Better idea than www.*. Whitelist of TLDs :)
1834: [20:01:19] <ARNHOE> ah yeah, the framework had % instead of $ hehe
1835: [20:03:56] * lerni quit (Remote host closed the connection)
1836: [20:04:35] * lerni has joined #silverstripe
1837: [20:08:07] * ARNHOE quit (Remote host closed the connection)
1838: [20:10:02] * guci0 has joined #silverstripe
1839: [20:22:53] * UndefinedOffset quit (Quit: Leaving.)
1840: [20:27:16] * UncleCheese quit (Quit: UncleCheese)
1841: [20:29:56] * Peavers has joined #silverstripe
1842: [20:30:03] <Peavers> tgif
1843: [20:30:05] * howardgrigg has joined #silverstripe
1844: [20:34:16] * howardgrigg quit (Ping timeout: 240 seconds)
1845: [20:44:29] * violetina has joined #silverstripe
1846: [20:45:24] * DigNZ has joined #silverstripe
1847: [20:45:25] * DigNZ quit (Remote host closed the connection)
1848: [20:45:39] * DigNZ has joined #silverstripe
1849: [20:46:49] * UncleCheese has joined #silverstripe
1850: [20:46:51] * Nivery quit (Quit: Nivery)
1851: [20:56:30] * ARNHOE has joined #silverstripe
1852: [21:07:04] * aquaman quit (Ping timeout: 240 seconds)
1853: [21:10:38] <simon_w> Well, that was fun
1854: [21:11:05] <simon_w> Currently sitting at 5.9
1855: [21:15:26] * aquaman has joined #silverstripe
1856: [21:22:55] <Peavers> Being on the top of our building was fun
1857: [21:23:41] <simon_w> Something here fell over. I'm still not sure what it was
1858: [21:25:18] * lerni quit (Remote host closed the connection)
1859: [21:25:35] <irogue> @hadyngreen: On the phone with US tech folk: "Oh! Sorry we're having an earthquake!" "Really? Is earthquake kiwi slang for hangover"
1860: [21:25:38] <irogue> hahahaha
1861: [21:27:04] <simon_w> Who was it that was saying Apache is bad? mentat?
1862: [21:28:16] <simon_w> UncleCheese, get your colleagues on here already :p
1863: [21:32:17] <simon_w> Dammit, I've forgotten how to do this. Got a binary install thing with ./usr/blah/files and can't remember if cp's safe
1864: [21:33:46] * zagstrukk_ has joined #silverstripe
1865: [21:33:47] * aquaman quit (Ping timeout: 264 seconds)
1866: [21:34:30] * zagstrukk_ quit (Client Quit)
1867: [21:34:32] * willr has joined #silverstripe
1868: [21:35:14] * aquaman has joined #silverstripe
1869: [21:37:16] * robert_ has joined #silverstripe
1870: [21:37:49] * UncleCheese quit (Quit: UncleCheese)
1871: [21:38:02] * Pyromanik has joined #silverstripe
1872: [21:38:08] <Pyromanik> how is everyone is shakey welley?
1873: [21:38:38] <Pyromanik> is it welcome to the club status?
1874: [21:39:29] <simon_w> Christchurch gets two big quakes and thinks Wellington was no longer shakey :p
1875: [21:39:43] <Pyromanik> sif
1876: [21:39:51] <Pyromanik> the wind shakes you enough
1877: [21:40:25] <Pyromanik> Welly was just no longer shakey enough to cause any alarm to anyone.
1878: [21:40:58] <Pyromanik> so they're saying it was a fair size and quite shallow, was it a good jolt or just like "oh an earthquake" kinda thing?
1879: [21:40:58] <simon_w> If you say so :p
1880: [21:41:12] <simon_w> It was a rather long one
1881: [21:41:19] <AlphaCactus> how long is long
1882: [21:41:27] <Pyromanik> seconds.
1883: [21:41:49] <irogue> AlphaCactus: 7"
1884: [21:41:53] <simon_w> Getting close to a minute
1885: [21:41:54] <Pyromanik> hahaah
1886: [21:41:58] <Pyromanik> oh you irogue
1887: [21:42:07] <AlphaCactus> XD
1888: [21:42:36] <Pyromanik> AlphaCactus: mm, seconds. I think even one of our most destructive earthquakes in recent history was barely over a minute.
1889: [21:43:13] <Pyromanik> how long did tepapa say edgecumbe earthquake last for?
1890: [21:43:45] <Pyromanik> It's about the longest minute you ever lived though.
1891: [21:43:53] <AlphaCactus> is it allowed to have earthquakes in the winter?
1892: [21:43:56] <simon_w> Well, the long ones are usually the nicer ones
1893: [21:44:03] <simon_w> They're just horrible to go through
1894: [21:44:06] <irogue> amen to that, simon_w
1895: [21:44:11] <Pyromanik> simon_w: I was going to mention earlier, but didn't want to come across as a pretentious twat
1896: [21:44:16] <Pyromanik> (more than normal)
1897: [21:44:33] <simon_w> Like, there's barely any damage. You just get scared shitless
1898: [21:44:46] <Pyromanik> it's nice when they roll
1899: [21:46:08] * gelignite quit (Quit: http://bit.ly/nkczDT)
1900: [21:46:24] <Pyromanik> it's the up and downey ones you gotta worry about :<
1901: [21:46:58] <simon_w> Yeah, and we're 50 years late on one of those...
1902: [21:47:46] <Pyromanik> remember now, big doesn't necessarilly mean destructive. Our Sept. one was much larger, but much nicer.
1903: [21:47:55] <Pyromanik> it rolled.
1904: [21:48:24] <ajmitch> Dunedin misses out on all the fun
1905: [21:48:37] <ajmitch> could be a good thing given how many crappy old buildings we have here :)
1906: [21:49:17] <Pyromanik> yeh
1907: [21:49:35] * Kolin is now known as your_new_nick
1908: [21:49:44] <Pyromanik> f'n, cold, ice, snowey, windy, wet, shitty stone buildings without rooves...
1909: [21:49:55] <Pyromanik> ON STEEP HILLS
1910: [21:50:30] * your_new_nick is now known as lin
1911: [21:50:34] * lin is now known as Kolin
1912: [21:51:32] <AlphaCactus> so basically whoever built Wellington's primary goal was wanting the scenery to change without having to actually move?
1913: [21:52:35] * Stomach has joined #silverstripe
1914: [21:53:05] <ajmitch> Pyromanik: hills? I can't see any hills this morning through the drizzle :P
1915: [21:53:25] <Pyromanik> ajmitch: see preceeding adjectives
1916: [21:53:27] <Pyromanik> :P
1917: [21:53:28] <simon_w> I can't see any hills either, and it's a clear sky! Oh shit....
1918: [21:53:38] <Pyromanik> ?
1919: [21:53:46] <simon_w> Wellington and I can't see hills? :p
1920: [21:53:51] <Pyromanik> this just in, wellington hills leveled in earthquake
1921: [21:54:00] <simon_w> (it's normal, there's buildings in the way)
1922: [21:54:05] * travis-ci has joined #silverstripe
1923: [21:54:05] <travis-ci> [travis-ci] silverstripe/silverstripe-framework#619 (3.1 - b915c23 : Hamish Friedlander): The build passed.
1924: [21:54:05] <travis-ci> [travis-ci] Change view : https://github.com/silverstripe/silverstripe-framework/compare/2ca089532f02...b915c2364c58
1925: [21:54:05] <travis-ci> [travis-ci] Build details : http://travis-ci.org/silverstripe/silverstripe-framework/builds/9245039
1926: [21:54:05] * travis-ci has left #silverstripe
1927: [21:54:08] * robert_ quit (Read error: Connection reset by peer)
1928: [21:54:18] <Pyromanik> simon_w: yeah, I was just kinda hoping it wasn't going to be quite THAT dry...
1929: [21:54:22] <Pyromanik> :P
1930: [21:54:47] * coldblooded01 has joined #silverstripe
1931: [21:54:57] <ajmitch> in the recent bad weather, with floods & snow & all that, dunedin got hardly any of it
1932: [21:55:00] <simon_w> What's that CMS with the tear drop from having to use it as its logo?
1933: [21:55:03] <ajmitch> it was rather disappointing
1934: [21:58:57] <Pyromanik> simon_w: umm, r u srs?
1935: [21:59:11] <simon_w> I can't tell them apart :p
1936: [21:59:30] <simon_w> Aha, drupal
1937: [21:59:36] <Pyromanik> The same CMS with the tear drop from all the butthurt users who wanted it to be the governments choice
1938: [21:59:39] <Pyromanik> yes
1939: [22:00:08] <Kolin> I kinda like drupal :/
1940: [22:00:11] <Pyromanik> oh, 10am
1941: [22:00:27] <Pyromanik> Kolin: it's probably a second choice, although I've never used it personally.
1942: [22:00:47] * CodeTrap has joined #silverstripe
1943: [22:01:56] <Kolin> If i need to throw out a site quick and want to write no code at all drupal is great
1944: [22:02:03] <Kolin> press loads of buttons then write CSS
1945: [22:05:19] * CodeTrap quit (Ping timeout: 268 seconds)
1946: [22:06:14] * micmania2 has joined #silverstripe
1947: [22:11:00] <FrozenFire> Kolin, I'd say the exact same thing about SilverStripe
1948: [22:11:01] <FrozenFire> :P
1949: [22:11:25] <FrozenFire> If I need to throw out a site quick and want to write practically no code at all, SilverStripe is great.
1950: [22:11:39] <Kolin> well
1951: [22:11:43] * FrozenFire is one of those ZF2 assholes nowadays
1952: [22:11:53] <Kolin> if you have stuff alreasy writen for controllers and stuff
1953: [22:12:01] <Kolin> then you can just throw them together
1954: [22:12:17] <FrozenFire> My remark is more towards the level of formality one is willing to use for a project.
1955: [22:12:36] <FrozenFire> Some people really don't care about formal coding practises, nor really about advanced functionality.
1956: [22:12:46] <FrozenFire> There are systems to meet all desires to that end
1957: [22:12:47] <Kolin> aye
1958: [22:13:01] <Kolin> How are you finding ZF2?
1959: [22:13:11] <FrozenFire> Very satisfying
1960: [22:13:15] <Kolin> I do most custom app stuff in laravel these days
1961: [22:13:21] <FrozenFire> No matter what I'm doing, I feel like I'm getting so much done
1962: [22:13:30] <FrozenFire> And I know it's rock-bloody-solid.
1963: [22:13:47] <FrozenFire> It's also kept up extremely well on a project I've done which had constantly shifting requirements.
1964: [22:14:24] <FrozenFire> Then again, there are other projects for which it's a hinderance
1965: [22:14:56] <FrozenFire> Because we're a very ZF2-heavy agency, we used it for our company website (http://roave.com/), and it's been a nightmare.
1966: [22:15:07] <FrozenFire> The site is so bloody simple, but ZF2 made it rather complex.
1967: [22:15:29] <Kolin> Do you use macs by any chance?
1968: [22:15:37] <FrozenFire> Which is why I'm increasingly of the opinion that web developers especially need to know at least two frameworks. One for fast projects, another for formal ones.
1969: [22:15:42] <FrozenFire> Nope.
1970: [22:15:54] <Kolin> hmm, your H1 renders horribly on ff/windows7
1971: [22:16:04] <FrozenFire> Oh probably.
1972: [22:16:35] <FrozenFire> That might be text-rendering: optimizelegibility;
1973: [22:18:37] <Kolin> Your bio on the team page is impresive :)
1974: [22:21:11] <FrozenFire> :P
1975: [22:21:16] <FrozenFire> We make EvanDotPro write our bios
1976: [22:21:32] <FrozenFire> Guaranteed to make us sound impressive.
1977: [22:21:40] <Kolin> heh
1978: [22:21:57] <Kolin> I just have a little hover on our website that says "Developer"
1979: [22:21:58] <Kolin> lol
1980: [22:26:55] <simon_w> I'm just in our whois information :p
1981: [22:29:40] * violetina quit (Remote host closed the connection)
1982: [22:30:30] * howardgrigg has joined #silverstripe
1983: [22:33:55] * howardgr_ has joined #silverstripe
1984: [22:34:55] * howardgrigg quit (Ping timeout: 268 seconds)
1985: [22:35:46] <ss23> simon_w: you farted this morning, didn't you
1986: [22:36:06] <simon_w> It's certainly possible
1987: [22:37:03] <AlphaCactus> So its easy to set page_length on model admin for the root level models, but once you edit a model the gridfields inside don't use the page_length. is there a way to set that without having to manually do it in getCMSFields for each relationship.
1988: [22:37:15] <simon_w> Nope
1989: [22:37:36] <AlphaCactus> kay
1990: [22:38:52] <ss23> simon_w: I felt the earthquake you created :O
1991: [22:49:50] * Colin[pi] has joined #silverstripe
1992: [22:50:05] * Jayden90 has joined #silverstripe
1993: [22:53:07] <Pyromanik> did it frighten you ss23 ?
1994: [22:53:13] <ss23> it woke me up
1995: [22:53:17] <Pyromanik> did you afraidycat?
1996: [22:53:18] <ss23> I was like "o.o should I do something?"
1997: [22:53:37] <ss23> then it stopped nad was like "well I'm awake now, I should shower"
1998: [22:53:54] <Pyromanik> they're always "get to doorway", but the reality is that you can't move in a proper one where you actually need to take cover.
1999: [22:55:39] <ss23> I could've moved in this I suspect
2000: [22:55:42] * swordsmanz is now known as swords
2001: [22:55:54] * swords is now known as swordsmanz
2002: [22:56:03] * swordsmanz is now known as swords
2003: [22:56:18] * swords is now known as swordsmanz
2004: [22:59:55] <ss23> http://vimeo.com/70591736 My talk :D
2005: [23:02:18] * ss23 cracks his knuckles
2006: [23:02:22] <ss23> there is an issue in this website!
2007: [23:04:52] * Stomach quit (Quit: Leaving.)
2008: [23:08:51] <ss23> oh chip, why are you so much more interesting than ss23 - http://puu.sh/3GeRU
2009: [23:10:25] <Colin[pi]> morning all
2010: [23:10:49] * trent001 has joined #silverstripe
2011: [23:13:51] * guci0 quit (Ping timeout: 250 seconds)
2012: [23:20:21] <ss23> moin Colin[pi]
2013: [23:24:34] <Jayden90> Morning peeps
2014: [23:24:34] <irogue> whoa, that angle really shows off your boobs ss23
2015: [23:25:27] <ss23> lol
2016: [23:25:27] <ss23> ik
2017: [23:25:28] <ss23> <3
2018: [23:26:11] <Jayden90> Anyone know the default behavior when moving images in files that are used via the WYSIWYG?
2019: [23:26:47] * ARNHOE quit (Remote host closed the connection)
2020: [23:26:58] <Jayden90> It seems a designer has moved some images around in folders in a project and 404'd a bunch of WYSIWYG managed images
2021: [23:27:06] * priithansen has joined #silverstripe
2022: [23:27:32] <Jayden90> $has_one images seem fine
2023: [23:29:03] * catcher quit (Quit: Leaving)
2024: [23:32:39] * spronk groans at the mention of zend framework and positive things in the same sentence
2025: [23:32:57] <ss23> lol
2026: [23:33:41] * spronk doesn't understand how anyone can like such a cumbersome behemoth of junk, especially considering the alternatives that exist these days
2027: [23:34:45] <ss23> It's just a library, it could be worse, it could be better
2028: [23:35:24] <spronk> i find it notoriously difficult to develop with thanks to its copious splattering of magic string config
2029: [23:36:35] * sminnee has joined #silverstripe
2030: [23:36:35] * sminnee quit (Changing host)
2031: [23:36:35] * sminnee has joined #silverstripe
2032: [23:40:02] <Colin[pi]> nice writeup on that blog sminnee
2033: [23:40:18] <sminnee> Colin[pi]: oh the security thing?
2034: [23:40:21] <Colin[pi]> aye
2035: [23:40:28] <sminnee> well, DoS thing.
2036: [23:40:44] <Colin[pi]> yeah good to set the record straight
2037: [23:40:44] <sminnee> thanks :)
2038: [23:41:41] <ss23> lol
2039: [23:41:52] <Colin[pi]> it seems like an easy fix
2040: [23:41:53] <ss23> I'm telling you, the urge to make a post being like "omg why did the government pick apache! slowloris!!!!!"
2041: [23:41:55] <sminnee> ss23 you're famous! http://vimeo.com/70584244
2042: [23:42:01] <sminnee> err i mean http://vimeo.com/70591736
2043: [23:42:08] <Colin[pi]> but then after talking with simon_w, I can see why it's not as simple as I thought
2044: [23:42:11] <ss23> I SAW
2045: [23:42:21] <ss23> sminnee: oh chip, why are you so much more interesting than ss23 - http://puu.sh/3GeRU
2046: [23:42:47] <sminnee> lol
2047: [23:43:01] <Colin[pi]> in vimeo crispness!
2048: [23:43:04] <ss23> XD
2049: [23:43:15] <Colin[pi]> support ninja, i like that lol
2050: [23:45:29] <spronk> also, ss23, your union injection NO WORK ON MYSQL!
2051: [23:45:50] <spronk> i call this responsible disclosure!
2052: [23:46:01] <ss23> sminnee: Why does it not work?
2053: [23:46:05] <ss23> spronk:*
2054: [23:47:25] <sminnee> he is a support ninja.
2055: [23:47:38] <sminnee> speaking of ninjas, does anyone know a good front-end dev in Auckland?
2056: [23:47:42] <Jayden90> Hmmm looks like TinyMCE managed image's paths do not get updated when restructuring the assets in the CMS Files tab
2057: [23:47:43] <Pyromanik> ss23: you're so famous sminnee doesn't even your video!
2058: [23:47:49] <sminnee> who's looking for freelance work / a jon.
2059: [23:47:54] <sminnee> err, a job.
2060: [23:48:05] <sminnee> and not a job that involves a john.
2061: [23:48:37] * micmania2 quit (Quit: Leaving)
2062: [23:55:15] <Pyromanik> urgh, that damn fergie song.
2063: [23:55:22] <Pyromanik> I HATE YOU, SSHHHH NOW
2064: [23:55:33] <Pyromanik> 25x a day ><
2065: [23:56:22] <Colin[pi]> standard procedure, play it until it's dead
2066: [23:56:31] <Pyromanik> then play it some more.
2067: [23:56:42] <Pyromanik> then take it away for a month or two, then play it more.
2068: [23:57:07] <Colin[pi]> jesus christ google
2069: [23:57:13] <Colin[pi]> their apps stuff is so confusing
2070: [23:57:18] <Colin[pi]> and none of the docs make any sense
2071: [23:57:24] <AlphaCactus> hear hear
2072: [23:57:27] <Colin[pi]> "go here and click this"
2073: [23:57:30] <Colin[pi]> DOESNT EXIST
2074: [23:57:31] <Colin[pi]> ffs
2075: [23:57:33] <Pyromanik> bugger this, going to watch ss23's vid.
2076: [23:57:53] * mirrors has joined #silverstripe
2077: [23:57:55] <ss23> :D
2078: [23:58:08] <Colin[pi]> been trying for 10 minutes to setup analytics in a client's app account
2079: [23:58:09] <Colin[pi]> FAIL
2080: [23:58:22] <Colin[pi]> "go to here and click this"
2081: [23:58:22] <Colin[pi]> FAIL
2082: [23:58:27] <Colin[pi]> "other method: go here"
2083: [23:58:28] <Colin[pi]> FAIL
2084: [23:58:29] * trent001 quit (Remote host closed the connection)
2085: [23:58:30] <Colin[pi]> sigh
2086: [23:58:33] <ss23> Pyromanik: It'll teach you to be l33t
2087: [23:58:41] <Pyromanik> "HARD CORE STUFF"
2088: [23:58:42] <mirrors> hey what is better to use....Datalist::create('SiteTree') or SiteTree::get();
2089: [23:58:46] <Colin[pi]> their usability is SO bad
2090: [23:58:51] <Pyromanik> like that night we shared a hotel room?
2091: [23:58:54] <ss23> <3
2092: [23:58:59] <ss23> never forget the love
2093: [23:59:04] <Colin[pi]> you said you'd never tell!
2094: [23:59:16] <simon_w> mirrors, one's nicer to read, the other's slightly faster. Both do exactly the same thing
2095: [23:59:58] <mirrors> which one is slightly faster? my guess is ::create

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