#silverstripe IRC Log

IRC log for 14 September 2012

Logging sponsored by you? Get in touch!

All timestamps are in UTC.

1: [00:00:00] <Blake_> POST Request in Firebug?
2: [00:00:00] <simon_w|air> yeah
3: [00:02:00] <Blake_> Aye, got it, wait.
4: [00:04:00] <Blake_> ERROR [User Error]: Uncaught Exception: HtmlEditorField->saveInto(): This field should save into a HTMLText or HTMLVarchar field. IN POST /delta/admin/pages/edit/EditForm Line 101 in D:\WAMP\www\delta\framework\forms\HtmlEditorField.php
5: [00:04:00] <simon_w|air> got an HtmlEditorField that isn't doing that?
6: [00:05:00] <Blake_> Actually just a text field.
7: [00:05:00] <simon_w|air> yeah, a HtmlEditorField needs to go into a HTMLText
8: [00:05:00] <Blake_> static $has_one = array ( 'Page' => 'Page', 'Image' => 'Image', 'Link' => 'SiteTree' );
9: [00:05:00] <Blake_> static $db = array ( 'Caption' => 'Text', 'SortOrder' => 'Int' );
10: [00:06:00] <Blake_> Wait, is the Caption defaulting to an HTMLEditorField?
11: [00:06:00] * Motoservo quit (Read error: Connection reset by peer)
12: [00:07:00] * Motoservo has joined #silverstripe
13: [00:07:00] <simon_w|air> It shouldn't. You're probably using one in a getCMSFields()
14: [00:08:00] <Blake_> public function getCMSFields() { $thumbField = new UploadField('Image', 'Gallery Image'); $thumbField->allowedExtensions = array('jpg', 'png', 'gif', 'bmp', 'jpeg'); return new FieldList( new TextField('Caption', 'Caption'), new TreeDropdownField('Link', 'Page to link to', 'SiteTree'), $thumbField ); }
15: [00:08:00] <Blake_> Na.
16: [00:08:00] <Blake_> ..ok, that's wrong.
17: [00:08:00] <Blake_> Let be get an SSBits.
18: [00:08:00] <Pyromanik> sspaste.com
19: [00:09:00] <Blake_> Here we go, http://sspaste.com/paste/show/50527a853f8fd.
20: [00:10:00] * jrast has joined #silverstripe
21: [00:10:00] <simon_w|air> And your saving one of these objects when getting the error?
22: [00:11:00] <simon_w|air> I blame the java bytecode I'm having to debug at the same time!
23: [00:11:00] <Blake_> anyway*
24: [00:11:00] <Blake_> ..anway, yes I am. The error occurs when I save the homepage that's using the GridField for a gallery.
25: [00:11:00] <Blake_> Ha!
26: [00:11:00] <Pyromanik> bad simon_w, bad!
27: [00:11:00] * jrast quit (Client Quit)
28: [00:11:00] <Pyromanik> you're!
29: [00:11:00] <Blake_> Yes.
30: [00:12:00] <simon_w|air> Blake_: that wouldn't be saving those objects, just the home page. Got a custom getCMSFields() on that too?
31: [00:13:00] <Blake_> Aye, give me a second.
32: [00:13:00] <simon_w|air> Would probably help
33: [00:13:00] <Blake_> Besides the one listed in the GalleryImage object? No.
34: [00:13:00] <Blake_> Should I SSpaste both the object and the associated page?
35: [00:15:00] <Blake_> GalleryImage Object, http://sspaste.com/paste/show/50527bd7d15a9.
36: [00:15:00] <Blake_> Homepage, http://sspaste.com/paste/show/50527bbb657fb.
37: [00:16:00] <Blake_> Bows to the man.
38: [00:16:00] <Pyromanik> ... too fast simon_w|air
39: [00:16:00] <Blake_> Bad night indeed.
40: [00:16:00] <simon_w|air> Blake_: you're using HtmlEditorField for SplitOneContent, SplitTwoContent and SplitThreeContent
41: [00:16:00] <Blake_> ..yeah, just saw that.
42: [00:16:00] <Blake_> I'm a moron.
43: [00:16:00] <simon_w|air> which are text types
44: [00:16:00] <Blake_> ..twice in a night, Jesus.
45: [00:16:00] <Pyromanik> ?
46: [00:16:00] <Pyromanik> especially at ... 15 past midnight.
47: [00:16:00] <Pyromanik> happens to the best of us Blake_!
48: [00:17:00] <Pyromanik> with terms like aye and nay you must be in the UK :P
49: [00:22:00] * mobiusnz has joined #silverstripe
50: [00:27:00] * howardgrigg quit (Quit: Leaving)
51: [00:28:00] * instabil2 quit (Read error: Connection reset by peer)
52: [00:30:00] * spronk has joined #silverstripe
53: [00:30:00] * simon_w|air quit (Ping timeout: 245 seconds)
54: [00:34:00] * willr has joined #silverstripe
55: [00:35:00] * n0ne quit (Quit: Page closed)
56: [00:38:00] * Paltat has joined #silverstripe
57: [00:42:00] * Paltat quit (Ping timeout: 245 seconds)
58: [00:44:00] * sonet has joined #silverstripe
59: [00:57:00] * razzi quit ()
60: [00:57:00] * t|m has joined #silverstripe
61: [00:58:00] * Bollig|DesignCty has joined #silverstripe
62: [01:07:00] * mobiusnz quit (Read error: Connection reset by peer)
63: [01:07:00] * mobiusnz has joined #silverstripe
64: [01:10:00] * MichaelDesignerX has joined #silverstripe
65: [01:10:00] * willr quit (Quit: willr)
66: [01:31:00] * willr has joined #silverstripe
67: [01:36:00] * willr quit (Ping timeout: 264 seconds)
68: [01:59:00] * metanat has joined #silverstripe
69: [02:01:00] * Blake_ quit (Ping timeout: 245 seconds)
70: [02:06:00] <Pyromanik> simon_w: you use a SMTP filter for spam filtering don't you?
71: [02:07:00] * simon_w|air has joined #silverstripe
72: [02:07:00] <Pyromanik> simon_w|air: ^ ?
73: [02:07:00] <simon_w|air> Pyromanik: kinda. Not really a filter.
74: [02:07:00] * simon_w|air is now known as Guest89526
75: [02:07:00] <Guest89526> bah, I had idented
76: [02:08:00] <Guest89526> yeah, postgrey
77: [02:08:00] <Pyromanik> Guest89526: what is it that you use then?
78: [02:08:00] <Pyromanik> some kind of 'greylist' iirc?
79: [02:09:00] * Guest89526 is now known as simon_w|air
80: [02:10:00] * sonet quit (Quit: sonet)
81: [02:10:00] <Pyromanik> simon_w|air: that sits in front of your inbox though, not as a filter before sending?
82: [02:11:00] * sonet has joined #silverstripe
83: [02:11:00] <Pyromanik> yeh, but I mean it deals with incoming, not outgoing
84: [02:11:00] <Pyromanik> or could I say, sit it in front of our server, filtering out contact form abuse before actually sending an email?
85: [02:11:00] <simon_w|air> it sits on the SMTP server, before passing an incoming email through to the mail handler
86: [02:12:00] <Pyromanik> ok cool, as I thought.
87: [02:12:00] <simon_w|air> all it does is tell incoming emails to try again later, then lets them through if they do
88: [02:12:00] <Pyromanik> assp.sourceforge.net looks more promising :>
89: [02:12:00] <simon_w|air> nope, grey listing doesn't work like that
90: [02:13:00] <simon_w|air> remember, spam filtering in the mail queue always happens on incoming, not outgoing
91: [02:14:00] <Pyromanik> hmm, always always?
92: [02:15:00] <simon_w|air> yup
93: [02:15:00] <simon_w|air> anything else happens before it gets into the mail queue at all
94: [02:15:00] <Pyromanik> ah yeah, well that's kinda what I'm after.
95: [02:15:00] <Pyromanik> Don't want stuff to asplode mid transit, rather it didn't get into transit in the first place.
96: [02:15:00] <simon_w|air> you could write a wrapper for sendmail that does something like that
97: [02:15:00] <Pyromanik> http://www.magicvillage.de/~Fritz_Borgstedt/assp/0003D91C-8000001C/
98: [02:15:00] <Pyromanik> there's nothing that checks the content of a message through some heuristics before getting sendmail / qmail / etc to actually send?
99: [02:16:00] <Pyromanik> ?
100: [02:17:00] <Pyromanik> or is that incoming again :S
101: [02:17:00] <simon_w|air> That's incoming
102: [02:17:00] <simon_w|air> SMTP happens at both ends
103: [02:17:00] <Pyromanik> gah
104: [02:17:00] <Pyromanik> yeah I know
105: [02:18:00] <Pyromanik> good, but clients are derp.
106: [02:18:00] <Pyromanik> But I'm not aware of much more than that :/
107: [02:18:00] <Pyromanik> all I know is that I wanna stop our contact forms from being abused to all hell and back.
108: [02:18:00] <Pyromanik> 500 a day is a bit shit.
109: [02:18:00] <simon_w|air> try mollom?
110: [02:19:00] <Pyromanik> or clients don't like the way it looks
111: [02:19:00] <Pyromanik> spam either outruns the 100 limit on the free account (clients don't pay)
112: [02:19:00] <Pyromanik> or mollom slows the site load time down too much.
113: [02:20:00] <Pyromanik> especially when they're already using something like gmail.
114: [02:20:00] <Pyromanik> yeah, but you try telling a client that simon_w!
115: [02:20:00] <Pyromanik> recaptcha thins spam out, but doesn't stop it (not even nearly really)
116: [02:20:00] <simon_w|air> clients can get a better spam filter on their server then
117: [02:21:00] <simon_w|air> Oh right, gmail and its sucky spam filter
118: [02:21:00] <Pyromanik> but because spam comes from our server, it's whitelisted, etc.
119: [02:21:00] <Pyromanik> works for unsolicited stuff, but if it's directly addressed from somewhere like your own website... then yeah, it comes through.
120: [02:22:00] <Pyromanik> berko
121: [02:22:00] <Pyromanik> even worse is when client uses gmail in combo with outlook, and outlook makes all it's own folders and shit, ignoring the gmail spam folder (meaning they can't check it for missed legit emails)
122: [02:22:00] <Pyromanik> something like that
123: [02:22:00] <Pyromanik> then they ring up and go completely burko
124: [02:23:00] <Pyromanik> qmail
125: [02:23:00] <simon_w|air> is the server running something like postfix?
126: [02:24:00] <simon_w|air> You could configure it to not automatically email local, don't whitelist localhost and change the email so it sends to an email on the server which forwards to their accounts
127: [02:25:00] <Pyromanik> hmm
128: [02:35:00] * sonet quit (Quit: sonet)
129: [02:37:00] * willr has joined #silverstripe
130: [02:38:00] * mobiusnz quit (Read error: Connection reset by peer)
131: [02:38:00] * mobiusnz_ has joined #silverstripe
132: [02:52:00] * sonet has joined #silverstripe
133: [02:55:00] * mobiusnz_ quit (Ping timeout: 260 seconds)
134: [02:55:00] * mobiusnz has joined #silverstripe
135: [02:59:00] * willr quit (Read error: Connection reset by peer)
136: [03:06:00] * simon_w|air quit (Ping timeout: 245 seconds)
137: [03:09:00] * nyeholt has joined #silverstripe
138: [03:11:00] * mobiusnz_ has joined #silverstripe
139: [03:11:00] * mobiusnz quit (Read error: Connection reset by peer)
140: [03:19:00] * cloph_away has joined #silverstripe
141: [03:21:00] * cloph quit (Ping timeout: 260 seconds)
142: [03:25:00] * catcher has joined #silverstripe
143: [03:27:00] <catcher> Let's say a member has_many Teams. Is there any way to create a modeladmin interface in such a way that the current member can only see/edit his or her own Teams?
144: [03:33:00] <Pyromanik> yes
145: [03:33:00] <Pyromanik> for more efficiency
146: [03:33:00] <Pyromanik> and alter your query that gets the list that builds the gridfield to leverage Member::currentUser()
147: [03:33:00] <Pyromanik> canView, canEdit
148: [03:38:00] <catcher> That sounds too good to be true.
149: [03:41:00] <catcher> (if I don't check it myself)
150: [03:41:00] <catcher> Does canView ever get called in front-end dealings?
151: [03:43:00] <Pyromanik> so far as I'm aware.
152: [03:43:00] <Pyromanik> well, not in 2.4 at least
153: [03:43:00] <Pyromanik> no
154: [03:45:00] <catcher> client is wanting a system where front-end users can edit their profiles, upload multiple files to related objects, etc.
155: [03:45:00] <catcher> I'm trying to spec the time, and comparing developing it all in front-end vs giving them a neutered CMS acct.
156: [03:46:00] <Pyromanik> MemberProfiles would do all you want in 2.4
157: [03:47:00] <catcher> How would MemberProfiles handle a has_many Foo, which has_many files, which need to be uploaded?
158: [03:48:00] <catcher> Member has_many Foo, each Foo has_many files
159: [03:51:00] <Pyromanik> it may not suit, and so far as I know it's not updated to 3.0 yet
160: [03:54:00] <nyeholt> but not completely nice yet
161: [03:54:00] <nyeholt> There's a 'development' branch which is mostly updated to ss3
162: [03:55:00] <catcher> nyeholt, do you happen to know what lacks?
163: [03:56:00] <nyeholt> not exactly no - I'm using it for a couple of ss3 things and it works for me
164: [03:57:00] <nyeholt> there might be a few backend things that aren't as smooth as in ss24
165: [03:57:00] <nyeholt> but I'm not exactly aware of what those might be
166: [03:57:00] <nyeholt> as its been ported over to gridfield for the field management
167: [03:58:00] <nyeholt> which I haven't tried yet
168: [03:58:00] <nyeholt> you'd probably need something a little bit custom for that to use gridfield on the frontend
169: [03:58:00] <nyeholt> regarding the has_many foo, which has_many files
170: [03:59:00] <catcher> gotcha, ty
171: [04:05:00] * waerloga is now known as waer-away
172: [04:10:00] <nyeholt> anyone else using custom actions in a gridfield?
173: [04:10:00] * tankr quit (Quit: Leaving.)
174: [04:10:00] <nyeholt> if so, do you have issues with it not refreshing the grid?
175: [04:11:00] <nyeholt> it appears that the GridField ajax request success handler is never triggered when the 'reload' method is called in GredField.js
176: [04:12:00] <Pyromanik> cool
177: [04:12:00] <Pyromanik> ok
178: [04:12:00] <Pyromanik> without messing the ID relationship
179: [04:12:00] <simon_w|air> Nope
180: [04:12:00] <Pyromanik> want to find out which are missing so I can replace them
181: [04:12:00] <Pyromanik> I accidentally rm'd some assets/files
182: [04:12:00] * simon_w|air has joined #silverstripe
183: [04:12:00] <Pyromanik> (and not remove them)
184: [04:12:00] <Pyromanik> Is there a task to look for broken files?
185: [04:12:00] <simon_w|air> just write one
186: [04:13:00] <Pyromanik> Just stab in the dark
187: [04:13:00] <MichaelDesignerX> hi all, need info on OOP , is Page class is a Supperclass ? I am reading some book on DataBaseDesign & trying to find the relation to SS
188: [04:13:00] <simon_w|air> foreach(DataObject::get('File') as $f) if(!file_exists($f->Filename)) echo "$f->Filename is missing<br />";
189: [04:13:00] <Pyromanik> all g
190: [04:14:00] <simon_w|air> MichaelDesignerX: it's a superclass of anything that extends it
191: [04:15:00] * DigNZ quit (Quit: DigNZ)
192: [04:16:00] <MichaelDesignerX> simon_w: ty
193: [04:23:00] * sonet quit (Quit: sonet)
194: [04:33:00] * nyeholt quit (Quit: ChatZilla 0.9.88.2 [Firefox 6.0.1/20110830214506])
195: [04:36:00] * catcher quit (Ping timeout: 260 seconds)
196: [04:58:00] * willr has joined #silverstripe
197: [05:02:00] * mobiusnz_ quit (Remote host closed the connection)
198: [05:11:00] * irogue quit (Quit: Leaving.)
199: [05:22:00] * nickmolhoek quit (Quit: nickmolhoek)
200: [05:41:00] * SightUnseen has left #silverstripe
201: [05:41:00] * SightUnseen has joined #silverstripe
202: [06:09:00] * simon_w|air quit (Ping timeout: 245 seconds)
203: [06:20:00] * metanat quit (Quit: Leaving.)
204: [06:25:00] * t|m quit (Quit: Ex-Chat)
205: [06:29:00] * AlphaCactus quit (Ping timeout: 246 seconds)
206: [07:21:00] * AlphaCactus has joined #silverstripe
207: [07:22:00] * willr quit (Quit: willr)
208: [07:23:00] * zfmf has joined #silverstripe
209: [07:27:00] * LinusN has joined #silverstripe
210: [07:32:00] * chillu has joined #silverstripe
211: [08:05:00] * SightUnseen has left #silverstripe
212: [08:05:00] * SightUnseen has joined #silverstripe
213: [08:07:00] * popeshoe has joined #silverstripe
214: [08:12:00] * lx-berlin has joined #silverstripe
215: [08:15:00] * Shrike_Finland has joined #silverstripe
216: [08:16:00] * Guest8849 has joined #silverstripe
217: [08:16:00] <Guest8849> Hello! I need help.
218: [08:19:00] <Guest8849> Someone here?
219: [08:19:00] * Shrike_Finland quit (Client Quit)
220: [08:20:00] <MichaelDesignerX> go ahead & ask :D
221: [08:20:00] <Guest8849> Okay.
222: [08:21:00] * Shrike_Finland has joined #silverstripe
223: [08:22:00] <Guest8849> <% control Categories %> $Letter <% control CategorieEntries($Letter) $Title $Link<% end_control %><% end_control %>
224: [08:22:00] <Guest8849> I just have a 2D Array.
225: [08:22:00] <Guest8849> I'd like to do that.
226: [08:23:00] <Guest8849> 2D Array in my DataObjectSet.
227: [08:23:00] <Guest8849> I think it's a version of 2009.
228: [08:23:00] <MichaelDesignerX> is that in SS3 ?
229: [08:23:00] <Guest8849> Is it possible to output that shit?
230: [08:24:00] <Guest8849> I can't upgrade. I modified too much on my core-files, so my CMS won't work if I change something.
231: [08:25:00] <MichaelDesignerX> .. that looks too old .. I dont think this will work ..
232: [08:25:00] <Guest8849> How would you do that on SS3?
233: [08:25:00] <Guest8849> No, it's too big. I heard there are possibilites, but I can't find anything.
234: [08:25:00] <MichaelDesignerX> if its a small website, try upgrading to SS3
235: [08:27:00] <MichaelDesignerX> in SS3 everything is easy, but if you are using like SS2 that has to be done with PHP as the template engine is not smart enough to do that for you
236: [08:29:00] <Guest8849> Hm, okay. So I have to construct the HTML-part of the template in my PHP code and output it normally there.
237: [08:29:00] <MichaelDesignerX> Guest8849: how old is your website ?
238: [08:32:00] * instabil has joined #silverstripe
239: [08:38:00] * mobiusnz has joined #silverstripe
240: [08:42:00] * lx-berlin has left #silverstripe
241: [09:05:00] * AlphaCactus quit (Ping timeout: 240 seconds)
242: [09:07:00] * ajmitch has joined #silverstripe
243: [09:07:00] * ajmitch quit (Ping timeout: 240 seconds)
244: [09:11:00] * Guest8849 quit (Quit: Page closed)
245: [09:12:00] * AlphaCactus has joined #silverstripe
246: [09:18:00] * popeshoe quit (Ping timeout: 272 seconds)
247: [09:22:00] * Shrike_Finland quit (Quit: Leaving.)
248: [09:23:00] * popeshoe has joined #silverstripe
249: [09:25:00] * Shrike_Finland has joined #silverstripe
250: [09:28:00] * mobiusnz quit (Remote host closed the connection)
251: [09:31:00] * Shrike_Finland quit (Quit: Leaving.)
252: [09:46:00] * lx-berlin has joined #silverstripe
253: [09:46:00] * AlphaCactus quit (Ping timeout: 246 seconds)
254: [09:53:00] * micmania1 has joined #silverstripe
255: [09:54:00] <micmania1> This has happened in a few different sites.
256: [09:54:00] <micmania1> Does anybody know anything about using the HTMLEditorField in ModelAdmin? It seems there is an error whenever the link icon is clicked.
257: [09:54:00] * sillymoose has joined #silverstripe
258: [09:55:00] <micmania1> The class it is (unsuccessfully) looking for is EditorToolbar
259: [09:55:00] <micmania1> ERROR [User Error]: ModelAdmin::init(): Invalid Model class IN GET /admin/blog-admin/EditorToolbar/LinkForm/forTemplate Line 114 in /home/project/public_html/framework/admin/code/ModelAdmin.php
260: [10:19:00] * Stomach quit (Quit: Leaving.)
261: [10:21:00] * Bollig|DesignCty quit (Quit: Bollig|DesignCty)
262: [10:29:00] * AlphaCactus has joined #silverstripe
263: [10:30:00] <ec8or> simon_w: what is the status of your oauth module?
264: [10:30:00] * Jose__ has joined #silverstripe
265: [10:31:00] <simon_w> ec8or, needs 3.1. May need a patch that hasn't been merged yet too
266: [10:32:00] <ec8or> ok cool
267: [10:32:00] * Jose__ quit (Client Quit)
268: [10:48:00] * ss-log has joined #silverstripe
269: [10:54:00] * micmania1 quit (Ping timeout: 245 seconds)
270: [11:01:00] * AlphaCactus quit (Ping timeout: 245 seconds)
271: [11:01:00] * ajmitch quit (Ping timeout: 240 seconds)
272: [11:01:00] * ajmitch has joined #silverstripe
273: [11:01:00] * waer-away is now known as waerloga
274: [11:02:00] * Stomach has joined #silverstripe
275: [11:11:00] * Stomach quit (Ping timeout: 244 seconds)
276: [11:25:00] * sillymoose quit (Quit: Leaving)
277: [11:32:00] * AlphaCactus has joined #silverstripe
278: [12:01:00] * UndefinedOffset has joined #silverstripe
279: [12:04:00] * AlphaCactus has joined #silverstripe
280: [12:04:00] * AlphaCactus quit (Ping timeout: 252 seconds)
281: [12:14:00] * Zauberfisch_ has joined #silverstripe
282: [12:15:00] * Zauberfisch quit (Ping timeout: 246 seconds)
283: [12:38:00] * AlphaCactus quit (Quit: Instantbird 1.1)
284: [12:38:00] * AlphaCactus has joined #silverstripe
285: [13:04:00] <ocm> good good
286: [13:04:00] * ocm has joined #silverstripe
287: [13:04:00] <ocm> howdy!
288: [13:04:00] <ss23> Hai how are ya?
289: [13:04:00] <ocm> you?
290: [13:05:00] <ss23> Not bad :)
291: [13:06:00] <ss23> But it's only 1am :O
292: [13:06:00] <ocm> not good either it sounds like ? :P
293: [13:06:00] <ss23> lol
294: [13:06:00] <ss23> Well, not really, just woke up :P
295: [13:06:00] <ocm> goodmorning in that case :p
296: [13:07:00] <ss23> Cause I went to bed early :<
297: [13:07:00] <ocm> am? as in midnight? :P
298: [13:07:00] <ss23> Yeah
299: [13:07:00] <ocm> lol
300: [13:07:00] <ocm> why you wake up at that time?
301: [13:07:00] <ss23> Like 7am
302: [13:09:00] <ocm> sleeping from 7am till 1am is like 19hours of sleep
303: [13:09:00] <ocm> thats sick
304: [13:11:00] <ss23> 7pm!
305: [13:11:00] * AlphaCactus quit (Ping timeout: 248 seconds)
306: [13:11:00] <ss23> I was sleepy so I slept early :P
307: [13:12:00] * AlphaCactus has joined #silverstripe
308: [13:12:00] <ocm> haha
309: [13:16:00] * Nivery has joined #silverstripe
310: [13:19:00] <ocm> ss23 what day is it overthere in NZ?
311: [13:19:00] <ocm> going from thursday to friday?
312: [13:19:00] <ss23> Friday a few hours ago, Saturday now
313: [13:21:00] <ocm> ah you are ahead of me then
314: [13:21:00] <ocm> :P
315: [13:21:00] <ocm> still at the office for now
316: [13:22:00] <ss23> :D
317: [13:22:00] * spronk quit (Ping timeout: 240 seconds)
318: [13:27:00] <ocm> and thundering outside
319: [13:27:00] <ocm> 2pm
320: [13:42:00] * LoveDuckie has joined #silverstripe
321: [13:43:00] <LoveDuckie> Hi everyone
322: [13:43:00] <LoveDuckie> Would anyone happen to know if ImageDataObjectManager works in SS 3?
323: [13:46:00] * AlphaCactus quit (Ping timeout: 246 seconds)
324: [13:49:00] <UndefinedOffset> LoveDuckie: DataObjectManager does not work in 3.0, you have to use GridField though ic UncleCheese has modified DOM to be just wrappers for GridField
325: [14:00:00] * Zauberfisch_ is now known as Zauberfisch
326: [14:03:00] * cloph_away is now known as cloph
327: [14:04:00] * MichaelDesignerX quit (Ping timeout: 260 seconds)
328: [14:07:00] * SimonD_ has joined #silverstripe
329: [14:10:00] <SimonD_> Hi there. How can I properly set relations to situation where one member can subscribe to other member? I tried like this - many_many: subscriptions => member and belongs_many_many: Subscribers => Member, but it doesn't seem to be working in this case.
330: [14:10:00] <SimonD_> Is there any easy way or I should have a separate mapping table with it's own object?
331: [14:10:00] <SimonD_> *its
332: [14:11:00] * Paltat has joined #silverstripe
333: [14:20:00] <LoveDuckie> Bah, OK. I shall look into it.
334: [14:21:00] * Paltat quit (Ping timeout: 245 seconds)
335: [14:26:00] <ec8or> but probably more easy to just create the relational table yourself
336: [14:26:00] <ec8or> SimonD_: it might be possible naming the relationships better so the relational table can have two distinct columns
337: [14:29:00] <ec8or> you could try using 'Subscribers' => 'Member.Subscriptions' though
338: [14:37:00] * AlphaCactus has joined #silverstripe
339: [14:40:00] * theorytank has joined #silverstripe
340: [14:52:00] * SimonD_ quit (Ping timeout: 245 seconds)
341: [15:04:00] * r3v3rb has joined #silverstripe
342: [15:04:00] * r3v3rb has left #silverstripe
343: [15:10:00] * AlphaCactus quit (Ping timeout: 255 seconds)
344: [15:13:00] * AlphaCactus has joined #silverstripe
345: [15:14:00] * LinusN has left #silverstripe
346: [15:16:00] * ARNHOE has joined #silverstripe
347: [15:16:00] * catcher has joined #silverstripe
348: [15:17:00] * catcher has joined #silverstripe
349: [15:17:00] * catcher quit (Changing host)
350: [15:17:00] <theorytank> I'm the first to admit that I'm not a GIT guy. We use SVN here at the shop... but I'm trying to submit a fix for a bug in framework -> Group.php file.
351: [15:17:00] * catcher has joined #silverstripe
352: [15:17:00] * catcher quit (Client Quit)
353: [15:18:00] <theorytank> now what?
354: [15:18:00] <theorytank> so.. I forked the framework 3.0 repo... edited the file (right in github)....
355: [15:18:00] <theorytank> then clicked the pull request button at the top...
356: [15:19:00] <theorytank> do I leave it "open" or "close" it??? I'm just confused on the process and the terminology.
357: [15:19:00] <theorytank> https://github.com/silverstripe/sapphire/pull/795
358: [15:23:00] <catcher> theorytank, looks like you're good, I think you leave it open and wait for someone to pull it.
359: [15:23:00] <catcher> though I'm no git person either.
360: [15:26:00] <theorytank> nested groups were blowing up..
361: [15:26:00] <theorytank> alright.. I'll see what happens...
362: [15:26:00] <theorytank> :)
363: [15:27:00] <theorytank> like if you had children groups under Content Author
364: [15:27:00] <theorytank> ya..
365: [15:27:00] <catcher> cool
366: [15:27:00] <catcher> fix cool, not blowup cool. :)
367: [15:27:00] <theorytank> just bad logic in the function
368: [15:27:00] <catcher> like inheriting roles?
369: [15:27:00] <catcher> theorytank, nested groups?
370: [15:28:00] <theorytank> I have an old project I'm moving to SS3 that has some crazy group inheritance..
371: [15:29:00] <theorytank> did you figure out an upload plan yesterday?
372: [15:30:00] <catcher> theorytank, not yet, still considering your uploadify conversion.
373: [15:30:00] <catcher> theorytank, are you having any issues with it?
374: [15:32:00] <theorytank> you want it?
375: [15:32:00] <catcher> theorytank, have you tried uploading multiple files to one DO with it?
376: [15:32:00] <theorytank> I only converted it for old projects.. I don't want to use it in the future.. but had to many projects that used it.
377: [15:32:00] <theorytank> nope.. works good..
378: [15:33:00] <theorytank> hmm.... I don't think I've tried it... but it does support it.
379: [15:33:00] <catcher> for a class that has_many files or images, that is
380: [15:33:00] <theorytank> hmm.. just found another bug in the framework..
381: [15:34:00] <catcher> theorytank, it'd be great to have at least as a backup, if you'd be so kind to share it.
382: [15:34:00] <catcher> no hurry, thanks theorytank
383: [15:34:00] <theorytank> of course..
384: [15:34:00] <theorytank> one sec.. one of my devs just found a bug.. but I'll pack it up for you in a few minutes.
385: [15:36:00] * UndefinedOffset quit (Ping timeout: 244 seconds)
386: [15:36:00] <catcher> unrelated - trying to grab some DB data in a form, but the fields I need are coming back as "Field_lazy -> Inherited classname"
387: [15:37:00] <catcher> wonder if I have to get the inherited classname and do another get() with that
388: [15:40:00] <LoveDuckie> Trying to use GridField so that I can upload many of the newly made DataObject.
389: [15:40:00] <LoveDuckie> Anyone got any good up to date docs on using GridField that isn't out of date.
390: [15:40:00] <LoveDuckie> Struggling to find anything of use. I want to upload multiple images to a single page. I've created my DataObject and have made it as a has_many item of the page.
391: [15:41:00] <catcher> LoveDuckie, you can use GridFieldRelationEditor to save you a few steps
392: [15:41:00] * UndefinedOffset has joined #silverstripe
393: [15:41:00] <LoveDuckie> How does that work?>
394: [15:41:00] <LoveDuckie> Any starting point? Pastebin? Tutorial?
395: [15:41:00] <catcher> GridFieldConfig_RelationEditor rather
396: [15:41:00] <catcher> 1 sec
397: [15:41:00] <LoveDuckie> OK - thank you very much.
398: [15:41:00] <theorytank> aha.. the text collector doesn't like brackets in _t strings....
399: [15:42:00] * chillu quit (Quit: chillu)
400: [15:42:00] <catcher> LoveDuckie, http://doc.silverstripe.org/framework/en/topics/grid-field
401: [15:43:00] <LoveDuckie> Interesting... I'll check this out and get back to you
402: [15:43:00] <LoveDuckie> thanks!
403: [15:44:00] <catcher> LoveDuckie, if you want to go the manual route, here's one I use: http://www.sspaste.com/paste/show/5053558d4b764
404: [15:44:00] <catcher> LoveDuckie, that's obviously on a page that has_many PressReleases
405: [15:46:00] <LoveDuckie> That's interesting
406: [15:47:00] * UndefinedOffset has joined #silverstripe
407: [15:47:00] * UndefinedOffset1 quit (Client Quit)
408: [15:47:00] <LoveDuckie> See the thing is I have something similar like that now, but when I click to go "Add New" it says Forbidden
409: [15:47:00] * UndefinedOffset1 has joined #silverstripe
410: [15:47:00] * UndefinedOffset quit (Disconnected by services)
411: [15:47:00] <LoveDuckie> in the message prompt in the top right hand corner of the administration page.
412: [15:49:00] <catcher> 3 what?
413: [15:49:00] <LoveDuckie> I don't know if you have had that before.
414: [15:49:00] <catcher> LoveDuckie, what version of SS?
415: [15:49:00] <LoveDuckie> 3
416: [15:49:00] <LoveDuckie> ergh, can't remember for the life of me.
417: [15:50:00] <catcher> LoveDuckie, first I'd upgrade to latest stable (though I'm having better luck with the newest release candidate)
418: [15:50:00] <LoveDuckie> It was the first stable build
419: [15:50:00] <LoveDuckie> OK one sec.
420: [15:50:00] <LoveDuckie> 3.0.0
421: [15:50:00] <catcher> hover over the SS icon in the top left of the CMS
422: [15:51:00] <LoveDuckie> is that all that's changed?
423: [15:51:00] <catcher> http://www.silverstripe.org/pre-releases/
424: [15:51:00] * scpi has joined #silverstripe
425: [15:51:00] <catcher> LoveDuckie, you can simply swap out your framework & cms dirs
426: [15:51:00] <LoveDuckie> OK, so basically download the zip and copy in the new framwork and cms
427: [15:53:00] * terryapodaca has joined #silverstripe
428: [15:53:00] <terryapodaca> FRIDAY!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
429: [15:53:00] <catcher> There have been tons of bug fixes & enhancements, the logs are pretty comprehensive
430: [15:54:00] <catcher> haha
431: [15:55:00] <terryapodaca> ;)
432: [15:55:00] <ss23> Sat Sep 15 03:55:26 NZST 2012
433: [15:55:00] <ss23> Speak for yourself!
434: [15:55:00] <terryapodaca> I know...I am always a day behind you kiwis
435: [15:56:00] <LoveDuckie> catcher, I seem to be having more luck now with the "Add New" button.
436: [15:56:00] <LoveDuckie> Is it possible to change the fields on that page?
437: [15:56:00] <catcher> LoveDuckie, glad to hear it.
438: [15:56:00] <LoveDuckie> For example an UploadField for the image.
439: [15:56:00] <catcher> LoveDuckie, sure it is
440: [15:57:00] <LoveDuckie> Would you be kind enough to explain where to change that?
441: [15:57:00] <catcher> LoveDuckie, unless I'm misunderstanding, you can change the getCMSFields of the target class.
442: [15:58:00] <LoveDuckie> OK getting more luck now.
443: [15:58:00] <LoveDuckie> Ok, one second.
444: [15:58:00] <LoveDuckie> The uploadfield doesn't seem to work until you save the dataobject into the database for the first time.
445: [15:59:00] <terryapodaca> is it best to download the latest GIT for ss3? or the one from the website?
446: [15:59:00] <LoveDuckie> Which is interesting.
447: [15:59:00] <LoveDuckie> Perhaps that is something that is resolved in the later version
448: [15:59:00] <catcher> LoveDuckie, that has always been the case, and still is.
449: [16:00:00] <catcher> terryapodaca, just depends on how bleeding edge you want to be. Website pre-releases have been good for me.
450: [16:00:00] <LoveDuckie> OK.
451: [16:00:00] <terryapodaca> i just want to play with it and get use to all the changes from the older version of 2.4
452: [16:00:00] <UndefinedOffset> always best to use the stable release... you can't rely on the git working very well
453: [16:01:00] <catcher> LoveDuckie, Sure, multiple gridfields
454: [16:01:00] <LoveDuckie> hmkay.
455: [16:01:00] <LoveDuckie> For example, I am editing a page called "Bob" and there's another page called "Bill". I only want the gridfield to display images I've added to "Bill"
456: [16:01:00] <LoveDuckie> Catcher, anyway to get many data objects to appear in relation to the page I'm editing?
457: [16:01:00] <terryapodaca> not to build out a production site/app yet
458: [16:01:00] <terryapodaca> i know lots have changed so I need to get up to speed
459: [16:02:00] <catcher> LoveDuckie, that may be a different Q than I thought
460: [16:02:00] <theorytank> catcher, how do you want this zip file?
461: [16:03:00] <LoveDuckie> that has_many of this new dataobject I created called GalleryImage
462: [16:03:00] <LoveDuckie> hmkay. Because Bob & Bill are using the same page type.
463: [16:03:00] <catcher> theorytank, or email, may I PM?
464: [16:03:00] <catcher> LoveDuckie, Bob should has_many Images, and so should Bill. Each should have their own GF.
465: [16:03:00] <catcher> theorytank, rad - maybe dropbox?
466: [16:04:00] * UndefinedOffset quit (Ping timeout: 260 seconds)
467: [16:04:00] <LoveDuckie> And when I go to edit either, regardless of which one I added the image to through gridfield they display in both
468: [16:05:00] <terryapodaca> ok....the github version is not ready...AT ALL
469: [16:06:00] <LoveDuckie> I suppose you're right
470: [16:06:00] <catcher> LoveDuckie, that sounds more like a many_many relationship, no?
471: [16:07:00] <LoveDuckie> wait no.
472: [16:07:00] <LoveDuckie> I only want the galleryimage to belong to one Page.
473: [16:07:00] <catcher> cool - then you probably just need the reverse relationship
474: [16:08:00] <catcher> then your GalleryImage should have a YourPageID field, which you can then use to restrict your GFs.
475: [16:08:00] <LoveDuckie> does that make sense?
476: [16:08:00] <catcher> Yep - galleryimage needs the has_one relationship to the page
477: [16:09:00] <LoveDuckie> that's under static $has_one
478: [16:09:00] <LoveDuckie> "BelongTo" => "PortfolioItem" (page type)
479: [16:09:00] <LoveDuckie> Yeah, that's what I have
480: [16:10:00] <terryapodaca> ahhh...installation pages are pretty!
481: [16:11:00] * UndefinedOffset has joined #silverstripe
482: [16:11:00] <LoveDuckie> or make it so that the gridfield for when I am editing Bill or Bob displays images for that page only?
483: [16:11:00] <catcher> LoveDuckie, then your relationship is called BelongTo (which seems a little gnarly), but it'll work
484: [16:11:00] <LoveDuckie> How do I set the relationship then?
485: [16:12:00] <LoveDuckie> OK, got it
486: [16:12:00] <LoveDuckie> "15"
487: [16:12:00] <catcher> LoveDuckie, take a look at the GalleryImage table in the DB, look for a field called BelongToID
488: [16:16:00] <catcher> LoveDuckie, if those are all set, you should be able to grab just the related items in your PortfolioItem's GF with $this->GalleryImage()
489: [16:18:00] <LoveDuckie> Do I place that into the DataList?
490: [16:18:00] <LoveDuckie> Could you put that into context please?
491: [16:19:00] <catcher> LoveDuckie, please paste your current PortfolioItem getCMSFields
492: [16:20:00] <LoveDuckie> http://pastebin.com/7Q8P7RVg
493: [16:20:00] * ocm quit ()
494: [16:21:00] <LoveDuckie> Yeah, so I understand now.
495: [16:21:00] <catcher> Your DataList::create() grabs them all instead of just the related items.
496: [16:21:00] <catcher> $itemsInGrid = $this->GalleryImage();
497: [16:22:00] <LoveDuckie> so I'm not sure how this is going to work
498: [16:22:00] <LoveDuckie> Though I don't have a function called "GalleryImage()"
499: [16:23:00] <catcher> LoveDuckie, provided by the framework to grab items via relation
500: [16:23:00] <LoveDuckie> Although now uploads are failing to work
501: [16:23:00] <catcher> LoveDuckie, yes you do
502: [16:23:00] <LoveDuckie> OK yeah that seems to be working better now
503: [16:25:00] <LoveDuckie> Now I just need to figure this upload issue that I am getting now
504: [16:25:00] <LoveDuckie> OK cool.
505: [16:29:00] * popeshoe quit (Quit: Leaving)
506: [16:32:00] * r3v3rb has joined #silverstripe
507: [16:45:00] * r3v3rb quit (Quit: r3v3rb)
508: [16:47:00] * zfmf has left #silverstripe
509: [16:48:00] * Nivery has left #silverstripe
510: [17:10:00] * AlphaCactus quit (Ping timeout: 252 seconds)
511: [17:11:00] * lx-berlin has left #silverstripe
512: [17:15:00] <UndefinedOffset> theorytank: its been merged back into the main module... asside from that dunno :)
513: [17:15:00] <theorytank> gotcha..
514: [17:15:00] * gelignite has joined #silverstripe
515: [17:15:00] <theorytank> @UndefinedOffset - how's subsites looking these days?
516: [17:15:00] <theorytank> I have a few updates but not sure if I should fork your build or the main silverstripe version.
517: [17:16:00] <theorytank> cool.. thanks for your work on that...
518: [17:16:00] <UndefinedOffset> fork the main module
519: [17:17:00] <UndefinedOffset> i know the version i've got in my repo seems to work fine for me
520: [17:18:00] <UndefinedOffset> and far as i know the ticket is still marked as closed :)
521: [17:18:00] <UndefinedOffset> I know the pull request they ended up merging has some issues i addressed in myn. I expressed my concern in open.silverstripe.org on the bug that was to make it compatabile with 3.0 that it had some issues that I had addressed (provided patches) but never seen anything posted on it again
522: [17:20:00] <theorytank> ya.. I'm still using your repo's version... we wanted to use the related pages feature and just needed to change the gridfield config from GridFieldConfig_Base to GridFieldConfig_RelationEditor because there's no add button.
523: [17:21:00] <UndefinedOffset> i'm really not sure :P
524: [17:21:00] <theorytank> ha.. we're not sure either...
525: [17:21:00] <UndefinedOffset> allot of subsite's code is over my head lol
526: [17:21:00] <UndefinedOffset> I believe that list is generated automatically isn't it?
527: [17:22:00] <UndefinedOffset> i just squashed the issues that were stopping my site from working correctly
528: [17:22:00] <UndefinedOffset> lol
529: [17:22:00] <theorytank> but we wanted the client to be able to link related pages that we'd then display publicly.. like.. "also see page1 page2, etc"
530: [17:23:00] <theorytank> ya.. I hear ya..
531: [17:24:00] <catcher> "AdvancedSearchPage" not allowed as child of this Parent Page, yet Parent Page (and the page it inherits from) has a blank allowed_children array.
532: [17:24:00] <UndefinedOffset> hmm, it does appear to not be automatic...
533: [17:24:00] <theorytank> ya.. not sure how it would automatically know.
534: [17:25:00] <theorytank> I think we might just make our own tab though.
535: [17:26:00] <catcher> Anyone else encountered that?
536: [17:27:00] * r3v3rb has joined #silverstripe
537: [17:28:00] <UndefinedOffset> theorytank best to ask willr though i believe he is the maintainer of the module, or even kmayo-ss https://github.com/kmayo-ss he seems to have taken it up
538: [17:29:00] <UndefinedOffset> theorytank if you do end up doing a pull against the main subsite module may want to merge in the patches i posted here http://open.silverstripe.org/ticket/7318#comment:39
539: [17:34:00] <theorytank> thanks.. will do.
540: [17:49:00] * AlphaCactus has joined #silverstripe
541: [18:05:00] * r3v3rb quit (Ping timeout: 244 seconds)
542: [18:08:00] * r3v3rb has joined #silverstripe
543: [18:20:00] * gelignite quit (Quit: http://bit.ly/nkczDT)
544: [18:20:00] * gelignite has joined #silverstripe
545: [18:30:00] <ec8or> i'm a bit tempted to run this: http://www.leftandmain.com/silverstripe-screencasts/2012/07/03/bootstrap-forms-for-silverstripe-3/
546: [18:30:00] <ec8or> anyone who has tried it?
547: [18:34:00] * instabil quit (Read error: Connection reset by peer)
548: [18:39:00] <catcher> ec8or, was about to try it myself
549: [18:41:00] <UndefinedOffset> anyone else run into this bug http://open.silverstripe.org/ticket/7712 ?
550: [18:41:00] <UndefinedOffset> anyone know if it is going to be fixed in 3.0.2
551: [18:45:00] <ec8or> don't really know how the help texts and stuff work though
552: [18:45:00] <ec8or> catcher: most of it should just be adding classes though, which can be done pretty easy anyway (i assume)
553: [18:46:00] <UndefinedOffset> chillu you lurking around?
554: [18:46:00] <ec8or> think those could be done by literalfields still :)
555: [18:47:00] * r3v3rb has left #silverstripe
556: [18:48:00] <catcher> ec8or, I just got done styling an SS3 form in CSS. It's definitely doable, but this may cut out a bunch of work and look better.
557: [18:49:00] <ec8or> yeah true.. just trying to be anti
558: [18:49:00] <catcher> haha
559: [18:49:00] <ec8or> i'm gonna give it a go
560: [19:18:00] * razzi has joined #silverstripe
561: [19:46:00] * waerloga is now known as waer-away
562: [19:51:00] * gelignite quit (Ping timeout: 272 seconds)
563: [19:54:00] <LoveDuckie> Anyone else getting file not found with gridfield and uploadfield?
564: [19:54:00] <LoveDuckie> I've upgraded to 3.0.1
565: [20:02:00] * theorytank quit (Quit: Page closed)
566: [20:05:00] * UndefinedOffset quit (Quit: Leaving.)
567: [20:06:00] * gelignite has joined #silverstripe
568: [20:12:00] <LoveDuckie> Looks like I am on my own with this one.
569: [20:15:00] <LoveDuckie> It seems to automatically populate.
570: [20:15:00] <LoveDuckie> Yeah, that's where I am having problems.
571: [20:15:00] <LoveDuckie> That being said I am not defining getCMSFields()
572: [20:15:00] <catcher> LoveDuckie, UploadField works great in a gridfield for me in the CMS.
573: [20:15:00] <catcher> front-end is another story.
574: [20:20:00] <catcher> LoveDuckie, I'd try replacing the field in getCMSFields() with a proper UploadField in case it's scaffolding wrong.
575: [20:21:00] <catcher> LoveDuckie, Yes, you can replace just that field though.
576: [20:21:00] <LoveDuckie> so you reckon I should basically override getCMSFields myself and see if it works?
577: [20:22:00] <LoveDuckie> With what else?
578: [20:23:00] <catcher> A proper upload field
579: [20:23:00] <catcher> Just to rule it out
580: [20:23:00] <LoveDuckie> And I've override getCMSFields now and tried specifically defining the UploadField and it's saying Notice 628 @ GridField.php
581: [20:23:00] <LoveDuckie> *Notice at 628
582: [20:23:00] <catcher> what's the notice?
583: [20:23:00] <LoveDuckie> Guh, this is frustrating
584: [20:24:00] <LoveDuckie> With console window
585: [20:24:00] <LoveDuckie> Idk,
586: [20:24:00] <LoveDuckie> let me check 628
587: [20:24:00] <catcher> you don't have a stack trace?
588: [20:24:00] <LoveDuckie> It doesn't mention anything other than that
589: [20:24:00] <LoveDuckie> No, how do I acquire that?
590: [20:24:00] <catcher> firebug?
591: [20:24:00] <LoveDuckie> No, I have chrome though
592: [20:24:00] <LoveDuckie> Says in further detail server responded with status 500
593: [20:25:00] <LoveDuckie> Internal server error?
594: [20:25:00] <catcher> too vague, need to see the actual error.
595: [20:25:00] * CIA-95 has joined #silverstripe
596: [20:25:00] <catcher> LoveDuckie, are you in dev mode?
597: [20:25:00] <LoveDuckie> I might be, I remember tweaking a setting to enable that, where would I do that?
598: [20:25:00] <catcher> I'm assuming so, or you prob wouldn't have seen the notice.
599: [20:26:00] <catcher> check your mysite/_config.php
600: [20:26:00] <catcher> Director::set_environment_type('dev');
601: [20:26:00] <LoveDuckie> yeah environment type dev
602: [20:27:00] <catcher> see the response?
603: [20:27:00] <catcher> LoveDuckie, does chrome's debugger have a net tab where you can see the error? Probably a Post?
604: [20:27:00] <LoveDuckie> Yeah
605: [20:27:00] <LoveDuckie> I got the post
606: [20:27:00] <catcher> should be a stack trace.
607: [20:28:00] <catcher> do you have any js errors?
608: [20:28:00] <LoveDuckie> You after something that goes to the javascript?
609: [20:28:00] <LoveDuckie> because I have that.
610: [20:28:00] <catcher> sure
611: [20:28:00] <LoveDuckie> jQuery.event.add.elemData.handle.eventHandle
612: [20:28:00] <LoveDuckie> is where it ends up
613: [20:28:00] <LoveDuckie> I think
614: [20:28:00] <LoveDuckie> That's at the bottom
615: [20:28:00] <LoveDuckie> Nah that's not right
616: [20:28:00] <catcher> is that a js error?
617: [20:28:00] <catcher> k
618: [20:28:00] <LoveDuckie> No it's server sided
619: [20:28:00] <LoveDuckie> no JS errors
620: [20:29:00] <LoveDuckie> It says that it's error 500 (Notice at line 628 of GridField.php)
621: [20:29:00] <catcher> We need to see what GridField is upset about.
622: [20:29:00] <LoveDuckie> is there any way to get the stack trace that you are after?
623: [20:29:00] <LoveDuckie> Some kind of setting that I have to enable?
624: [20:29:00] <LoveDuckie> That's all I got
625: [20:30:00] <catcher> LoveDuckie, if you're unfamiliar with the tools, you can also paste the relevant code and we can take a look.
626: [20:30:00] <catcher> LoveDuckie, no, it should be available in the debug console.
627: [20:31:00] <LoveDuckie> OK, let me paste the getCMSFields() function to somewhere
628: [20:32:00] <LoveDuckie> That's the response in Chrome
629: [20:32:00] <LoveDuckie> Pasting code now into pastebin
630: [20:32:00] <LoveDuckie> http://i.imgur.com/K5LDN.jpg
631: [20:33:00] <LoveDuckie> If the website would bloody load.
632: [20:34:00] <catcher> I'll be back in a bit
633: [20:34:00] <LoveDuckie> OK
634: [20:34:00] <catcher> LoveDuckie, probably helpful to see the relationships too
635: [20:35:00] * AlphaCactus quit (Quit: Instantbird 1.1)
636: [20:36:00] <razzi> is there any indication about when the SS3 book will be out?
637: [20:41:00] * gelignite quit (Ping timeout: 240 seconds)
638: [20:46:00] * Dynamic_Nic quit (Remote host closed the connection)
639: [20:51:00] * gelignite has joined #silverstripe
640: [21:00:00] * waer-away is now known as waerloga
641: [21:08:00] * Motoservo quit (Remote host closed the connection)
642: [21:08:00] * Motoservo has joined #silverstripe
643: [21:10:00] * terryapodaca has left #silverstripe
644: [21:11:00] <CIA-95> silverstripe: Tom sapphire/3.0 * r54d8abc / (forms/DropdownField.php forms/ListboxField.php): Bug:ListBoxField and DropdownField does not respect getSource in all Places - http://git.io/VHsXsg
645: [21:11:00] <CIA-95> silverstripe: Will Rossiter sapphire/3.0 * r15f40af / (forms/DropdownField.php forms/ListboxField.php): Merge pull request #794 from creamarketing/ListboxField_Inconsistency - http://git.io/jXUl0g
646: [21:20:00] <CIA-95> silverstripe: Will Rossiter sapphire/3.0 * r86dc36c / security/Group.php : Merge pull request #795 from theorytank/3.0 - http://git.io/eh_uBw
647: [21:20:00] <CIA-95> silverstripe: Josh sapphire/3.0 * r399b2a2 / security/Group.php : FIXED: collateFamilyIDs() nested groups throws error - http://git.io/IvUirQ
648: [21:21:00] * willr has joined #silverstripe
649: [21:26:00] * ARNHOE quit (Quit: ARNHOE)
650: [21:32:00] * SightUnseen has joined #silverstripe
651: [21:33:00] * SightUnseen has left #silverstripe
652: [21:40:00] * ss23 quit (Remote host closed the connection)
653: [21:41:00] * ss23 has joined #silverstripe
654: [21:58:00] * waerloga is now known as waer-away
655: [22:13:00] * scpi quit (Quit: scpi)
656: [22:17:00] <FrozenFire> willr, I believe you had previously mentioned an oAuth module for general oAuth connection. Was that done by pocketrent/simon_w?
657: [22:17:00] <simon_w> yes
658: [22:18:00] <willr> what he said.
659: [22:20:00] <FrozenFire> Having never worked with oAuth myself, do you know how heavily it can be abused in order to placate bad clients? :P
660: [22:20:00] <FrozenFire> This client wants to be able to post myriad wall posts to a user's Facebook wall, grab their Facebook "avatar", probably do a lot of shit with Twitter, etc.
661: [22:21:00] <FrozenFire> Yeah
662: [22:21:00] <simon_w> oh,consumer oauth
663: [22:21:00] <FrozenFire> Authenticating a user in SS using Facebook/Twitter/everything else under the sun
664: [22:21:00] <simon_w> can do that with the different Facebook and twitter modules
665: [22:21:00] <FrozenFire> Ah. Frankly, fuck.
666: [22:21:00] <simon_w> and there's linkedin and google too
667: [22:21:00] <FrozenFire> Because I was hoping that there was something that wasn't those things.
668: [22:21:00] <FrozenFire> Because they're all fairly poorly written.
669: [22:22:00] <FrozenFire> And hard to tie together
670: [22:23:00] <simon_w> My four are written so that you get a login button, and then can do everything else yourself
671: [22:23:00] <willr> It'll be nice if they were like the node everyauth module, just 1 base oAuth for common base api (post login etc) then chuck in providers
672: [22:24:00] <simon_w> main problem is that Facebook, twitter and google all use different oauth styles
673: [22:25:00] <simon_w> linked in is pretty much the twitter one with different endpoints
674: [22:25:00] <simon_w> And I need to submit my path for Authenticator to master
675: [22:26:00] <FrozenFire> Any idea how you can request additional permissions using the facebook-connect module?
676: [22:27:00] <simon_w> willr, isn't that your one?
677: [22:29:00] <simon_w> yup, oauth and openid both suck
678: [22:29:00] * FrozenFire hates external authentication
679: [22:33:00] * DigNZ has joined #silverstripe
680: [22:43:00] * howardgrigg has joined #silverstripe
681: [23:06:00] * waer-away is now known as waerloga
682: [23:15:00] * DigNZ quit (Quit: DigNZ)
683: [23:27:00] * DigNZ has joined #silverstripe
684: [23:27:00] * DigNZ quit (Client Quit)
685: [23:35:00] * spronk has joined #silverstripe
686: [23:49:00] * catcher quit (Ping timeout: 240 seconds)
687: [23:53:00] <FrozenFire> You can apparently post arbitrarily to a user's wall if they authenticate using Facebook connect
688: [23:53:00] <spronk> o_O
689: [23:53:00] <FrozenFire> It's not an extended permission
690: [23:53:00] <FrozenFire> I am not officially freaked out by how much permissions a Facebook app gets by default
691: [23:54:00] <FrozenFire> And the only way to limit that is to go into your application settings and restrict the visibility of those posts to only you.
692: [23:54:00] <FrozenFire> It is a requirement of any Facebook app that you install, that they be able to post to your stream.
693: [23:55:00] <spronk> this is why facebook as only option for single sign on stuff is bad'
694: [23:55:00] <spronk> no
695: [23:55:00] <spronk> hmm
696: [23:55:00] <spronk> yeah...
697: [23:55:00] <spronk> people like me look at the permissions and think
698: [23:56:00] <FrozenFire> "Give me a week"
699: [23:56:00] <spronk> the default option should be something like... name, networks, email address
700: [23:56:00] <FrozenFire> This one abusive client was like "We want to post people's comments straight to their Facebook wall if they're logged in using Facebook"
701: [23:56:00] <FrozenFire> And my first reaction was "Eh, that'll be hard. We're going to have to request additional permissions, jump through a bunch of hoops, etc"
702: [23:56:00] <FrozenFire> I did it in a three-line test script
703: [23:57:00] <FrozenFire> It's fairly "easy"
704: [23:57:00] <FrozenFire> Using facebookconnect of course.
705: [23:57:00] <spronk> mm
706: [23:57:00] <spronk> :D
707: [23:57:00] * spronk has to do facebook integration for sign on soon
708: [23:57:00] <FrozenFire> But the facebookconnect module needs some serious work.
709: [23:58:00] <FrozenFire> I'm torn between fixing it and rewriting it
710: [23:58:00] <spronk> mm

Logging sponsored by you? Get in touch!

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